Hi, While this is possible: 1st it is error prone 2nd more difficult to evolve 3rd we are talking XML parsing and serialization here: the schema are just here to generate the marshalling/ unmarshalling code. I'll try to ask legal to change the XSD licences. Chers,
Le mer. 21 nov. 2018 à 22:19, Matthias Bläsing <mblaes...@doppel-helix.eu> a écrit : > Hi, > > Am Mittwoch, den 21.11.2018, 10:41 +0100 schrieb ehsavoie: > > > > It seems that the plugin is relying on LGPL 'code' (the XML schema from > > JBoss) and as such the code produced by parsing them is considered LGL :( > > My understanding is that this makes the plugin LGPL and as such it can't > be > > downloaded from Apache. I guess this is the 'same' issue as nb-javac. > What > > could be done to provide it via the plugin catalog and maybe even build > it ? > > > > what IMHO could be done: Remove the use of the schema at compile time > and don't ship it. The plugin can fetch it at runtime (just as maven > fetches plugins at runtime) and use it for validation. > > As an idea, the manipulation, that is implemented via the generated > code, could be replaced by working directly on a DOM document. > > Greetings > > Matthias > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
