[jboss-as7-dev] jax-rs deployments have incomplete module imports

Stuart Douglas stuart.w.douglas at gmail.com
Wed Sep 12 19:14:35 EDT 2012



Sent from my iPhone

On 13/09/2012, at 8:52, Bill Burke <bburke at redhat.com> wrote:

> 
> 
> On 9/12/2012 6:43 PM, Stuart Douglas wrote:
>>> If we changed the JaxrsDependencyProcessor to import Apache HC 4.1.
>>> How would the user upgrade to Apache HC 4.2?  Do they not have to
>>> create a new module for 4.2 and import it within their
>>> jboss-deployment-structure.xml?  Why not have them do one more step
>>> and work with the aggregate module instead?  They can always version
>>> the aggregate module too, right?  If they get used to working with an
>>> aggregate module, isn't it a lot easier for them to support multiple
>>> different versions of Resteasy for different applications?
>> 
>> The user should be able to exclude the Apache HC 4.1 (and any Resteasy
>> modules that depend on it) in jboss-deployment-structure.xml and then
>> bundle 4.2 and any other Resteasy modules directly in their application.
>> This way they do not have to actually modify the app server.
>> 
> 
> Jason also said "I just realized they could class filter the import though which would solve it. They can also take advantage of ordering."  Is that as good of a solution?  Then we have both a mechanism to define JAX-RS imports for the entire app server (instead of it being hardcoded) and a way to override a specific thing.
> 

That will work, it is just slightly more fiddely as class level filtering works on package names.

Stuart

> -- 
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com



More information about the jboss-as7-dev mailing list