Re: [gatein-dev] Errors in trunk

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