[JBoss JIRA] (SOLDER-341) NullpointerException in methode org.jboss.solder.servlet.event.ImplicitServletObjectsHolder.responseInitialized
by Andreas G. (JIRA)
Andreas G. created SOLDER-341:
---------------------------------
Summary: NullpointerException in methode org.jboss.solder.servlet.event.ImplicitServletObjectsHolder.responseInitialized
Key: SOLDER-341
URL: https://issues.jboss.org/browse/SOLDER-341
Project: Solder
Issue Type: Support Request
Components: Servlet
Reporter: Andreas G.
What could be the reason that this NullpointerException occurs? This is the stacktrace:
jbpm-designer].[jsp]|http-bio-8080-exec-3|12.06.2015 07:51:03|ERROR| Servlet.service() for servlet [jsp] in context with path [/jbpm-designer] threw exception java.lang.NullPointerException: null
at org.jboss.solder.servlet.event.ImplicitServletObjectsHolder.responseInitialized(ImplicitServletObjectsHolder.java:93)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:45)
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
at org.jboss.solder.servlet.event.ImplicitServletObjectsHolder$Proxy$_$$_WeldClientProxy.responseInitialized(ImplicitServletObjectsHolder$Proxy$_$$_WeldClientProxy.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:164)
at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
at org.jboss.weld.event.ObserverNotifier.notifyObserver(ObserverNotifier.java:117)
at org.jboss.weld.event.ObserverNotifier.notifyObservers(ObserverNotifier.java:85)
at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:75)
at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:70)
at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:580)
at org.jboss.solder.servlet.event.AbstractServletEventBridge.fireEvent(AbstractServletEventBridge.java:45)
at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:61)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.eclipse.virgo.web.tomcat.support.ApplicationNameTrackingValve.invoke(ApplicationNameTrackingValve.java:33)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 11 months
- 1
- 0
[JBoss JIRA] (JBSEAM-4589) ManagedEntityWrapper wrap and deserialize with in-depth fields of Stateful Beans
by Ricardo Bento (JIRA)
[ https://issues.jboss.org/browse/JBSEAM-4589?page=com.atlassian.jira.plugi... ]
Ricardo Bento commented on JBSEAM-4589:
---------------------------------------
I had a problem when i removed the entity that was loaded in parent conversation and I removed the entity in nested conversation, when it returned to parent it throwed an entityNotfound, with this patch It resolved.
Could you attach the full source of the patch? It tried to reconstruct from the original and I would like to make sure that i got it rigth.
I now this is old but we cannot change versions ...
> ManagedEntityWrapper wrap and deserialize with in-depth fields of Stateful Beans
> --------------------------------------------------------------------------------
>
> Key: JBSEAM-4589
> URL: https://issues.jboss.org/browse/JBSEAM-4589
> Project: Seam 2
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.1.2.GA
> Reporter: Sebastien Boutte
> Attachments: JBSEAM-4375 and JBSEAM-4589.diff, ManagedEntityWrapper.diff
>
>
> As it is said in documentation (Part : EJB Passivation and the ManagedEntityInterceptor) ; seam is capable of passivate SMPC (EntityManager with @In) and reattach all instances loaded at activation.
> For simple fields (Entities, Lists, Maps ...) , it works perfectly.
> For user defined fields (Wrapper with entity object, or more complex structure), this is not the case and cause a lazy exception later after activation.
> In class ManagedEntityWrapper, methods wrap and deserialize are not able to do in depth operations.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 11 months
- 1
- 0
- ← Newer
- 1
- Older →