1 2 Previous Next 18 Replies Latest reply on Mar 29, 2005 8:21 AM by vaughn Go to original post
      • 15. Re: jUDDI part of JBoss 4.0?
        vaughn

        Hi Anil,

        Just wanted to give you an update on status. All is working great! I wrote some code to register services using their wsdl (consistent with OASIS best practices) via uddi4j.

        We will be using JUDDI to discover components and to store information about nodes in our current configuration as well as the standard discovery of WS.

        I found that the matching semantics in juddi RC3 where not adequate for our purposes. In particular the Finders were not implementing ANDs of CategoryBag elements. As it turns out Steve Viens had already fixed the problem in the current RC4 CVS tree (wish I looked before spending the time to fix it myself ;-)

        I have RC4 running in JBoss now and all is working great (after some changes due to table schema alterations in RC4). Will JBoss 1.5 release including JUDDI be based on RC4?

        I am looking forward to moving on to experimenting with scout very soon.

        On a different subject...

        The spec has a subscription API (implementation optional) that is to be used to essentially notify clients of changes.

        Have you seen anything about potential additions to the spec to accomodate a leasing model between services and the registry (i.e. if the registry hasnt seen a lease renewal from a service in some time then it is dead and cleaned up after)? I could understand that you may want a service registration to persist even without a lease renewal but this could be specified at service registration time and subject to implemented policy on the registry side. I would think that the problem of an ever growing registry containing many dead endpoint/access point references to services would make this an attractive option.

        Take Care and Thanks,
        Vaughn

        • 16. Re: jUDDI part of JBoss 4.0?
          anil.saldhana

          Hi Vaughn,
          we will be including a distribution of jUDDI along with Scout in JBoss 4.0.2( to be released soon). Check out the RC1 distribution.

          Steve Viens is a good friend of mine. You should ask questions about juddi directly on their user list. He knows more than me about juddi.

          Anil

          • 17. Re: jUDDI part of JBoss 4.0?
            vaughn

            Many Thanks Anil!

            Will do!

            • 18. Re: jUDDI part of JBoss 4.0?
              vaughn


              Do you happen to have a pseudo offical juddi V0.9RC4 based jboss deployment?

              I have it working but did so by simply doctoring the ddl files and inserting the new juddi.jar.

              However, if I replace the entire juddi.war I get errors of this sort:

              2005-03-29 07:58:01,231 ERROR [org.apache.juddi.registry.RegistryServlet] localPart cannot be null
              java.lang.IllegalArgumentException: localPart cannot be null
              at javax.xml.namespace.QName.(QName.java:106)
              at javax.xml.namespace.QName.(QName.java:81)
              at org.apache.axis.message.NameImpl.(NameImpl.java:62)
              at org.apache.axis.message.SOAPBodyAxisImpl.importDOMElement(SOAPBodyAxisImpl.java:322)
              at org.apache.axis.message.SOAPBodyAxisImpl.addDocument(SOAPBodyAxisImpl.java:265)
              at org.apache.juddi.registry.RegistryServlet.doPost(RegistryServlet.java:321)
              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:237)
              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
              at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
              at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
              at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
              at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
              at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
              at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
              at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
              at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
              at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:54)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
              at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
              at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
              at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
              at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
              at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
              at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
              at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
              at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
              at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
              at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
              at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
              at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
              at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
              at java.lang.Thread.run(Thread.java:534)

              Works well enough for now but I wanted to get the new beta jsps working.

              Any ideas?

              Many Thanks,
              Vaughn

              1 2 Previous Next