myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ing. Thomas Kernstock" <t.kernst...@e-technologies.at>
Subject AW: AW: CODI 0.9.0 + Glassfish V3.0.1 + EAR
Date Fri, 26 Nov 2010 16:50:35 GMT
Hi Mark,

second answer 
-> in the link you provided the Fix Version for this problem is 1.1.0 Beta
1.   I checked the weld-bundle in my Glassfish installation. The Metafile
says->
Bundle-SymbolicName: org.jboss.weld.osgi-bundle
Implementation-Version: 1.0.1.SP3
Specification-Vendor: Seam Framework
Bundle-Name: Weld OSGi Bundle
Created-By: Apache Maven Bundle Plugin

So I'm afraid this problem still exists !

Thomas

___________________________________
-----Ursprüngliche Nachricht-----
Von: Mark Struberg [mailto:struberg@yahoo.de] 
Gesendet: Freitag, 26. November 2010 16:53
An: MyFaces Discussion
Betreff: Re: AW: CODI 0.9.0 + Glassfish V3.0.1 + EAR

which glassfish version are you using? There was an error in this area in
weld https://jira.jboss.org/browse/WELD-507

LieGrue,
strub

--- On Fri, 11/26/10, Ing. Thomas Kernstock <t.kernstock@e-technologies.at>
wrote:

> From: Ing. Thomas Kernstock <t.kernstock@e-technologies.at>
> Subject: AW: CODI 0.9.0 + Glassfish V3.0.1 + EAR
> To: "'MyFaces Discussion'" <users@myfaces.apache.org>
> Date: Friday, November 26, 2010, 3:34 PM Hi Gerhard,
> 
> thanx for the late reply or should I say early for Vienna
> :-)
> 
> I knew that CDI-extensions work for projects without an EAR File. What 
> I found out today was, that I have to move librarys with 
> cdi-extensions to the EAR project and reference them only instead of 
> having them in the war-project. This works for a testproject with 
> Verborgs @ViewScope implementation but when I try this with 
> myfaces-codi I get the following
> error:
> 
> Deployment Error for module: TEST-EAR: Exception while loading the app 
> :
> org.glassfish.deployment.common.DeploymentException:
> WELD-001417 Enabled
> interceptor class class
> org.apache.myfaces.extensions.cdi.jsf.impl.security.SecurityIntercepto
> r
> is
> neither annotated @Interceptor nor registered through a portable 
> extension%%%EOL%%%
> 
> Do you have any idea what could cause the problem ? 
> 
> Best regards
> 
> Thomas
> ___________________________________
> -----Ursprüngliche Nachricht-----
> Von: Gerhard [mailto:gerhard.petracek@gmail.com]
> 
> Gesendet: Freitag, 26. November 2010 03:11
> An: MyFaces Discussion
> Betreff: Re: CODI 0.9.0 + Glassfish V3.0.1 + EAR
> 
> hi thomas,
> 
> usually the mentioned exception occurs with servlet containers if cdi 
> wasn't configured correctly.
> in case of glassfish you don't need a special cdi configuration.
> it >might< be a glassfish or weld issue in combination with ears.
> at [1] you can find examples which are tested with glassfish v3.
> 
> regards,
> gerhard
> 
> [1] http://bitbucket.org/os890/codi-examples
> 
> http://www.irian.at
> 
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
> 
> Professional Support for Apache MyFaces
> 
> 
> 
> 2010/11/26 Ing. Thomas Kernstock <t.kernstock@e-technologies.at>
> 
> > Hi,
> >
> > I downloaded and built the last version of CODI today,
> and included
> > the resulting
> myfaces-extcdi-dist-jsf20-0.9.1-SNAPSHOT.jar in my
> > Webproject (JSF2.0, CDI Enabled(=beans.xml in place),
> Dependending on
> > the Glassfish
> > V3.0.1 libs).
> > This Webproject is part of an EAR which also contains
> an EJB Project
> > with Entities,DTO's and Services. When I deploy the
> EAR to my
> > Glassfishserver
> > V3.0.1 and start the application I get the following
> error:
> >
> > WARNUNG: StandardWrapperValve[Faces Servlet]: PWC1406:
> 
> > Servlet.service() for servlet Faces Servlet threw
> exception
> > java.lang.IllegalStateException: no
> >
> org.apache.myfaces.extensions.cdi.core.api.provider.BeanManagerProvide
> > r in place! Please ensure that you configured the CDI
> implementation
> > of your choice properly.
> >  at
> >
> >
> org.apache.myfaces.extensions.cdi.core.api.provider.BeanManagerProvide
> > r.getI
> > nstance(BeanManagerProvider.java:60)
> >  at
> >
> >
> org.apache.myfaces.extensions.cdi.jsf2.impl.listener.request.CodiFaces
> > Contex
> > tWrapper.init(CodiFacesContextWrapper.java:62)
> >  at
> >
> >
> org.apache.myfaces.extensions.cdi.jsf2.impl.listener.request.CodiFaces
> > Contex
> >
> tWrapper.<init>(CodiFacesContextWrapper.java:57)
> >  at
> >
> >
> org.apache.myfaces.extensions.cdi.jsf2.impl.listener.request.CodiFaces
> > Contex
> >
> tFactory.getFacesContext(CodiFacesContextFactory.java:63)
> >  at
> >
> >
> org.apache.myfaces.webapp.filter.TomahawkFacesContextFactory.getFacesC
> > ontext
> > (TomahawkFacesContextFactory.java:107)
> >  at
> >
> >
> com.sun.faces.context.InjectionFacesContextFactory.getFacesContext(Inj
> > ection
> > FacesContextFactory.java:101)
> >  at
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:302)
> >  at
> >
> org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:
> > 1523)
> >  at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> > cation
> > FilterChain.java:343)
> >  at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> > lterCh
> > ain.java:215)
> >  at
> >
> >
> org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilte
> > r.java
> > :79)
> >  at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> > cation
> > FilterChain.java:256)
> >  at
> >
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> > lterCh
> > ain.java:215)
> >  at
> >
> >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa
> > lve.ja
> > va:277)
> >  at
> >
> >
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextVa
> > lve.ja
> > va:188)
> >  at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java
> > :641)  at
> >
> com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
> >  at
> >
> >
> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessi
> > onLock
> > ingStandardPipeline.java:85)
> >  at
> >
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.ja
> > va:185
> > )
> >  at
> >
> >
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.ja
> > va:325
> > )
> >  at
> >
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java
> > :226)
> >  at
> >
> >
>
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.
> > java:165)
> >  at
> >
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:79
> > 1)  at
> >
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
> >  at
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
> >  at
> >
> >
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilt
> > er.jav
> > a:170)
> >  at
> >
> >
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProt
> > ocolCh
> > ain.java:135)
> >  at
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java
> > :102)
> >  at
> >
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java
> > :88)
> >  at
> >
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:
> > 76)
> >  at
> >
> >
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTa
> > sk.jav
> > a:53)
> >  at
> >
> >
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.j
> > ava:57
> > )
> >  at
> com.sun.grizzly.ContextTask.run(ContextTask.java:69)
> >  at
> >
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPo
> > ol.jav
> > a:330)
> >  at
> >
> >
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.
> > java:3
> > 09)
> >  at java.lang.Thread.run(Thread.java:619)
> >
> > Do I have to configure something in my application ? I
> couldn't find
> > any hint in the documentation though !
> >
> > best regards
> > Thomas
> >
> >
> 
> 


      



Mime
View raw message