I have a work-around for building on Fedora, here it is:
--- incubator-netbeans-9.0-beta-rc3/websvc.saas.api/build.xml    2018-02-09
11:06:36.124001000 +0000
+++ /tmp/incubator-netbeans-9.0-beta-rc3/websvc.saas.api/build.xml
2018-01-31 17:49:31.000000000 +0000
@@ -33,7 +33,7 @@
     <property name="oauth.model"
value="src/org/netbeans/modules/websvc/saas/model/oauth"/>

     <target name="xjc-init" depends="build-init">
-        <taskdef name="xjc" classname="com.sun.tools.xjc.XJC2Task">
+        <taskdef name="xjc" classname="com.sun.tools.xjc.XJCTask">
             <classpath>
                 <fileset
dir="${netbeans.dest.dir}/${nb.cluster.ide.dir}/modules/ext/jaxb/api"
includes="*.jar"/>
                 <fileset
dir="${netbeans.dest.dir}/${nb.cluster.ide.dir}/modules/ext/jaxb"
includes="*.jar"/>

There's no documentation I can find but looking at the code, XJC2Task ends
up executing the same code as XJCTask but without manipulating the class
loaders quite as much.
 "Fix your NetBeans with this one weird trick"!!
Would be great if someone could test on SUSE too.
Pete


On Wed, 7 Feb 2018 at 10:53 Peter Hull <peterhul...@gmail.com> wrote:

> On Sat, 3 Feb 2018 at 07:37 Emilian Bold <emilian.b...@protonmail.ch>
> wrote:
>
>> The bug that keeps on giving.
>>
>> I was able to recreate something which I *believe* is the same issue that
> stops the NB  build on fedora, using only packages from their distro. So,
> our hands are clean ;) Seriously, though, this means they are able to
> reproduce it more easily.
> I filed this as https://bugzilla.redhat.com/show_bug.cgi?id=1542899
> Will keep you informed if anything happens.
> Peter
>
>
>

Reply via email to