You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Davanum Srinivas <da...@gmail.com> on 2009/04/30 22:45:18 UTC

JAXB / JAXWS / StAX (Re: xerces and xalan dependencies)

Since we have started talking about stuff inside Java6.

For StAX, can we use woodstox - http://woodstox.codehaus.org/
For JAXB, we dont' have any other choice other than JAXB RI - https://jaxb.dev.java.net/ - Would CDDL be acceptable?

Bringing up StAX and JAXB, since JAX-WS needs both.

For JAX-WS, we can do either Apache CXF or Apache Axis2 or let a user choose which one to install like they do in 
Geronimo. Advantage with CXF is that it has tooling for code generation as well (similar to wsimport and wsgen in the JDK6)

thanks,
dims

On 04/30/2009 04:25 PM, Jesse Wilson wrote:
> 2009/4/29 Alexei Fedotov<al...@gmail.com>
>
>> Also it needs checking why Android uses different XML parsers (maybe we can
>> switch to better ones as well?)
>>
>
> Harmony's XML stack is quite large. We Androids created our own
> implementation that omits features like XSLT. Our code is built on
> xmlpull.org, kxml2, and a high-performance native
> parser<http://android.git.kernel.org/?p=platform/dalvik.git;a=blob;f=libcore/xml/src/main/java/org/apache/harmony/xml/ExpatParser.java;h=60d74b8a5283ad4bd2d66c5866960c391c2340f2;hb=master>
> .
>
> Cheers,
> Jesse
>
> PS: although this code is in the org.apache.harmony package, it isn't
> Harmony-sourced. We've been using org.apache.harmony as an 'internal
> implementation' package, which confuses things.
>

Re: JAXB / JAXWS / StAX (Re: xerces and xalan dependencies)

Posted by Jack Cai <gr...@gmail.com>.
CDDL should be acceptable as Tim indicated. Geronimo also use the JAXB RI
under CDDL.

-Jack

2009/5/2 Davanum Srinivas <da...@gmail.com>

> JaxMe was a JAXB1 implementation. There was some effort to start JAXB2 but
> no one jumped it and hence the effort wound down.
>
> There was an effort in Castor as well [1]
>
> -- dims
>
> [1] http://markmail.org/message/dvzkpjhhrqtpkr5u
>
>
> On 05/01/2009 05:12 PM, Jeremias Maerki wrote:
>
>> On 30.04.2009 22:45:18 Davanum Srinivas wrote:
>>
>>> Since we have started talking about stuff inside Java6.
>>>
>>> For StAX, can we use woodstox - http://woodstox.codehaus.org/
>>>
>>
>> Xerces at least started a StAX implementation. It would be worthwhile to
>> check how far along that is.
>>
>>  For JAXB, we dont' have any other choice other than JAXB RI -
>>> https://jaxb.dev.java.net/ - Would CDDL be acceptable?
>>>
>>
>> Does anyone know how complete JaxMe is? http://ws.apache.org/jaxme/
>> I'd prefer ASF-grown stuff if feasible.
>>
>> <snip/>
>>
>>
>> Jeremias Maerki
>>
>>

Re: JAXB / JAXWS / StAX (Re: xerces and xalan dependencies)

Posted by Davanum Srinivas <da...@gmail.com>.
JaxMe was a JAXB1 implementation. There was some effort to start JAXB2 but no one jumped it and hence the effort wound down.

There was an effort in Castor as well [1]

-- dims

[1] http://markmail.org/message/dvzkpjhhrqtpkr5u

On 05/01/2009 05:12 PM, Jeremias Maerki wrote:
> On 30.04.2009 22:45:18 Davanum Srinivas wrote:
>> Since we have started talking about stuff inside Java6.
>>
>> For StAX, can we use woodstox - http://woodstox.codehaus.org/
>
> Xerces at least started a StAX implementation. It would be worthwhile to
> check how far along that is.
>
>> For JAXB, we dont' have any other choice other than JAXB RI - https://jaxb.dev.java.net/ - Would CDDL be acceptable?
>
> Does anyone know how complete JaxMe is? http://ws.apache.org/jaxme/
> I'd prefer ASF-grown stuff if feasible.
>
> <snip/>
>
>
> Jeremias Maerki
>

Re: JAXB / JAXWS / StAX (Re: xerces and xalan dependencies)

Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
On 30.04.2009 22:45:18 Davanum Srinivas wrote:
> Since we have started talking about stuff inside Java6.
> 
> For StAX, can we use woodstox - http://woodstox.codehaus.org/

Xerces at least started a StAX implementation. It would be worthwhile to
check how far along that is.

> For JAXB, we dont' have any other choice other than JAXB RI - https://jaxb.dev.java.net/ - Would CDDL be acceptable?

Does anyone know how complete JaxMe is? http://ws.apache.org/jaxme/
I'd prefer ASF-grown stuff if feasible.

<snip/>


Jeremias Maerki


Re: JAXB / JAXWS / StAX (Re: xerces and xalan dependencies)

Posted by Tim Ellison <t....@gmail.com>.
Davanum Srinivas wrote:
> Since we have started talking about stuff inside Java6.
> 
> For StAX, can we use woodstox - http://woodstox.codehaus.org/

I see that is dual license, including ALv2 so that's a contender.

> For JAXB, we dont' have any other choice other than JAXB RI -
> https://jaxb.dev.java.net/ - Would CDDL be acceptable?

Only in binary form.  According to the (ever draft) 3rd party licensing
policy [1] we can redistribute the binary JAR under CDDL with
appropriate labeling.  This is likely the most pragmatic way forward.

[1] http://www.apache.org/legal/3party.html

> Bringing up StAX and JAXB, since JAX-WS needs both.
> 
> For JAX-WS, we can do either Apache CXF or Apache Axis2 or let a user
> choose which one to install like they do in Geronimo. Advantage with CXF
> is that it has tooling for code generation as well (similar to wsimport
> and wsgen in the JDK6)

Ack.

Regards,
Tim

> On 04/30/2009 04:25 PM, Jesse Wilson wrote:
>> 2009/4/29 Alexei Fedotov<al...@gmail.com>
>>
>>> Also it needs checking why Android uses different XML parsers (maybe
>>> we can
>>> switch to better ones as well?)
>>>
>>
>> Harmony's XML stack is quite large. We Androids created our own
>> implementation that omits features like XSLT. Our code is built on
>> xmlpull.org, kxml2, and a high-performance native
>> parser<http://android.git.kernel.org/?p=platform/dalvik.git;a=blob;f=libcore/xml/src/main/java/org/apache/harmony/xml/ExpatParser.java;h=60d74b8a5283ad4bd2d66c5866960c391c2340f2;hb=master>
>>
>> .
>>
>> Cheers,
>> Jesse
>>
>> PS: although this code is in the org.apache.harmony package, it isn't
>> Harmony-sourced. We've been using org.apache.harmony as an 'internal
>> implementation' package, which confuses things.
>>
>