Not "as well", but "instead"! :-) Seriously, if you don't have an already working XMLBeans solution just switch to e.g. JAXB right away. There is no development around XMLBeans (and hasn't been for years, the latest release was two years ago). It's a dead end IMO.
That being said, I see that there is a XMLBeans v2.5.0 available but the plugin uses v2.4.0. I seriously doubt though that the encoding support has been added, but I haven't checked. /Anders On Fri, Nov 25, 2011 at 09:25, Asmann, Roland <[email protected]> wrote: > Thanks for the heads-up! I'll look into JAXB as well. > > > On 25-11-11 08:17, Anders Hammar wrote: >> Not really an answer to your question, but unless you *really* need to >> use XMLBeans I would suggest that you use some other framework. I've >> used the xmlbeans-m-p in a project with some major pains. >> >> The problem is that XMLBeans has no support of specifying the char >> encoding, but it simply uses the platform's default which leads to >> platform dependent builds and also don't play well with Maven. We >> managed to solve the encoding problem during compilation by having the >> xmlbeans-m-p handling both source generation AND compilation. But we >> ran into an encoding problem during relase when the javadoc jar was >> produced as the source encoding configured in Maven was different from >> the platform's default (which the source code generated by XMLBeans >> will use). It all lead to some very hacky solutions which will haunt >> us for the years to come. >> >> So, be warned! I suggest using JAXB instead. >> >> /Anders >> >> On Thu, Nov 24, 2011 at 22:51, Asmann, Roland<[email protected]> >> wrote: >>> Hi all, >>> >>> I am checking out this plugin to generate classes from XSDs and I was >>> wondering whether I need to package all the extra stuff that is being >>> generated? >>> Besides the JAVA-files, I get several XSBs which are packaged into the >>> final WAR. Do I need those files? What are they actually for? >>> >>> Thanks. >>> >>> -- >>> Roland Asmann >>> Senior Software Engineer >>> >>> adesso Austria GmbH >>> Floridotower 26. Stock T +43 1 2198790-27 >>> Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 >>> A-1210 Wien M +43 664 88657566 >>> E [email protected] >>> W www.adesso.at >>> >>> ------------------------------------------------------------- >>> >>> business. people. technology.<<< >>> ------------------------------------------------------------- >>> --------------------------------------------------------------------- >>> To unsubscribe from this list, please visit: >>> >>> http://xircles.codehaus.org/manage_email >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> > > -- > Roland Asmann > Senior Software Engineer > > adesso Austria GmbH > Floridotower 26. Stock T +43 1 2198790-27 > Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 > A-1210 Wien M +43 664 88657566 > E [email protected] > W www.adesso.at > > ------------------------------------------------------------- > >>> business. people. technology. <<< > ------------------------------------------------------------- > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
