Re: [gatein-dev] Errors in trunk

btw why is AS6 much slower to boot than AS5 ? I thought it was supposed to fix some issues with that.

On May 4, 2011, at 9:35 AM, Christophe Laprun wrote: > > On May 4, 2011, at 9:20 AM, Julien Viet wrote: > >> wouldn't it make more sense to focus instead of JBoss AS 7 instead of AS 6 (that is more like AS5 but faster to boot). > > I agree. Was just saying that if we really want to work on AS 6, the class isolation needs to be worked on, but, yes, we would probably be better served focusing on AS 7, which is just around the corner. > >> On May 4, 2011, at 8:57 AM, Christophe Laprun wrote: >> >>> >>> On May 4, 2011, at 8:01 AM, Julien Viet wrote: >>> >>>> so it looks like we have a classpath compatiblity issue, it looks like JSF is embedding somehow Google Collections that shadows Google Guava and create this error. >>>> >>>> if it's the case, it means that anything relying on Google Guava will never work in JBoss AS 6 (which would mean that we rollback to Google Collection and that the upgrade for Shindig 2.0 could not be done). >>> >>> The packaging currently done for JBoss AS 6 is far from perfect and would need to be addressed. See for example the fact that the JUEL implementation used by Shindig ends up polluting the WSRP admin portlet… >>> >>>> On May 4, 2011, at 7:07 AM, Trong Tran wrote: >>>> >>>>> >>>>> >>>>> On 4 May 2011 11:05, Trong Tran <trongtt(a)gmail.com&gt; wrote: >>>>> >>>>> >>>>> On 4 May 2011 10:01, Trong Tran <trongtt(a)gmail.com&gt; wrote: >>>>> so there are two problems for now : >>>>> >>>>> 1/ Caused by: java.lang.NullPointerException >>>>> This is not related to configuration directory issue. it seems to be related to recent dependencies update. We are going to check it >>>>> >>>>> 2/ Caused by: java.lang.NoSuchMethodError >>>>> It looks like this is related to the replacement of google collection by guava library. now we are investigate the problem >>>>> >>>>> we confirm that it works in jbossas 5 for me >>>>> >>>>> and the problem only appears with jbossas 6.0.0 final package for me. >>>>> >>>>> FYI, I did some investigations and see that it works if i remove following jar in jboss 6.0.0 final package : >>>>> >>>>> /jboss/server/all/deployers/jsf.deployer/MyFaces-2.0/jsf-libs/commons-collections-3.2.jar >>>>> >>>>> >>>>> >>>>> >>>>> On 4 May 2011 09:22, Prabhat Jha <pjha(a)redhat.com&gt; wrote: >>>>> Now I get when I click on login: >>>>> >>>>> Caused by: java.lang.NoSuchMethodError: com.google.common.collect.ImmutableSet.copyOf(Ljava/util/Collection;)Lcom/google/common/collect/ImmutableSet; >>>>> at com.google.javascript.jscomp.DiagnosticGroup.<init>(Unknown Source) [:] >>>>> at com.google.javascript.jscomp.DiagnosticGroups.<clinit>(Unknown Source) [:] >>>>> at com.google.javascript.jscomp.CompilationLevel.applySafeCompilationOptions(Unknown Source) [:] >>>>> at com.google.javascript.jscomp.CompilationLevel.setOptionsForCompilationLevel(Unknown Source) [:] >>>>> at org.exoplatform.portal.resource.compressor.impl.ClosureCompressorPlugin.compress(ClosureCompressorPlugin.java:137) [:3.2.0-Beta01-SNAPSHOT] >>>>> at org.exoplatform.portal.resource.compressor.impl.ResourceCompressorService.compress(ResourceCompressorService.java:117) [:3.2.0-Beta01-SNAPSHOT] >>>>> at org.exoplatform.web.application.javascript.JavascriptConfigService.getMergedJavascript(JavascriptConfigService.java:323) [:3.2.0-Beta01-SNAPSHOT] >>>>> at org.exoplatform.portal.webui.javascript.JavascriptServlet.service(JavascriptServlet.java:77) [:3.2.0-Beta01-SNAPSHOT] >>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final] >>>>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final] >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> | I commited a fix for JBoss and improved Tomcat with a new >>>>> | gatein.conf.dir variable defined at the beginning of the usual config >>>>> | file. >>>>> | >>>>> | now it should work equally well in both configs. >>>>> | >>>>> | On May 3, 2011, at 11:55 PM, Julien Viet wrote: >>>>> | >>>>> | > I think the problem comes from the obtention of the configuratino >>>>> | > directory, that works for tomcat (but is not nice) and not for JBoss >>>>> | > AS: >>>>> | > >>>>> | > gatein.portlet.metadata.global=../conf/gatein/portlet.xml >>>>> | > >>>>> | > in configuration-jboss.properties >>>>> | > >>>>> | > today there is gatein.data.dir common to both files, >>>>> | > >>>>> | > we should have a gatein.conf.dir that would be used in both case but >>>>> | > computed differently. >>>>> | > >>>>> | > I will have a look tomorrow to fix propery this and have something >>>>> | > nicer. >>>>> | > >>>>> | > meanwhile you could modify this file locally to make it work for >>>>> | > you. >>>>> | > >>>>> | > >>>>> | > >>>>> | > On May 3, 2011, at 11:48 PM, Julien Viet wrote: >>>>> | > >>>>> | >> I think this was tested with Tomcat and not JBoss. >>>>> | >> >>>>> | >> the obtention of the global portlet xml is not correctly done and >>>>> | >> should instead use a better resolution mechanism. >>>>> | >> >>>>> | >> you can revert the commit about the global portlet xml if you are >>>>> | >> annoyed and it would be recommited later with a better fix. >>>>> | >> >>>>> | >> otherwise I think Trong will fix it tomorrow (VN time, not far from >>>>> | >> now actualy, 12H difference with US) and you can wait for it. >>>>> | >> >>>>> | >> Julien >>>>> | >> >>>>> | >> On May 3, 2011, at 11:29 PM, Nick Scavelli wrote: >>>>> | >> >>>>> | >>> Getting some errors in trunk, not sure if they're related (doesn't >>>>> | >>> seem so). >>>>> | >>> >>>>> | >>> When starting gatein: >>>>> | >>> >>>>> | >>> 15:04:44,540 ERROR [ExoPortletApplicationDeployer] Error during >>>>> | >>> merge >>>>> | >>> global portlet metadata to portlet application web >>>>> | >>> java.io.FileNotFoundException: ../conf/gatein/portlet.xml (No such >>>>> | >>> file >>>>> | >>> or directory) >>>>> | >>> at java.io.FileInputStream.open(Native Method) >>>>> | >>> at java.io.FileInputStream.<init>(FileInputStream.java:106) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pc.ExoPortletApplicationDeployer.loadGlobalMetadata(ExoPortletApplicationDeployer.java:99) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pc.ExoPortletApplicationDeployer.buildPortletApplicationMetaData(ExoPortletApplicationDeployer.java:61) >>>>> | >>> at >>>>> | >>> org.gatein.pc.mc.PortletApplicationDeployer.add(PortletApplicationDeployer.java:207) >>>>> | >>> at >>>>> | >>> org.gatein.pc.mc.PortletApplicationDeployer.onEvent(PortletApplicationDeployer.java:185) >>>>> | >>> at >>>>> | >>> org.gatein.wci.impl.DefaultServletContainer.safeFireEvent(DefaultServletContainer.java:200) >>>>> | >>> at >>>>> | >>> org.gatein.wci.impl.DefaultServletContainer.addWebAppListener(DefaultServletContainer.java:166) >>>>> | >>> at >>>>> | >>> org.gatein.pc.mc.PortletApplicationDeployer.start(PortletApplicationDeployer.java:258) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pc.ExoKernelIntegration.start(ExoKernelIntegration.java:154) >>>>> | >>> ... >>>>> | >>> >>>>> | >>> Once inside the portal getting the following errors when trying to >>>>> | >>> create and save a new page in page-management. >>>>> | >>> >>>>> | >>> Caused by: java.lang.NullPointerException >>>>> | >>> at >>>>> | >>> org.chromattic.core.jcr.SessionWrapperImpl.getNodeType(SessionWrapperImpl.java:126) >>>>> | >>> at >>>>> | >>> org.chromattic.core.DomainSessionImpl._getEmbedded(DomainSessionImpl.java:383) >>>>> | >>> at >>>>> | >>> org.chromattic.core.DomainSession.getEmbedded(DomainSession.java:173) >>>>> | >>> at >>>>> | >>> org.chromattic.core.EntityContext.getEmbedded(EntityContext.java:158) >>>>> | >>> at >>>>> | >>> org.chromattic.core.api.ChromatticSessionImpl.getEmbedded(ChromatticSessionImpl.java:273) >>>>> | >>> at >>>>> | >>> org.gatein.mop.core.api.ModelImpl._getAdapter(ModelImpl.java:136) >>>>> | >>> at >>>>> | >>> org.gatein.mop.core.api.ModelImpl.getAdapter(ModelImpl.java:132) >>>>> | >>> at >>>>> | >>> org.gatein.mop.core.api.workspace.WorkspaceObjectImpl.isAdapted(WorkspaceObjectImpl.java:62) >>>>> | >>> at org.exoplatform.portal.pom.data.Mapper.load(Mapper.java:418) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pom.config.tasks.SearchTask$FindPage.loadT(SearchTask.java:148) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pom.config.tasks.SearchTask$FindPage.loadT(SearchTask.java:127) >>>>> | >>> at >>>>> | >>> org.exoplatform.portal.pom.config.tasks.SearchTask$FindSiteObject$1.load(SearchTask.java:102) >>>>> | >>> at org.exoplatform.commons.utils.LazyList.get(LazyList.java:112) >>>>> | >>> >>>>> | >>> - Nick >>>>> | >>> _______________________________________________ >>>>> | >>> gatein-dev mailing list >>>>> | >>> gatein-dev(a)lists.jboss.org >>>>> | >>> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>> | >> >>>>> | > >>>>> | >>>>> | >>>>> | _______________________________________________ >>>>> | gatein-dev mailing list >>>>> | gatein-dev(a)lists.jboss.org >>>>> | https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>> _______________________________________________ >>>>> gatein-dev mailing list >>>>> gatein-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> gatein-dev mailing list >>>> gatein-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/gatein-dev >>> >>> Cordialement / Best, >>> Chris >>> >>> == >>> Principal Software Engineer / JBoss Enterprise Middleware Red Hat, Inc. >>> Follow GateIn: http://blog.gatein.org / http://twitter.com/gatein >>> Follow me: http://metacosm.codepuccino.com / http://twitter.com/metacosm >>> >> > > Cordialement / Best, > Chris > > == > Principal Software Engineer / JBoss Enterprise Middleware Red Hat, Inc. > Follow GateIn: http://blog.gatein.org / http://twitter.com/gatein > Follow me: http://metacosm.codepuccino.com / http://twitter.com/metacosm >