On Mon, Jul 18, 2016 at 11:55 AM, Lakshman Udayakantha <[email protected]> wrote:
> Hi, > > As a part of this we will migrate samples and test cases from AS 5.3.0. > There are 45+ samples in AS 5.3.0. As per the offline chat with KasunG, It > will exclude axis2 samples from migration. Other JaxWS-RS, JavaEE samples > etc. and relevant test cases will be include in new AS. > +1. These samples will be shipped with AS and we also need to provide the similar ant run script / maven to build and deploy them. > Thanks > > On Fri, Jul 15, 2016 at 10:50 AM, Lakshman Udayakantha <[email protected] > > wrote: > >> [Adding KalpaW] >> >> On Thu, Jul 14, 2016 at 10:05 PM, Lakshman Udayakantha < >> [email protected]> wrote: >> >>> Pull request is in [1] >>> >>> [1] https://github.com/wso2/product-as/pull/351 >>> >>> Thanks >>> >>> On Thu, Jul 14, 2016 at 10:04 PM, Lakshman Udayakantha < >>> [email protected]> wrote: >>> >>>> Hi Carbon Team, >>>> >>>> Could you review and merge the pull which is done for the TomEE >>>> integration? After the offline discussion with KasunG, added a dummy >>>> runtime as well. >>>> >>>> Thanks >>>> >>>> On Thu, Jul 14, 2016 at 4:34 PM, KasunG Gajasinghe <[email protected]> >>>> wrote: >>>> >>>>> >>>>> >>>>> On Thu, Jul 14, 2016 at 4:27 PM, Lakshman Udayakantha < >>>>> [email protected]> wrote: >>>>> >>>>>> Hi KasunG, >>>>>> >>>>>> This was almost done except jaxrs_basic web app not deploying >>>>>> properly. Got exception [1]. Anyway I checked for the class which says >>>>>> CNF >>>>>> and it was there in classpath. This jaxrs_basic web app needs CXF >>>>>> runtime >>>>>> jars and this web app using to demonstrate custom runtime environment >>>>>> support. Anyhow TomEE already bundling CXF runtime, it seems not >>>>>> appropriate CXF as a separate runtime. right?. >>>>>> >>>>> >>>>> Yes, that seems to be the case. Since CXF is coming from TomEE, CXF is >>>>> not needed as a runtime. But, TomEE only packs CXF's jax-rs related libs. >>>>> We need to ship jax-ws libs as well. >>>>> >>>>> >>>>>> How about creating a separate run time rather than CXF and creating >>>>>> another web app to test that and bundling current CXF jars in lib itself? >>>>>> >>>>>> [1] SEVERE [localhost-startStop-1] >>>>>> org.apache.catalina.core.StandardContext.listenerStart Exception sending >>>>>> context initialized event to listener instance of class >>>>>> org.springframework.web.context.ContextLoaderListener >>>>>> >>>>>> org.springframework.beans.factory.BeanDefinitionStoreException: >>>>>> Unexpected exception parsing XML document from ServletContext resource >>>>>> [/WEB-INF/customBeans.xml]; nested exception is >>>>>> org.springframework.beans.FatalBeanException: Invalid NamespaceHandler >>>>>> class [org.apache.cxf.jaxrs.spring.NamespaceHandler] for namespace [ >>>>>> http://cxf.apache.org/jaxrs]: problem with handler class file or >>>>>> dependent class; nested exception is java.lang.NoClassDefFoundError: >>>>>> org/springframework/beans/factory/xml/NamespaceHandlerSupport >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:414) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:336) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:304) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:181) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:217) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:188) >>>>>> >>>>>> at >>>>>> org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:125) >>>>>> >>>>>> at >>>>>> org.springframework.web.context.support.XmlWebApplicationContext.loadBeanDefinitions(XmlWebApplicationContext.java:94) >>>>>> >>>>>> at >>>>>> org.springframework.context.support.AbstractRefreshableApplicationContext.refreshBeanFactory(AbstractRefreshableApplicationContext.java:129) >>>>>> >>>>>> at >>>>>> org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:609) >>>>>> >>>>>> at >>>>>> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:510) >>>>>> >>>>>> at >>>>>> org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:444) >>>>>> >>>>>> at >>>>>> org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:326) >>>>>> >>>>>> at >>>>>> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4716) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5178) >>>>>> >>>>>> at >>>>>> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:152) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702) >>>>>> >>>>>> at >>>>>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) >>>>>> >>>>>> at >>>>>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:952) >>>>>> >>>>>> at >>>>>> org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1823) >>>>>> >>>>>> at >>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) >>>>>> >>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>>>> >>>>>> at >>>>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >>>>>> >>>>>> at >>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >>>>>> >>>>>> at java.lang.Thread.run(Thread.java:745) >>>>>> >>>>>> Caused by: org.springframework.beans.FatalBeanException: Invalid >>>>>> NamespaceHandler class [org.apache.cxf.jaxrs.spring.NamespaceHandler] for >>>>>> namespace [http://cxf.apache.org/jaxrs]: problem with handler class >>>>>> file or dependent class; nested exception is >>>>>> java.lang.NoClassDefFoundError: >>>>>> org/springframework/beans/factory/xml/NamespaceHandlerSupport >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver.resolve(DefaultNamespaceHandlerResolver.java:140) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1406) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseCustomElement(BeanDefinitionParserDelegate.java:1401) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:168) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:138) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:94) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:508) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:392) >>>>>> >>>>>> ... 26 more >>>>>> >>>>>> Caused by: java.lang.NoClassDefFoundError: >>>>>> org/springframework/beans/factory/xml/NamespaceHandlerSupport >>>>>> >>>>>> at java.lang.ClassLoader.defineClass1(Native Method) >>>>>> >>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:760) >>>>>> >>>>>> at >>>>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) >>>>>> >>>>>> at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) >>>>>> >>>>>> at java.net.URLClassLoader.access$100(URLClassLoader.java:73) >>>>>> >>>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:368) >>>>>> >>>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:362) >>>>>> >>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>> >>>>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:361) >>>>>> >>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:424) >>>>>> >>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:357) >>>>>> >>>>>> at java.lang.Class.forName0(Native Method) >>>>>> >>>>>> at java.lang.Class.forName(Class.java:348) >>>>>> >>>>>> at >>>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1268) >>>>>> >>>>>> at >>>>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1116) >>>>>> >>>>>> at org.springframework.util.ClassUtils.forName(ClassUtils.java:250) >>>>>> >>>>>> at >>>>>> org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver.resolve(DefaultNamespaceHandlerResolver.java:125) >>>>>> >>>>>> ... 33 more >>>>>> >>>>>> >>>>>> Thanks >>>>>> >>>>>> On Fri, Jul 8, 2016 at 11:27 AM, Lakshman Udayakantha < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> We are working on $subject. Anyway after integration, custom runtime >>>>>>> environment feature is broken because TomEE is using different class >>>>>>> loading behaviour. We need to override the class loading behaviour in >>>>>>> TomEE >>>>>>> in order to preserve the behaviour of this feature of AS. After a >>>>>>> discussion on TomEE dev mailing thread, It was suggested to use >>>>>>> ClassLoaderEnricher API They provided. After fixing this we need to >>>>>>> test the distribution with java EE samples. >>>>>>> >>>>>>> Thanks >>>>>>> -- >>>>>>> Lakshman Udayakantha >>>>>>> WSO2 Inc. www.wso2.com >>>>>>> lean.enterprise.middleware >>>>>>> Mobile: *0714388124 <0714388124>* >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Lakshman Udayakantha >>>>>> WSO2 Inc. www.wso2.com >>>>>> lean.enterprise.middleware >>>>>> Mobile: *0714388124 <0714388124>* >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Kasun Gajasinghe*Associate Technical Lead, WSO2 Inc. >>>>> email: kasung AT spamfree wso2.com >>>>> linked-in: http://lk.linkedin.com/in/gajasinghe >>>>> blog: http://kasunbg.org >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Lakshman Udayakantha >>>> WSO2 Inc. www.wso2.com >>>> lean.enterprise.middleware >>>> Mobile: *0714388124* >>>> >>>> >>> >>> >>> -- >>> Lakshman Udayakantha >>> WSO2 Inc. www.wso2.com >>> lean.enterprise.middleware >>> Mobile: *0714388124* >>> >>> >> >> >> -- >> Lakshman Udayakantha >> WSO2 Inc. www.wso2.com >> lean.enterprise.middleware >> Mobile: *0714388124* >> >> > > > -- > Lakshman Udayakantha > WSO2 Inc. www.wso2.com > lean.enterprise.middleware > Mobile: *0714388124* > > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- *Kishanthan Thangarajah* Technical Lead, Platform Technologies Team, WSO2, Inc. lean.enterprise.middleware Mobile - +94773426635 Blog - *http://kishanthan.wordpress.com <http://kishanthan.wordpress.com>* Twitter - *http://twitter.com/kishanthan <http://twitter.com/kishanthan>*
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
