| Summary: | JBAS014249 if a fire and forget asynchronous ejb call is made | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | wfink | ||||
| Component: | EJB | Assignee: | jboss-set | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Jan Martiska <jmartisk> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.2.0 | CC: | david.lloyd, jkudrnac, jmartisk, kkhan | ||||
| Target Milestone: | DR3 | ||||||
| Target Release: | EAP 6.4.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | Type: | Bug | |||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
wfink
2013-11-15 11:16:59 UTC
This worked in EAP 6.0 but it doesn't in 6.1/6.2/6.3.. It's a regression but probably not really a blocker, as it doesn't seem to affect applications, just logs. Proposing for 6.4. The fix doesn't seem to resolve the issue to me, I am still getting the exact same exception. The JBAS014249 message is (I think, at least in my case) logged here: https://github.com/jbossas/jboss-eap/blob/EAP_6.4.0.DR1-dev-2/ejb3/src/main/java/org/jboss/as/ejb3/remote/protocol/versionone/MethodInvocationMessageHandler.java#L220 so checking for isAsyncVoid only at https://github.com/jbossas/jboss-eap/blob/EAP_6.4.0.DR1-dev-2/ejb3/src/main/java/org/jboss/as/ejb3/remote/protocol/versionone/MethodInvocationMessageHandler.java#L249 isn't enough. Jan, could you please provide more info what is your use case and exact stack trace? If your exception has been thrown at line 220, my understanding is that it happened during method invocation so logging it in such case shoud be fine. What I wanted to say is that we are definitely not trying to avoid logging such exception alltogether. Created attachment 939935 [details]
reproducer
(In reply to Dominik Pospisil from comment #4) > Jan, could you please provide more info what is your use case and exact > stack trace? If your exception has been thrown at line 220, my understanding > is that it happened during method invocation so logging it in such case > shoud be fine. That's exactly how I understand this issue - the client disconnects WHILE the invocation is still running. My scenario is: - The client invokes an async void method - The async method starts a 5 seconds wait - The client disconnects before the method finishes This scenario used to work correctly on EAP 6.0 (without exceptions in server log). If I understand correctly, your scenario expects that the client disconnects while the server is trying to write out the invocation result, which is a really short timespan - quite unlikely to hit. My stacktrace is completely the same as in the bug description: at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:203) ----> this element shows that it occurs during result = invokeMethod(...) Attached a reproducer with my scenario. Thanks. This is in fact manifestation of yet another issue - invocation of void async method never finishes successfully. The invokeMethod(...) should finish normally even if the client disconects. PR sent: https://github.com/jbossas/jboss-eap/pull/1707 Works fine in EAP 6.4.0.DR3, thanks. |