On Jul 29, 2008, at 10:15 AM, Shiva Kumar H R wrote:
> I too am +1 to moving JAXB classes from Geronimo Eclipse Plug-in
> (GEP) to Geronimo (G). That way in addition to GEP, G's deployment
> system in future, Plan Creator and may be some others too will reap
> the benefits of JAXB.
>
> One concern however is about "where should the JAXB classes be moved
> to?" I see two ways for this (please correct me if I am wrong here):
> A) Move JAXB code into server (https://svn.apache.org/repos/asf/geronimo/server/trunk/
> ) as a new module or plug-in and release it along with server.
> B) Move JAXB code into specs (https://svn.apache.org/repos/asf/geronimo/specs/trunk/
> ) and release it whenever the schema changes. (for ex. I see
> geronimo-application-2.0.xsd has not changed across G 2.0, 2.1 &
> 2.2, however G2.0 had plugins-1.2.xsd, while G2.1 & G2.2 have
> plugins-1.3.xsd).
>
> And below is my reasoning to consider Approach-B:
> i) GEP has traditionally supported previous releases of G too. For.
> ex. in addition to current G2.1 (and its minor versions), GEP also
> supports G2.0. A major reason behind this I think is to allow easier
> porting of applications from one version to another.
> ii) Now, if we move away JAXB classes from GEP and put it into G
> server (approach-A), then these JAXB classes will only be available
> starting from G2.2 onwards and will probably support only latest
> version of G schemas. So how should GEP support previous versions of
> G servers and G schemas?
> iii) If however, we move JAXB classes into G specs and release a new
> spec-jar everytime a new version of G schema comes up, then GEP will
> easily be able to support multiple versions of G server & G schemas.
Hi Shiva,
Can you point us to the JAXB classes that you are referring to?
geronimo/specs contain our EE specs. I'm having trouble imagining why
we would start including non-EE artifacts in specs. Doesn't mean that
we can't achieve desired results from a different location.
Possible that this work could be associated with migrating to use CDDL
licensed deployment descriptor xsd's (and not use comment-removed
xsd's generated from tck).
--kevan
|