Yes, you are right. It's not related to commons-collections jar ( I'm not
sure what i have done to make jbossas6 work :-) )
On 4 May 2011 15:03, Julien Viet <julien(a)julienviet.com> wrote:
prb is weld actually:
./deploy/gatein.ear/lib/guava-r09.jar
./deployers/weld.deployer/guava.jar
removing weld guava fixes it (but perhaps break weld)
I'm wondering if that also happens if we use the google collection jar
instead of guava.
On May 4, 2011, at 9:44 AM, Julien Viet wrote:
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> wrote:
>
>
> On 4 May 2011 10:01, Trong Tran <trongtt(a)gmail.com> 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> 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
>>>
>>
>>
>