[JBoss JIRA] Created: (JBSEAM-4806) failed to load multiple apps with jboss-seam.jar in global classpath
by Alberto Fernández (JIRA)
failed to load multiple apps with jboss-seam.jar in global classpath
--------------------------------------------------------------------
Key: JBSEAM-4806
URL: https://issues.jboss.org/browse/JBSEAM-4806
Project: Seam 2
Issue Type: Bug
Environment: Java 1.6.23, Glasshfis v 2.1.1, Solaris 9 and Windows XP.
Reporter: Alberto Fernández
We have a special setup with seam jars in global classpath on server (some tweak needed). WEB-INF/lib is empty in this setup.
When loading multiple apps on the server, it fails on server restarts because the apps are loaded simultaneously with various threads and the class org.jboss.seam.contexts.Lifecycle have an static variable "application" shared for all threads. The solution: transform the "application" variable to a ThreadLocal variable (patch attached)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (SEAMSOCIAL-13) Loose the coupling with Scribe-Java Library by using Injection
by Antoine Sabot-Durand (JIRA)
Loose the coupling with Scribe-Java Library by using Injection
--------------------------------------------------------------
Key: SEAMSOCIAL-13
URL: https://issues.jboss.org/browse/SEAMSOCIAL-13
Project: Seam Social
Issue Type: Task
Components: OAuth Core
Affects Versions: 3.0.0.Alpha1
Reporter: Antoine Sabot-Durand
Assignee: Antoine Sabot-Durand
Fix For: 3.0.0.Alpha2
We should loose the coupling with Scribe framework by using a bean injection to interact with Scribe calls instead of making all the services beans heritated from OAuthServiceScribe. Thus we could change the underlying low level OAuth management framework without impacting all the service Beans
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (SEAMFACES-127) faces-shortly - missing slf4j impl on GlassFish
by Jozef Hartinger (JIRA)
faces-shortly - missing slf4j impl on GlassFish
-----------------------------------------------
Key: SEAMFACES-127
URL: https://issues.jboss.org/browse/SEAMFACES-127
Project: Seam Faces
Issue Type: Bug
Affects Versions: 3.0.0.Final
Reporter: Jozef Hartinger
Due to changes in transitive dependencies, slf4j implementation is no longer pulled in. As a result the applications fails to deploy, as this jar is required by hibernate.
We could either:
a) declare an explicit dependency for an slf4j implementation
b) do not use hibernate in the glassfish deployment - instead, provide a persistence configuration for GlassFish's builtin database - this is *much* cleaner solution since it does not required libraries that provide functionality alternative to the application server to be bundled with the application, plus it is alligned with how other other seam examples work.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (SEAMCATCH-54) basic-servlet example throws org.jboss.weld.exceptions.IllegalProductException: WELD-000052 Cannot return null from a non-dependent producer method
by Martin Gencur (JIRA)
basic-servlet example throws org.jboss.weld.exceptions.IllegalProductException: WELD-000052 Cannot return null from a non-dependent producer method
---------------------------------------------------------------------------------------------------------------------------------------------------
Key: SEAMCATCH-54
URL: https://issues.jboss.org/browse/SEAMCATCH-54
Project: Seam Catch
Issue Type: Bug
Components: Example
Affects Versions: 3.0.0.Final
Reporter: Martin Gencur
Assignee: Jason Porter
There are several links in the application. After clicking on whichever of them I get an exception like this:
10:34:03,627 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/catch-basic-servlet].[NavigationServlet]] Servlet.service() for servlet NavigationServlet threw exception: org.jboss.weld.exceptions.IllegalProductException: WELD-000052 Cannot return null from a non-dependent producer method: [method] @Produces @Typed @RequestScoped protected org.jboss.seam.servlet.http.ImplicitHttpServletObjectsProducer.getHttpServletResponse()
at org.jboss.weld.bean.AbstractProducerBean.checkReturnValue(AbstractProducerBean.java:256) [:6.0.0.Final]
at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:362) [:6.0.0.Final]
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:121) [:6.0.0.Final]
at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99) [:6.0.0.Final]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:87) [:6.0.0.Final]
at org.jboss.weld.proxies.org$jboss$weld$beanProducerMethod-org$jboss$seam$servlet$http$ImplicitHttpServletObjectsProducermethod_getHttpServletResponse()_$$_WeldClientProxy.toString(org$jboss$weld$beanProducerMethod-org$jboss$seam$servlet$http$ImplicitHttpServletObjectsProducermethod_getHttpServletResponse()_$$_WeldClientProxy.java)
at java.lang.String.valueOf(String.java:2826) [:1.6.0_21]
at java.lang.StringBuilder.append(StringBuilder.java:115) [:1.6.0_21]
at org.jboss.seam.solder.reflection.Reflections.buildInvokeMethodErrorMessage(Reflections.java:399) [:3.0.0.CR4]
at org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:547) [:3.0.0.CR4]
at org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:458) [:3.0.0.CR4]
at org.jboss.seam.solder.reflection.annotated.InjectableMethod.invoke(InjectableMethod.java:187) [:3.0.0.CR4]
at org.jboss.seam.exception.control.HandlerMethodImpl.notify(HandlerMethodImpl.java:169) [:3.0.0-SNAPSHOT]
at org.jboss.seam.exception.control.ExceptionHandlerDispatch.executeHandlers(ExceptionHandlerDispatch.java:83) [:3.0.0-SNAPSHOT]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_21]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) [:6.0.0.Final]
at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188) [:6.0.0.Final]
at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59) [:6.0.0.Final]
at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198) [:6.0.0.Final]
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:270) [:6.0.0.Final]
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:253) [:6.0.0.Final]
at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:222) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:611) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:604) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:598) [:6.0.0.Final]
at org.jboss.seam.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:74) [:3.0.0.CR3]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.0.0.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.0.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.0.0.Final]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
This has been working several days ago but now it doesn't work even in trunk.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months