Re: Extended Java APIs (javax.xml, e.a.)

2011-01-27 Thread Felix Meschberger
Hi, Well, I have been experimenting with the Apache ServiceMix wrapper bundles and was successful. So I think, instead of actually creating some system bundle fragments for the XML APIs we should probably rather add the ServiceMix bundle(s) from the start. See SLING-1958 [1] and the proposed

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-27 Thread Bertrand Delacretaz
On Thu, Jan 27, 2011 at 11:28 AM, Felix Meschberger fmesc...@adobe.com wrote: ...See SLING-1958 [1] and the proposed patch. WDYT ? +1 -Bertrand

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-27 Thread Carsten Ziegeler
Felix Meschberger wrote Hi, Well, I have been experimenting with the Apache ServiceMix wrapper bundles and was successful. So I think, instead of actually creating some system bundle fragments for the XML APIs we should probably rather add the ServiceMix bundle(s) from the start. See

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-22 Thread Justin Edelson
+1 On Wed, Jan 19, 2011 at 9:50 AM, Felix Meschberger fmesc...@adobe.comwrote: Hi all, We currently add a whole bunch of Java Extension APIs in the javax.* arena to the export list of the system bundle by virtue of actually providing in the framework, what is provided in the JDK. While

Extended Java APIs (javax.xml, e.a.)

2011-01-19 Thread Felix Meschberger
Hi all, We currently add a whole bunch of Java Extension APIs in the javax.* arena to the export list of the system bundle by virtue of actually providing in the framework, what is provided in the JDK. While we (at Adobe) are now confronted with real-life use of such API (javax.xml, etc.) we run

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-19 Thread Carsten Ziegeler
Felix Meschberger wrote Hi all, We currently add a whole bunch of Java Extension APIs in the javax.* arena to the export list of the system bundle by virtue of actually providing in the framework, what is provided in the JDK. While we (at Adobe) are now confronted with real-life use of

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-19 Thread Carsten Ziegeler
Related topic: do we need to list the whole packages coming from the jre in the sling.properties anyway? The framework comes with default values afaik. Regards Carsten Carsten Ziegeler wrote Felix Meschberger wrote Hi all, We currently add a whole bunch of Java Extension APIs in the

Re: Extended Java APIs (javax.xml, e.a.)

2011-01-19 Thread Ian Boston
On 19 Jan 2011, at 14:50, Felix Meschberger wrote: * For more demanding applications the fragment bundle can be replaced with a bundle containing and exporting the full API packages -- thus effectively hiding what is provided by platform. I believe this is what we have done already,