2 Replies Latest reply on Nov 27, 2005 10:53 AM by aron.gombas

    Sourceforge portlet

    johanmoreau

      Hi,
      i have yet a little problem :)
      I don't work with the sourceforge portlet.
      I always obtain this exception :

      18:17:46,489 ERROR [SfServiceImpl] Unable to scrape
      java.lang.IllegalStateException: Couldn't find file releases (0) at "http://sourceforge.net/projects/openil/"
       at hu.midori.kosmos.server.sf.SfServiceImpl$SfDataHandler.reloadData(SfServiceImpl.java:79)
       at hu.midori.kosmos.server.AbstractKosmosService.getFromCache(AbstractKosmosService.java:101)
       at hu.midori.kosmos.server.sf.SfServiceImpl.getFileReleases(SfServiceImpl.java:42)
       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
       at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
       at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
       at java.lang.reflect.Method.invoke(Method.java:585)
       at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:292)
       at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:155)
       at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:122)
       at org.springframework.remoting.support.RemoteInvocationTraceInterceptor.invoke(RemoteInvocationTraceInterceptor.java:68)
       at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
       at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
       at $Proxy62.getFileReleases(Unknown Source)
       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
       at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
       at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
       at java.lang.reflect.Method.invoke(Method.java:585)
       at com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:157)
       at org.springframework.remoting.caucho.HessianServiceExporter.handleRequest(HessianServiceExporter.java:87)
       at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
       at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
       at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
       at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
       at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:357)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
       at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
       at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
       at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
       at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
       at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
       at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
       at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
       at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
       at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
       at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
       at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
       at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
       at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
       at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
       at java.lang.Thread.run(Thread.java:595)
      


      the part of portlet.xml on this topic is
       <portlet>
       <portlet-name>KosmosDependenciesSfMonitoringPortlet</portlet-name>
       <portlet-class>hu.midori.kosmos.portlet.sf.SfMonitoringPortlet</portlet-class>
       <init-param>
       <name>monitored.resource</name>
       <value>3DVPM Dependencies</value>
       </init-param>
       <init-param>
       <name>service.url</name>
       <value>http://localhost:8080/kosmos-server/kosmos-services/sf-service</value>
       </init-param>
       <init-param>
       <name>monitored.urls</name>
       <value>
       http://sourceforge.net/projects/openil/
       </value>
       </init-param>
       <supports>
       <mime-type>text/html</mime-type>
       <portlet-mode>HELP</portlet-mode>
       <portlet-mode>VIEW</portlet-mode>
       </supports>
       <supported-locale>en</supported-locale>
       <supported-locale>hu</supported-locale>
       <supported-locale>fr</supported-locale>
       <resource-bundle>hu.midori.kosmos.portlet.sf.sf_monitoring</resource-bundle>
       <portlet-info>
       <title>SourceForge Monitoring</title>
       </portlet-info>
       </portlet>
      


      openil doesn't work, but it's the same result with junit or cruisecontrol

      Have you an idea ?

      Thanks.
      Johan

        • 1. Re: Sourceforge portlet
          aron.gombas

          Yes, I know about the problem.
          The reason is that the SF website went through a complete facelift, so its HTML code looks competely different and the old page scraping XQueries cannot process it. An older version of the SF infrastructure is still used in some places (e.g. at sourceforge.jp), so I will extend the SF service to be able to handle both type of HTML.

          Its scheduled for next couple of days.
          Thanks for reporting this, could you add it as a report to our JIRA?

          • 2. Re: Sourceforge portlet
            aron.gombas

            Johan,

            The SF service that is compatible with the latest SF is in the SVN version.
            Plz check this out and report if everything was working for you.
            Thanks,

            Aron