[
https://jira.jboss.org/jira/browse/JBSEAM-3939?page=com.atlassian.jira.pl...
]
Christian Bauer commented on JBSEAM-3939:
-----------------------------------------
Turns out that this was improved in RESTEasy with some ThreadLocal mapping of the
ResteasyProviderFactory. I'm working on adapting the bootstrap code in Seam now to use
that, probably won't make it into Seam 2.1.2 though.
Static RestEasyProviderFactory prevents shared library deployment
-----------------------------------------------------------------
Key: JBSEAM-3939
URL:
https://jira.jboss.org/jira/browse/JBSEAM-3939
Project: Seam
Issue Type: Bug
Components: WS
Affects Versions: 2.1.1.GA
Environment: SEAM 2.1.1.GA with seam-resteasy patch described in
https://jira.jboss.org/jira/browse/JBSEAM-3449, and RestEasy 1.0.1.GA. Running 2
Resteasy applications on Tomcat server.
Reporter: John Sublette
Assignee: Christian Bauer
Priority: Minor
Attachments: jboss-seam-resteasy-2.1.1.CR2.patched.jar,
jboss-seam-resteasy-2.1.1.CR2.patched.jar
Seam's Resteasy implementation does not support multiple applications using resteasy
on same server. Problem is with ResteasyDispatcher.onStartup() where there is a call to
ResteasyProviderFactory.setInstance() that register's the provider factory. When the
second application calls this, it sets the static variable - thus overwriting the first
application's.
I have patched it to set a custom ResteasyProviderFactory subclass based on
ThreadLocalResteasyProviderFactory instead. This subclass is a STATELESS Seam object that
grabs the web-app appropriate providerFactory through a Seam Component.getInstance() call
(injection may have worked too).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira