[JBoss JIRA] Created: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
5:40 a.m.
When throwing an application exception in a method that is annotated with NOT_SUPPORTED it
should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
When throwing an application exception in a method that is annotated with NOT_SUPPORTED it
should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:46 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Shaun Appleton updated EJBTHREE-2262:
-------------------------------------
Attachment: stateless_00500318.zip
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:57 a.m.
New subject: [JBoss JIRA] Updated: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Shaun Appleton updated EJBTHREE-2262:
-------------------------------------
Steps to Reproduce:
run attached code (based on the EJB3 tutorial)
set JBOSS_HOME first
ant
run up eap
ant run
observe ERROR [STDERR] javax.ejb.EJBException:
org.jboss.tutorial.stateless.bean.MyException: Alert! Alert! in EAP log
was:run attached code (based on the EJB3 tutorial)
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:21 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Christian Schlüter commented on EJBTHREE-2262:
----------------------------------------------
I think this is not a duplicate issue.
EJBTHREE-2261 is about the definition of an application exception.
This case complains about inconsistent behaviour in jboss:
With NOT_SUPPORTED the exception is handled as non-application exception. In any other
case it is.
The interpretation of application definition (however it is defined) must be consistent
and not dependand on a transaction-handling annotation.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:28 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf commented on EJBTHREE-2262:
-----------------------------------------
MyException in stateless_00500318.zip does not have an @ApplicationException annotation.
Once you set that annotation, the original exception is correctly reported to the client.
So it falls into EJBTHREE-2261.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:07 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Shaun Appleton commented on EJBTHREE-2262:
------------------------------------------
Yes but this issue is about an exception not having @ApplicationException (which is why it
is not in the test).
An application exception should not be wrapped ie. the Application Exception is thrown
back to the client.
Other exceptions get wrapped in an EJBException.
The transaction demarcation is irrelevant.
Now, at the moment, when @ApplicationException is not explicitly used
the exception behaves as a non-application exception (ie gets wrapped) when using
NOT_SUPPORTED
whereas
the exception behaves as an application exception when not using NOT_SUPPORTED
So there is a switch in behaviour based on transaction demarcation - which should be
irrelevant.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:50 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf commented on EJBTHREE-2262:
-----------------------------------------
{noformat}
diff --git a/src/org/jboss/tutorial/stateless/bean/MyException.java
b/src/org/jboss/tutorial/stateless/bean/MyException.java
index 5b4ef35..2883819 100644
--- a/src/org/jboss/tutorial/stateless/bean/MyException.java
+++ b/src/org/jboss/tutorial/stateless/bean/MyException.java
@@ -23,7 +23,7 @@ package org.jboss.tutorial.stateless.bean;
import javax.ejb.ApplicationException;
-//@ApplicationException
+@ApplicationException
public class MyException extends java.lang.Exception
{
{noformat}
{noformat}
16:45:52,055 ERROR [STDERR] org.jboss.tutorial.stateless.bean.MyException: Alert! Alert!
{noformat}
So instead of relying on the throws clause and setting @ApplicationException the code
works as expected.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:57 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf commented on EJBTHREE-2262:
-----------------------------------------
Now for the red-herring bit:
{noformat}
diff --git a/src/org/jboss/tutorial/stateless/bean/CalculatorBean.java
b/src/org/jboss/tutorial/stateless/bean/CalculatorBean.java
index 9c04cde..3824e6e 100644
--- a/src/org/jboss/tutorial/stateless/bean/CalculatorBean.java
+++ b/src/org/jboss/tutorial/stateless/bean/CalculatorBean.java
@@ -48,7 +48,7 @@ public class CalculatorBean implements CalculatorRemote,
CalculatorLocal
return x - y;
}
- @TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
+ //(a)TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
public void throwException()
throws MyException
{
{noformat}
{noformat}
16:53:48,662 ERROR [STDERR] org.jboss.tutorial.stateless.bean.MyException: Alert! Alert!
{noformat}
The code works, because TransactionAttributeType.REQUIRED does take the throws clause into
account.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:01 a.m.
New subject: [JBoss JIRA] Commented: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf commented on EJBTHREE-2262:
-----------------------------------------
So in essence it fails because the throws clause is not consistently processed as a result
of the EJB_SPEC-20 haziness. Thus this issue is a duplicate of EJBTHREE-2261.
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:01 a.m.
New subject: [JBoss JIRA] Assigned: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf reassigned EJBTHREE-2262:
---------------------------------------
Assignee: Carlo de Wolf
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Assignee: Carlo de Wolf
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:10 a.m.
New subject: [JBoss JIRA] Resolved: (EJBTHREE-2262) When throwing an application exception in a method that is annotated with NOT_SUPPORTED it should not wrap the application Exception.
[
https://issues.jboss.org/browse/EJBTHREE-2262?page=com.atlassian.jira.plu...
]
Carlo de Wolf resolved EJBTHREE-2262.
-------------------------------------
Resolution: Duplicate Issue
When throwing an application exception in a method that is annotated
with NOT_SUPPORTED it should not wrap the application Exception.
-------------------------------------------------------------------------------------------------------------------------------------
Key: EJBTHREE-2262
URL: https://issues.jboss.org/browse/EJBTHREE-2262
Project: EJB 3.0
Issue Type: Bug
Reporter: Shaun Appleton
Assignee: Carlo de Wolf
Attachments: stateless_00500318.zip
When throwing an application exception in a method that is annotated with NOT_SUPPORTED
it should not wrap the application Exception.
What currently happen is that it is wrapped in an EJBException instead of being thrown
un-wrapped.
See Table 14 p361. of jsr-220 spec
This has been tested on EAP 5.1.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4869
days inactive
4925
days old
10 comments
3 participants
participants (3)
-
Carlo de Wolf (JIRA) -
Christian Schlüter (JIRA)
-
Shaun Appleton (JIRA)