Hi Sameera
When I start the Greg server with -Duddi=enable (to start the UDDI server)
and try to view the wsdl of the UDDIInquiryService the following stack
trace is produced in the back end.
[2012-05-13 17:41:49,094] ERROR
{org.apache.axis2.jaxws.description.builder.JAXWSRIWSDLGenerator} - Error
occurred generating WSDL file for Web service implementation class
{org.apache.juddi.api.impl.UDDIInquiryImpl}
java.lang.reflect.InvocationTargetException
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:597)
at
org.apache.axis2.jaxws.description.builder.JAXWSRIWSDLGenerator.generateWsdl(JAXWSRIWSDLGenerator.java:184)
at
org.apache.axis2.jaxws.description.builder.JAXWSRIWSDLGenerator.initialize(JAXWSRIWSDLGenerator.java:390)
at
org.apache.axis2.jaxws.description.builder.JAXWSRIWSDLGenerator.getWSDL(JAXWSRIWSDLGenerator.java:383)
at org.apache.axis2.description.AxisService.printWSDL(AxisService.java:1460)
at
org.wso2.carbon.core.transports.util.Wsdl11Processor$1.printWSDL(Wsdl11Processor.java:43)
at
org.wso2.carbon.core.transports.util.AbstractWsdlProcessor.printWSDL(AbstractWsdlProcessor.java:92)
at
org.wso2.carbon.core.transports.util.Wsdl11Processor.process(Wsdl11Processor.java:57)
at
org.wso2.carbon.core.transports.CarbonServlet.processWithGetProcessor(CarbonServlet.java:160)
at
org.wso2.carbon.core.transports.CarbonServlet.doGet(CarbonServlet.java:123)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at
org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at
org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.service(DelegationServlet.java:45)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at
org.wso2.carbon.tomcat.ext.valves.CompositeValve.invoke(CompositeValve.java:140)
at
org.wso2.carbon.tomcat.ext.valves.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:156)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
at
org.wso2.carbon.tomcat.ext.valves.CarbonContextCreatorValve.invoke(CarbonContextCreatorValve.java:50)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:999)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:565)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1620)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.NoClassDefFoundError:
org/apache/commons/lang/exception/NestableException
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
at java.lang.Class.getMethod0(Class.java:2670)
at java.lang.Class.getMethod(Class.java:1603)
at
com.sun.xml.internal.ws.model.RuntimeModeler.processMethod(RuntimeModeler.java:543)
at
com.sun.xml.internal.ws.model.RuntimeModeler.processClass(RuntimeModeler.java:401)
at
com.sun.xml.internal.ws.model.RuntimeModeler.buildRuntimeModel(RuntimeModeler.java:240)
at
com.sun.tools.internal.ws.wscompile.WsgenTool.buildModel(WsgenTool.java:229)
at com.sun.tools.internal.ws.wscompile.WsgenTool.run(WsgenTool.java:112)
at
com.sun.tools.internal.ws.util.WSToolsObjectFactoryImpl.wsgen(WSToolsObjectFactoryImpl.java:50)
at
com.sun.tools.internal.ws.spi.WSToolsObjectFactory.wsgen(WSToolsObjectFactory.java:96)
... 39 more
Caused by: java.lang.ClassNotFoundException:
org.apache.commons.lang.exception.NestableException
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 61 more
Thanks
Isuruw
On Tue, May 15, 2012 at 12:17 PM, Sameera Jayasoma <[email protected]> wrote:
>
>
> On Tue, May 15, 2012 at 10:18 AM, Afkham Azeez <[email protected]> wrote:
>
>> When I changed the bootstrap mechanism last year to accomodate proper
>> child first classloading for Tomcat webapps, I set the classpath to
>> CARBON_HOME/bin. Then on bootup we created a bootup classloader which
>> included all jars from CARBON_HOME/lib, and everything was working fine.
>> Perhaps, after the Tomcat OSGification, something is broken?
>>
>
> With the Tomcat OSGification changes, the CARBON_HOME/lib classpath is not
> visible to the OSGi environment. This is done purposes to create a
> separation between the non-OSGi server boot up code and the OSGi code.
>
> Isuruw, Can you please explain the problem clearly with stackstraces? Then
> we can have a look.
>
> Thanks,
> Sameera.
>
>>
>> On Tue, May 15, 2012 at 10:07 AM, Isuru Wimalasundera <[email protected]>wrote:
>>
>>> Hi All
>>>
>>> The $Subject occurs due to latest changes made in carbon. And after
>>> going through the server script I have noticed that the classpath is
>>> pointed to the CARBON_HOME/bin. What is the reason behind this change of
>>> behavior ? , this causes an issue with Greg UDDI API services since some of
>>> the services looks for commons-lang jar in class path. commons-lang jar is
>>> currently there inside the CARBON_HOME/lib and
>>> CARBON_HOME/repository/components/plugins but does not get added to class
>>> path. This works fine when the common-lang jar is moved inside the bin.
>>>
>>> How is it possible to overcome this issue? probably by adding
>>> CARBON_HOME/lib to classpath would make it work or else is there any other
>>> way we can overcome this issue.
>>>
>>> Thanks
>>> Isuruw
>>>
>>> --
>>> *Isuru Wimalasundera*
>>> Software Engineer; WSO2, Inc.; http://wso2.com,
>>> mobile: +94 77 920 5641
>>>
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>> * <http://www.apache.org/>**
>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>
>
> --
> Sameera Jayasoma
> Technical Lead
>
> WSO2, Inc. (http://wso2.com)
> email: [email protected]
> blog: http://tech.jayasoma.org
>
>
> Lean . Enterprise . Middleware
>
--
*Isuru Wimalasundera*
Software Engineer; WSO2, Inc.; http://wso2.com,
mobile: +94 77 920 5641
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev
