users@jaxb.java.net

Re: specifying runtime-location

From: <MrEasy_at_gmx.net>
Date: Tue, 1 Jun 2004 19:34:37 +0200 (MEST)

> > is there any way to specify the location of the runtime that is
> generated?
> > if it is build, it is put into the alphabetical 1st package, where it
> > conflicts with an existing runtime in my case.
>
> We've been thinking about a separate tool / option that lets you control
> that, but we haven't reached the consensus yet, and so we couldn't put
> that into the code yet.
>
thx for your reply -
would be really great to have this as a compile-switch.

> > I know about the -use-runtime switch, but this is not sufficient, since
> the
> > statement in the docu that says that "runtimes are equal" is just a lie
> > (imho), because there are entries in a class called Table if inheritance
> of
> > schema-types is used - so i cannot use a formerly created runtime.
>
> While it is true that sometimes the generated runtime is different, in
> practice I didn't think it happens that frequently. And even if it
> happens, it's always additive, so you can just have them generate the
> two runtimes into the same package and that would be just fine.
>
> So I suggest you just let the conflict happens. It should still work
> just fine.
>
> regards,
> --
> Kohsuke Kawaguchi
> Sun Microsystems kohsuke.kawaguchi_at_sun.com

you're right, the runtime is not the problem, as i found out in the
meantime, but if there is inheritence used in the schemas an additional
Table-class is created that seems to be alway put to runtime/../, what's ok
if there is only one xjc-compile or only one comile that deals with
inheritence - otherwise there will be 2 classes -generated in the same
package- that differ and have to be merged

-- 
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_jaxb.dev.java.net
For additional commands, e-mail: users-help_at_jaxb.dev.java.net