9:28 a.m.
Paul Robinson created JBTM-1287:
-----------------------------------
Summary: @DataManagement injection point is null on service invocation
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:44 p.m.
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson commented on JBTM-1287:
-------------------------------------
I've marked the affected test as @Ignore as it's currently breaking the Narayana
CI run, and there is nothing we can do about it until AS7-5710 is resolved.
@DataManagement injection point is null on service invocation
-------------------------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:48 p.m.
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Work on JBTM-1287 started by Paul Robinson.
@DataManagement injection point is null on service invocation
-------------------------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:46 p.m.
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson commented on JBTM-1287:
-------------------------------------
There's still a problem. Even though we can now intercept calls to a plain old JAX-WS
service, the target instance is a proxy rather than the actual instance. This means that
we can't read off the annotations on the target class in order to setup the
transaction.
@DataManagement injection point is null on service invocation
-------------------------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:48 p.m.
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson edited comment on JBTM-1287 at 10/26/12 9:47 AM:
---------------------------------------------------------------
There's still a problem. Even though we can now intercept calls to a plain old JAX-WS
service, the target instance is a proxy rather than the actual instance. This means that
we can't read off the annotations on the target class in order to setup the
transaction.
Also, as we don't have an instance, we can't do the injection. Moving the
injection to CDI would be better as it would reduce the codebase and make it less
susceptible to these changes.
was (Author: paul.robinson):
There's still a problem. Even though we can now intercept calls to a plain old
JAX-WS service, the target instance is a proxy rather than the actual instance. This means
that we can't read off the annotations on the target class in order to setup the
transaction.
@DataManagement injection point is null on service invocation
-------------------------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:14 p.m.
New subject: [JBoss JIRA] (JBTM-1287) Support use of CDI interceptors on JAX-WS WS
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson updated JBTM-1287:
--------------------------------
Summary: Support use of CDI interceptors on JAX-WS WS (was: @DataManagement injection
point is null on service invocation)
Support use of CDI interceptors on JAX-WS WS
--------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:18 p.m.
New subject: [JBoss JIRA] (JBTM-1287) Support use of CDI interceptors on JAX-WS WS
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson commented on JBTM-1287:
-------------------------------------
Ready to raise a Pull request on sub tasks 3,4,5:
https://github.com/paulrobinson/narayana/pull/new/master-JBTM-1287_@DataM...
This relies on a fix to 5_BRANCH in our AS7 fork. Thus it's likely that we will break
CI until the pull req is accepted. I'm going to wait until I'm back off holiday
(Tues 3rd dec) before I raise the pull and push the change to 5_BRANCH.
Support use of CDI interceptors on JAX-WS WS
--------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:20 p.m.
New subject: [JBoss JIRA] (JBTM-1287) Support use of CDI interceptors on JAX-WS WS
[
https://issues.jboss.org/browse/JBTM-1287?page=com.atlassian.jira.plugin....
]
Paul Robinson commented on JBTM-1287:
-------------------------------------
JBTM-1295 can be resolved once the other sub-tasks are merged into master.
Support use of CDI interceptors on JAX-WS WS
--------------------------------------------
Key: JBTM-1287
URL: https://issues.jboss.org/browse/JBTM-1287
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: TXFramework
Reporter: Paul Robinson
Assignee: Paul Robinson
Fix For: 5.0.0.M2
This causes ATTest to fail.
The problems seems to be that ServiceRequestSoapHandler#getInstance returns a different
instance to that which is invoked by the service.
This used to work, but an upgrade in CXF seems to have changed the behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4165
days inactive
4220
days old
jbossts-issues@lists.jboss.org
7 comments
1 participants
participants (1)
-
Paul Robinson (JIRA)