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

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

can you tell me how to reproduce the chromattic NPE ? On May 4, 2011, at 12:35 AM, Nick Scavelli wrote: > Thanks for the quick response Julien, and this looks to solve the first error. However I should have put the error I was most concerned about first but wasn't entirely sure if it was related. Still getting an NPE on SessionWrapperImpl as I mentioned below :) > > On 05/03/2011 06:16 PM, Julien Viet wrote: >> 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

usually this kind of error is due to the fact that the chromattic session was closed twice (the first close sets the ref to the underlying JCR session to null, hence the NPE). I will make this less error prone and throw instead an IllegalStateException with a more meaningful error message. On May 4, 2011, at 8:13 AM, Trong Tran wrote: the NPE issue is now addressed by https://issues.jboss.org/browse/GTNPORTAL-1892. On 4 May 2011 12:59, Julien Viet <julien(a)julienviet.com&gt; wrote: > can you tell me how to reproduce the chromattic NPE ? > > On May 4, 2011, at 12:35 AM, Nick Scavelli wrote: > > > Thanks for the quick response Julien, and this looks to solve the first > error. However I should have put the error I was most concerned about first > but wasn't entirely sure if it was related. Still getting an NPE on > SessionWrapperImpl as I mentioned below :) > > > > On 05/03/2011 06:16 PM, Julien Viet wrote: > >> 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 >

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

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

> > 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 >> > >

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).

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

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).

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 >

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 >

I don't see relationships with this jar, when I unpack it I don't see commons-colelctions classes. can you clarify? 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 > > >