Le 20/09/2018 à 14:02, Andreas Tille a écrit :
> +--- a/build.gradle
> b/build.gradle
> +@@ -3,8 +3,8 @@ apply from: 'javaproject.gradle'
> + group='sis'
> +
> + dependencies {
> +-compile fileTree(dir: 'libs/prod', include: '*.jar')
> +-testCompile fileTree(dir: 'libs/test', include
Hi Emmanuel,
On Thu, Sep 20, 2018 at 12:46:18PM +0200, Emmanuel Bourg wrote:
> Le 20/09/2018 à 08:48, Andreas Tille a écrit :
> > The import com.sun.xml.bind cannot be resolved
>
> Somehow jaxb is not on the compilation classpath. I'm not familiar
> enough with the jhdf5 build to spot the error.
Le 20/09/2018 à 08:48, Andreas Tille a écrit :
> I get
>
> ...
> All input files are considered out-of-date for incremental task
> ':compileJava'.
> Compiling with Java command line compiler 'java'.
> Starting process 'command 'java''. Working directory:
> /build/libsis-jhdf5-java-18.09.0-pre1+
Hi again,
On Wed, Sep 19, 2018 at 11:29:20PM +0200, Emmanuel Bourg wrote:
> Le 19/09/2018 à 22:17, Andreas Tille a écrit :
>
> > isn't doing the job. How to use jaxb properly?
>
> Did you also change the import statement in HDFHelper.java? The package
> is slightly different. com.sun.xml.intern
Le 19/09/2018 à 22:17, Andreas Tille a écrit :
> isn't doing the job. How to use jaxb properly?
Did you also change the import statement in HDFHelper.java? The package
is slightly different. com.sun.xml.internal.bind.v2.runtime becomes
com.sun.xml.bind.v2.runtime.
Emmanuel Bourg
On Wed, Sep 19, 2018 at 09:53:49PM +0200, Emmanuel Bourg wrote:
>
> Java 11 will soon be the default (maybe next week for the GA release?),
> so I recommend aiming for a long term solution.
ACK. Unfortunately my change
--- a/debian/control
+++ b/debian/control
@@ -13,6 +13,7 @@ Build-Depends: d
Le 19/09/2018 à 21:35, Andreas Tille a écrit :
> Hmmm, the build log says it was build using
>
>openjdk-10-jre-headless:amd64 (10.0.2+13-1)
>
> so this class should not be missing.
It isn't missing, it's hidden by default to prepare its removal in the
next Java release.
> I guess this is
On Wed, Sep 19, 2018 at 05:20:36PM +0200, Emmanuel Bourg wrote:
> Le 19/09/2018 à 17:05, Andreas Tille a écrit :
>
> > Is there any way to verify what JAR is providing which class?
>
> You can type "package com.sun.xml.internal.bind.v2.runtime" in
I should put that hint under my pillow!
> https
Le 19/09/2018 à 17:05, Andreas Tille a écrit :
> Is there any way to verify what JAR is providing which class?
You can type "package com.sun.xml.internal.bind.v2.runtime" in
https://sources.debian.org to find out what package provides the class.
This one is provided by the JDK up to Java 10. Star
Hi Emmanuel,
On Wed, Sep 19, 2018 at 02:15:24PM +0200, Emmanuel Bourg wrote:
>
> The org.eclipse.jdt.internal.compiler.batch.Main class is in
> /usr/share/java/ecj.jar from libecj-java if that helps.
Cool. First hurdle taken - next is:
Successfully started process 'command 'java''
--
Hi Andreas,
Le 19/09/2018 à 14:07, Andreas Tille a écrit :
> Any hints?
The org.eclipse.jdt.internal.compiler.batch.Main class is in
/usr/share/java/ecj.jar from libecj-java if that helps.
Emmanuel Bourg
11 matches
Mail list logo
