maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
Hello. I'm attempting to add a Maven plugin to a small compiler project: https://github.com/io7m/jpra However, given the following trivial pom.xml: https://github.com/io7m/jpra/blob/develop/io7m-jpra-maven-plugin/pom.xml ... and the following no-op unit test: https://github.com/io7m/jpra/blob/develop/io7m-jpra-maven-plugin/src/test/java/com/io7m/jpra/tests/maven/JPRACodeGeneratorMojoTest.java I get the following as soon as I try to run the test: Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.014 sec <<< FAILURE! - in com.io7m.jpra.tests.maven.JPRACodeGeneratorMojoTest testSomething(com.io7m.jpra.tests.maven.JPRACodeGeneratorMojoTest) Time elapsed: 0.009 sec <<< ERROR! java.lang.NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest at java.net.URLClassLoader.findClass(URLClassLoader.java:381) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at com.io7m.jpra.tests.maven.JPRACodeGeneratorMojoTest.(JPRACodeGeneratorMojoTest.java:29) This occurs when running mvn from the command line, and also when trying to run the tests directly from an IDE. A search online doesn't show anyone else having this problem. Is this a bug? What have I done incorrectly? Apache Maven 3.3.3 (NON-CANONICAL_2015-07-27T12:38:38_root;2015-07-27T09:38:38+00:00) Maven home: /opt/maven Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-8-openjdk/jre Default locale:en_GB, platform encoding: UTF-8 OS name: "linux", version: "4.2.2-1-arch", arch: "amd64", family: "unix" M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Offline builds nearly impossible
Hi folks, we have a requirement for a source code escrow (https://en.wikipedia.org/wiki/Source_code_escrow). Therefore we intended provide our source code with a local Maven repository that can be used for offline builds. However, all attempts have been failed so far. What have we done: 1/ Checked out the tagged versions of our software 2/ Build it with M339 (mvn package) using an empty local Maven repo As result all released artifacts are recreated in the target directories - so far so good. As next step we took a copy of the local repo and of the cleaned sources to a new location and created naively a settings.xml containing two entries only: - the location to the copy of the local repo - offline set to true We use JDK 1.7 and tried the different M3 versions (3.0.5, 3.1.1, 3.2.5, 3.3.9): First try with Maven 3.0.5: = %< jos@josoo /tmp/kde-jos/offline $ mvn -s settings.xml -f source/pom.xml clean package [INFO] Scanning for projects... [ERROR] The build could not read 1 project -> [Help 1] [ERROR] [ERROR] The project ip.users:ip-users-ear:4.4.1 (/tmp/kde- jos/offline/source/ip.users/ip-users-ear/pom.xml) has 1 error [ERROR] Unresolveable build extension: Error resolving version for plugin 'org.apache.maven.plugins:maven-eclipse-plugin' from the repositories [local (/tmp/kde-jos/offline/local.repo), central (http://repo.maven.apache.org/maven2)]: Plugin not found in any plugin repository -> [Help 2] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException [ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException = %< $ ls -l local.repo/org/apache/maven/plugins/maven-eclipse-plugin/ drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 2.10 = %< For whatever reason, it does not accept the maven-eclipse-plugin in the local repo (although it is just declared, but not used in the build itself). (And yes, it has no sticky version, the newest might always create the best project...) Try with Maven 3.1.1/3.2.5/3.3.9 (all the same): = %< $ mvn -s settings.xml -f source/pom.xml clean package [INFO] Scanning for projects... [ERROR] The build could not read 1 project -> [Help 1] [ERROR] [ERROR] The project builder:source:x-SNAPSHOT (/tmp/kde- jos/offline/source/pom.xml) has 1 error [ERROR] Non-resolvable parent POM: Cannot access central (http://repo.maven.apache.org/maven2) in offline mode and the artifact com.scalaris.buildsystem.maven2:master:pom:274 has not been downloaded from it before. and 'parent.relativePath' points at no local POM @ line 6, column 13 -> [Help 2] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException [ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException = %< $ ls -l local.repo/com/scalaris/buildsystem/maven2/master drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 274 = %< The "unresolvable" parent is obviously available in the local repo. As next step we added an active profile to settings.xml with repository definitions using the same ids we had originally, but with a URL pointing to nowhere (file:///). This makes no difference for M305, but all versions 3.1.1 and higher start to accept the artifacts available in the local repository ... unless the first project in the build uses the maven- assembly-artifact: = %< [ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly- plugin:2.4.1:single (create-assemblies) on project fileupload-app: Failed to create assembly: Unable to resolve dependencies for assembly 'app': Failed to resolve dependencies for assembly: Missing: [ERROR] -- [ERROR] 1) commons-codec:commons-codec:jar:1.6 [ERROR] [ERROR] Try downloading the file manually from the project website. [ERROR] [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=commons-codec - DartifactId=commons-codec -Dversion=1.6 -Dpackaging=jar -Dfile=/path/to/file [ERROR] [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=commons-codec -DartifactId=commons- codec -Dversion=1.6 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] - Drepositor
Re: Offline builds nearly impossible
I would have tried the -llr command line option On 13 November 2015 at 11:58, Jörg Schaible wrote: > Hi folks, > > we have a requirement for a source code escrow > (https://en.wikipedia.org/wiki/Source_code_escrow). Therefore we intended > provide our source code with a local Maven repository that can be used for > offline builds. However, all attempts have been failed so far. > > What have we done: > 1/ Checked out the tagged versions of our software > 2/ Build it with M339 (mvn package) using an empty local Maven repo > As result all released artifacts are recreated in the target directories - > so far so good. > > As next step we took a copy of the local repo and of the cleaned sources to > a new location and created naively a settings.xml containing two entries > only: > - the location to the copy of the local repo > - offline set to true > > We use JDK 1.7 and tried the different M3 versions (3.0.5, 3.1.1, 3.2.5, > 3.3.9): > > First try with Maven 3.0.5: > = %< > jos@josoo /tmp/kde-jos/offline $ mvn -s settings.xml -f source/pom.xml > clean > package > [INFO] Scanning for projects... > [ERROR] The build could not read 1 project -> [Help 1] > [ERROR] > [ERROR] The project ip.users:ip-users-ear:4.4.1 (/tmp/kde- > jos/offline/source/ip.users/ip-users-ear/pom.xml) has 1 error > [ERROR] Unresolveable build extension: Error resolving version for > plugin 'org.apache.maven.plugins:maven-eclipse-plugin' from the > repositories > [local (/tmp/kde-jos/offline/local.repo), central > (http://repo.maven.apache.org/maven2)]: Plugin not found in any plugin > repository -> [Help 2] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException > [ERROR] [Help 2] > > http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException > = %< > $ ls -l local.repo/org/apache/maven/plugins/maven-eclipse-plugin/ > drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 2.10 > = %< > > For whatever reason, it does not accept the maven-eclipse-plugin in the > local repo (although it is just declared, but not used in the build > itself). > (And yes, it has no sticky version, the newest might always create the best > project...) > > Try with Maven 3.1.1/3.2.5/3.3.9 (all the same): > = %< > $ mvn -s settings.xml -f source/pom.xml clean package > [INFO] Scanning for projects... > [ERROR] The build could not read 1 project -> [Help 1] > [ERROR] > [ERROR] The project builder:source:x-SNAPSHOT (/tmp/kde- > jos/offline/source/pom.xml) has 1 error > [ERROR] Non-resolvable parent POM: Cannot access central > (http://repo.maven.apache.org/maven2) in offline mode and the artifact > com.scalaris.buildsystem.maven2:master:pom:274 has not been downloaded from > it before. and 'parent.relativePath' points at no local POM @ line 6, > column > 13 -> [Help 2] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException > [ERROR] [Help 2] > http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException > = %< > $ ls -l local.repo/com/scalaris/buildsystem/maven2/master > drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 274 > = %< > > The "unresolvable" parent is obviously available in the local repo. > > As next step we added an active profile to settings.xml with repository > definitions using the same ids we had originally, but with a URL pointing > to > nowhere (file:///). This makes no difference for M305, but all versions > 3.1.1 and higher start to accept the artifacts available in the local > repository ... unless the first project in the build uses the maven- > assembly-artifact: > > = %< > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly- > plugin:2.4.1:single (create-assemblies) on project fileupload-app: Failed > to > create assembly: Unable to resolve dependencies for assembly 'app': Failed > to resolve dependencies for assembly: Missing: > [ERROR] -- > [ERROR] 1) commons-codec:commons-codec:jar:1.6 > [ERROR] > [ERROR] Try downloading the file manually from the project website. > [ERROR] > [ERROR] Then, install it using the command: > [ERROR] mvn install:install-file -DgroupId=commons-codec - > DartifactId=commons-codec -Dversion=1.6 -Dpackaging=jar >
Re: Offline builds nearly impossible
IOW mvn -o -llr goal Should do what you want where you have changed the repo url. The _remote.repositories stores the URL of the repository not just the id. If you are doing offline, better would be to have a repository manager and a hostname to host it at... but if you want to use a file:/// URL then you need -llr AIUI On 13 November 2015 at 12:09, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > I would have tried the -llr command line option > > On 13 November 2015 at 11:58, Jörg Schaible > wrote: > >> Hi folks, >> >> we have a requirement for a source code escrow >> (https://en.wikipedia.org/wiki/Source_code_escrow). Therefore we intended >> provide our source code with a local Maven repository that can be used for >> offline builds. However, all attempts have been failed so far. >> >> What have we done: >> 1/ Checked out the tagged versions of our software >> 2/ Build it with M339 (mvn package) using an empty local Maven repo >> As result all released artifacts are recreated in the target directories - >> so far so good. >> >> As next step we took a copy of the local repo and of the cleaned sources >> to >> a new location and created naively a settings.xml containing two entries >> only: >> - the location to the copy of the local repo >> - offline set to true >> >> We use JDK 1.7 and tried the different M3 versions (3.0.5, 3.1.1, 3.2.5, >> 3.3.9): >> >> First try with Maven 3.0.5: >> = %< >> jos@josoo /tmp/kde-jos/offline $ mvn -s settings.xml -f source/pom.xml >> clean >> package >> [INFO] Scanning for projects... >> [ERROR] The build could not read 1 project -> [Help 1] >> [ERROR] >> [ERROR] The project ip.users:ip-users-ear:4.4.1 (/tmp/kde- >> jos/offline/source/ip.users/ip-users-ear/pom.xml) has 1 error >> [ERROR] Unresolveable build extension: Error resolving version for >> plugin 'org.apache.maven.plugins:maven-eclipse-plugin' from the >> repositories >> [local (/tmp/kde-jos/offline/local.repo), central >> (http://repo.maven.apache.org/maven2)]: Plugin not found in any plugin >> repository -> [Help 2] >> [ERROR] >> [ERROR] To see the full stack trace of the errors, re-run Maven with the >> -e >> switch. >> [ERROR] Re-run Maven using the -X switch to enable full debug logging. >> [ERROR] >> [ERROR] For more information about the errors and possible solutions, >> please >> read the following articles: >> [ERROR] [Help 1] >> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException >> [ERROR] [Help 2] >> >> http://cwiki.apache.org/confluence/display/MAVEN/PluginVersionResolutionException >> = %< >> $ ls -l local.repo/org/apache/maven/plugins/maven-eclipse-plugin/ >> drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 2.10 >> = %< >> >> For whatever reason, it does not accept the maven-eclipse-plugin in the >> local repo (although it is just declared, but not used in the build >> itself). >> (And yes, it has no sticky version, the newest might always create the >> best >> project...) >> >> Try with Maven 3.1.1/3.2.5/3.3.9 (all the same): >> = %< >> $ mvn -s settings.xml -f source/pom.xml clean package >> [INFO] Scanning for projects... >> [ERROR] The build could not read 1 project -> [Help 1] >> [ERROR] >> [ERROR] The project builder:source:x-SNAPSHOT (/tmp/kde- >> jos/offline/source/pom.xml) has 1 error >> [ERROR] Non-resolvable parent POM: Cannot access central >> (http://repo.maven.apache.org/maven2) in offline mode and the artifact >> com.scalaris.buildsystem.maven2:master:pom:274 has not been downloaded >> from >> it before. and 'parent.relativePath' points at no local POM @ line 6, >> column >> 13 -> [Help 2] >> [ERROR] >> [ERROR] To see the full stack trace of the errors, re-run Maven with the >> -e >> switch. >> [ERROR] Re-run Maven using the -X switch to enable full debug logging. >> [ERROR] >> [ERROR] For more information about the errors and possible solutions, >> please >> read the following articles: >> [ERROR] [Help 1] >> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException >> [ERROR] [Help 2] >> >> http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException >> = %< >> $ ls -l local.repo/com/scalaris/buildsystem/maven2/master >> drwxr-xr-x 2 jos jos 4096 Nov 13 09:47 274 >> = %< >> >> The "unresolvable" parent is obviously available in the local repo. >> >> As next step we added an active profile to settings.xml with repository >> definitions using the same ids we had originally, but with a URL pointing >> to >> nowhere (file:///). This makes no difference for M305, but all versions >> 3.1.1 and higher start to accept the artifacts available in the local >> repository ... unless the first project in the build uses the maven- >> assembly-artifact: >> >> = %< >> [ERROR] Failed to execute goal org.apache.maven.plugins:ma
Re: Offline builds nearly impossible
Hi Stephen, Stephen Connolly wrote: > IOW > > mvn -o -llr goal > > Should do what you want where you have changed the repo url. The > _remote.repositories stores the URL of the repository not just the id. My local repo was populated using Maven 3.3.8 or 3.3.9 and those files never contained any URL. === %< == $ find local.repo -name _remote.repositories -exec grep '://' {} + $ cat local.repo/org/apache/maven/maven-model/3.1.0/_maven.repositories #NOTE: This is an internal implementation file, its format can be changed without prior notice. #Fri Nov 13 09:38:55 CET 2015 maven-model-3.1.0.pom>maven-proxy= === %< == therefore I've changed the URL in the settings to be sure, that no access is possible. As reported it actually works for 3.1.1, 3.2.5 and 3.3.9 without -llr unless the assembly plugin is used. And for 3.3.9 even -llr did not help, again due to plugin incompatibilities. > If you are doing offline, better would be to have a repository manager and > a hostname to host it at... but if you want to use a file:/// URL then you > need -llr AIUI In an escrow situation, you certainly have no repo manager. You simply have to ensure that the provided source, libraries and tools can be used to recreate the product. However, the complete resolver mechanism is extremely brittle in offline mode. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
On 2015-11-13T10:03:54 + wrote: > Hello. > > I'm attempting to add a Maven plugin to a small compiler project: Here's a tiny repro case. https://github.com/io7m/mvn-bug-20151113 M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Offline builds nearly impossible
Use a file based remote repository instead of trying to build in offline mode. You can either use a repository manager to create the remote repository or an empty local repository with a full build. As noted though, you have to remove all local repository metadata and files if you create the repository locally. Now that you have the repository that contains everything you need to build create a settings.xml with a mirror pointing to a file-based repository. You shouldn’t need to build in offline mode but using a file-base repository in your mirror will effectively be the same. This way you will not be subject to every Maven plugins potentially flaking handling of offline mode. > On Nov 13, 2015, at 7:54 AM, Jörg Schaible > wrote: > > Hi Stephen, > > Stephen Connolly wrote: > >> IOW >> >> mvn -o -llr goal >> >> Should do what you want where you have changed the repo url. The >> _remote.repositories stores the URL of the repository not just the id. > > My local repo was populated using Maven 3.3.8 or 3.3.9 and those files never > contained any URL. > === %< == > $ find local.repo -name _remote.repositories -exec grep '://' {} + > $ cat local.repo/org/apache/maven/maven-model/3.1.0/_maven.repositories > #NOTE: This is an internal implementation file, its format can be changed > without prior notice. > #Fri Nov 13 09:38:55 CET 2015 > maven-model-3.1.0.pom>maven-proxy= > === %< == > > therefore I've changed the URL in the settings to be sure, that no access is > possible. > > As reported it actually works for 3.1.1, 3.2.5 and 3.3.9 without -llr > unless the assembly plugin is used. And for 3.3.9 even -llr did not help, > again due to plugin incompatibilities. > >> If you are doing offline, better would be to have a repository manager and >> a hostname to host it at... but if you want to use a file:/// URL then you >> need -llr AIUI > > In an escrow situation, you certainly have no repo manager. You simply have > to ensure that the provided source, libraries and tools can be used to > recreate the product. However, the complete resolver mechanism is extremely > brittle in offline mode. > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Our achievements speak for themselves. What we have to keep track of are our failures, discouragements and doubts. We tend to forget the past difficulties, the many false starts, and the painful groping. We see our past achievements as the end result of a clean forward thrust, and our present difficulties as signs of decline and decay. -- Eric Hoffer, Reflections on the Human Condition - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Offline builds nearly impossible
Hi Jason, Jason van Zyl wrote: > Use a file based remote repository instead of trying to build in offline > mode. > > You can either use a repository manager to create the remote repository or > an empty local repository with a full build. As noted though, you have to > remove all local repository metadata and files if you create the > repository locally. > > Now that you have the repository that contains everything you need to > build create a settings.xml with a mirror pointing to a file-based > repository. You shouldn’t need to build in offline mode but using a > file-base repository in your mirror will effectively be the same. This way > you will not be subject to every Maven plugins potentially flaking > handling of offline mode. Good idea, thanks! And with a mirror setup to file:/// (except for that file-based remote repo) we can even verify that no offline access is required. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Offline builds nearly impossible
If this does not work please let me know. This is what I’ve used in the past and if it doesn’t work I agree it needs to be fixed. I honestly haven’t tried making a hermetically sealed build in a few years but last year worked on a project that did no network traversal aside from using file-based repositories and it all worked fine. > On Nov 13, 2015, at 11:33 AM, Jörg Schaible wrote: > > Hi Jason, > > Jason van Zyl wrote: > >> Use a file based remote repository instead of trying to build in offline >> mode. >> >> You can either use a repository manager to create the remote repository or >> an empty local repository with a full build. As noted though, you have to >> remove all local repository metadata and files if you create the >> repository locally. >> >> Now that you have the repository that contains everything you need to >> build create a settings.xml with a mirror pointing to a file-based >> repository. You shouldn’t need to build in offline mode but using a >> file-base repository in your mirror will effectively be the same. This way >> you will not be subject to every Maven plugins potentially flaking >> handling of offline mode. > > Good idea, thanks! And with a mirror setup to file:/// (except for that > file-based remote repo) we can even verify that no offline access is > required. > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - To think is easy. To act is hard. But the hardest thing in the world is to act in accordance with your thinking. -- Johann von Goethe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Offline builds nearly impossible
I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". Cheers, Paul On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: > If this does not work please let me know. This is what I’ve used in the > past and if it doesn’t work I agree it needs to be fixed. I honestly > haven’t tried making a hermetically sealed build in a few years but last > year worked on a project that did no network traversal aside from using > file-based repositories and it all worked fine. > > > On Nov 13, 2015, at 11:33 AM, Jörg Schaible > wrote: > > > > Hi Jason, > > > > Jason van Zyl wrote: > > > >> Use a file based remote repository instead of trying to build in offline > >> mode. > >> > >> You can either use a repository manager to create the remote repository > or > >> an empty local repository with a full build. As noted though, you have > to > >> remove all local repository metadata and files if you create the > >> repository locally. > >> > >> Now that you have the repository that contains everything you need to > >> build create a settings.xml with a mirror pointing to a file-based > >> repository. You shouldn’t need to build in offline mode but using a > >> file-base repository in your mirror will effectively be the same. This > way > >> you will not be subject to every Maven plugins potentially flaking > >> handling of offline mode. > > > > Good idea, thanks! And with a mirror setup to file:/// (except for that > > file-based remote repo) we can even verify that no offline access is > > required. > > > > Cheers, > > Jörg > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > - > > To think is easy. To act is hard. But the hardest thing in the world is to > act in accordance with your thinking. > > -- Johann von Goethe > > > > > > > > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Offline builds nearly impossible
I just wanted to weigh in. This indeed does not function in what I would call an "intuitive" way. It would be really nice if offline mode meant just provide the switch and everything used your local repo. No extra configuration or trickery required. I know in modern times, the idea of always being connected is the norm, but if you KNOW you don't need any updates and you have a lot of deps, this could speed up the build a bit. Especially if you are forced to use a 3G connection for a build on an emergency basis in your job. Then again, it would also be nice if Santa Claus were real. When will Apache have their open source Santa project? ;) Cody Fyler Lending Grid Build Team G=Lending Grid Builds (515) – 441 - 0814 -Original Message- From: Paul Benedict [mailto:pbened...@apache.org] Sent: Friday, November 13, 2015 11:27 AM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Offline builds nearly impossible I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". Cheers, Paul On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: > If this does not work please let me know. This is what I’ve used in > the past and if it doesn’t work I agree it needs to be fixed. I > honestly haven’t tried making a hermetically sealed build in a few > years but last year worked on a project that did no network traversal > aside from using file-based repositories and it all worked fine. > > > On Nov 13, 2015, at 11:33 AM, Jörg Schaible > wrote: > > > > Hi Jason, > > > > Jason van Zyl wrote: > > > >> Use a file based remote repository instead of trying to build in > >> offline mode. > >> > >> You can either use a repository manager to create the remote > >> repository > or > >> an empty local repository with a full build. As noted though, you > >> have > to > >> remove all local repository metadata and files if you create the > >> repository locally. > >> > >> Now that you have the repository that contains everything you need > >> to build create a settings.xml with a mirror pointing to a > >> file-based repository. You shouldn’t need to build in offline mode > >> but using a file-base repository in your mirror will effectively be > >> the same. This > way > >> you will not be subject to every Maven plugins potentially flaking > >> handling of offline mode. > > > > Good idea, thanks! And with a mirror setup to file:/// (except for > > that file-based remote repo) we can even verify that no offline > > access is required. > > > > Cheers, > > Jörg > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > - > > To think is easy. To act is hard. But the hardest thing in the world > is to act in accordance with your thinking. > > -- Johann von Goethe > > > > > > > > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Offline builds nearly impossible
On Nov 13, 2015 9:45 AM, wrote: > > I just wanted to weigh in. > > This indeed does not function in what I would call an "intuitive" way. > > It would be really nice if offline mode meant just provide the switch and everything used your local repo. No extra configuration or trickery required. +1 This would also help when your ISP looses service and you still want to get some work done. Gary > > I know in modern times, the idea of always being connected is the norm, but if you KNOW you don't need any updates and you have a lot of deps, this could speed up the build a bit. Especially if you are forced to use a 3G connection for a build on an emergency basis in your job. > > Then again, it would also be nice if Santa Claus were real. > > When will Apache have their open source Santa project? ;) > > Cody Fyler > Lending Grid Build Team > G=Lending Grid Builds > (515) – 441 - 0814 > > -Original Message- > From: Paul Benedict [mailto:pbened...@apache.org] > Sent: Friday, November 13, 2015 11:27 AM > To: Maven Users List > Cc: joerg.schai...@gmx.de > Subject: Re: Offline builds nearly impossible > > I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. > > Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". > > > Cheers, > Paul > > On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: > > > If this does not work please let me know. This is what I’ve used in > > the past and if it doesn’t work I agree it needs to be fixed. I > > honestly haven’t tried making a hermetically sealed build in a few > > years but last year worked on a project that did no network traversal > > aside from using file-based repositories and it all worked fine. > > > > > On Nov 13, 2015, at 11:33 AM, Jörg Schaible > > wrote: > > > > > > Hi Jason, > > > > > > Jason van Zyl wrote: > > > > > >> Use a file based remote repository instead of trying to build in > > >> offline mode. > > >> > > >> You can either use a repository manager to create the remote > > >> repository > > or > > >> an empty local repository with a full build. As noted though, you > > >> have > > to > > >> remove all local repository metadata and files if you create the > > >> repository locally. > > >> > > >> Now that you have the repository that contains everything you need > > >> to build create a settings.xml with a mirror pointing to a > > >> file-based repository. You shouldn’t need to build in offline mode > > >> but using a file-base repository in your mirror will effectively be > > >> the same. This > > way > > >> you will not be subject to every Maven plugins potentially flaking > > >> handling of offline mode. > > > > > > Good idea, thanks! And with a mirror setup to file:/// (except for > > > that file-based remote repo) we can even verify that no offline > > > access is required. > > > > > > Cheers, > > > Jörg > > > > > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > Thanks, > > > > Jason > > > > -- > > Jason van Zyl > > Founder, Takari and Apache Maven > > http://twitter.com/jvanzyl > > http://twitter.com/takari_io > > - > > > > To think is easy. To act is hard. But the hardest thing in the world > > is to act in accordance with your thinking. > > > > -- Johann von Goethe > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > >
Re: Offline builds nearly impossible
Not sure if the extra work would be worthwhile when you have a number of free repo packages that are better in many ways than the maven cache and can be installed on Windows or Linux. Ron On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote: I just wanted to weigh in. This indeed does not function in what I would call an "intuitive" way. It would be really nice if offline mode meant just provide the switch and everything used your local repo. No extra configuration or trickery required. I know in modern times, the idea of always being connected is the norm, but if you KNOW you don't need any updates and you have a lot of deps, this could speed up the build a bit. Especially if you are forced to use a 3G connection for a build on an emergency basis in your job. Then again, it would also be nice if Santa Claus were real. When will Apache have their open source Santa project? ;) Cody Fyler Lending Grid Build Team G=Lending Grid Builds (515) – 441 - 0814 -Original Message- From: Paul Benedict [mailto:pbened...@apache.org] Sent: Friday, November 13, 2015 11:27 AM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Offline builds nearly impossible I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". Cheers, Paul On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: If this does not work please let me know. This is what I’ve used in the past and if it doesn’t work I agree it needs to be fixed. I honestly haven’t tried making a hermetically sealed build in a few years but last year worked on a project that did no network traversal aside from using file-based repositories and it all worked fine. On Nov 13, 2015, at 11:33 AM, Jörg Schaible wrote: Hi Jason, Jason van Zyl wrote: Use a file based remote repository instead of trying to build in offline mode. You can either use a repository manager to create the remote repository or an empty local repository with a full build. As noted though, you have to remove all local repository metadata and files if you create the repository locally. Now that you have the repository that contains everything you need to build create a settings.xml with a mirror pointing to a file-based repository. You shouldn’t need to build in offline mode but using a file-base repository in your mirror will effectively be the same. This way you will not be subject to every Maven plugins potentially flaking handling of offline mode. Good idea, thanks! And with a mirror setup to file:/// (except for that file-based remote repo) we can even verify that no offline access is required. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - To think is easy. To act is hard. But the hardest thing in the world is to act in accordance with your thinking. -- Johann von Goethe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Offline builds nearly impossible
In this case they would not be better and far less convenient. For a hermetically sealed build at any rate. The local repository cache cleared of the tracking files serves as a perfectly fine remote repository for this use case. Most escrow bundles carry all the tools and sources required to build the product: packaging a repository manager would probably be a bit much. > On Nov 13, 2015, at 2:09 PM, Ron Wheeler > wrote: > > > Not sure if the extra work would be worthwhile when you have a number of free > repo packages that are better in many ways than the maven cache and can be > installed on Windows or Linux. > > > Ron > > On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote: >> I just wanted to weigh in. >> >> This indeed does not function in what I would call an "intuitive" way. >> >> It would be really nice if offline mode meant just provide the switch and >> everything used your local repo. No extra configuration or trickery required. >> >> I know in modern times, the idea of always being connected is the norm, but >> if you KNOW you don't need any updates and you have a lot of deps, this >> could speed up the build a bit. Especially if you are forced to use a 3G >> connection for a build on an emergency basis in your job. >> >> Then again, it would also be nice if Santa Claus were real. >> >> When will Apache have their open source Santa project? ;) >> >> Cody Fyler >> Lending Grid Build Team >> G=Lending Grid Builds >> (515) – 441 - 0814 >> >> -Original Message- >> From: Paul Benedict [mailto:pbened...@apache.org] >> Sent: Friday, November 13, 2015 11:27 AM >> To: Maven Users List >> Cc: joerg.schai...@gmx.de >> Subject: Re: Offline builds nearly impossible >> >> I think most people, at least once in their life, try to use their local >> repository cache as an offline remote repository. However, the two aren't >> the same in concept though, IIRC, the last time I tried. You still need to >> keep the two separate. >> >> Now it would be interesting if a tool existed to copy the contents of a >> local repository and scrub its local metadata. That would then give you a >> true "remote offline repo". >> >> >> Cheers, >> Paul >> >> On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: >> >>> If this does not work please let me know. This is what I’ve used in >>> the past and if it doesn’t work I agree it needs to be fixed. I >>> honestly haven’t tried making a hermetically sealed build in a few >>> years but last year worked on a project that did no network traversal >>> aside from using file-based repositories and it all worked fine. >>> On Nov 13, 2015, at 11:33 AM, Jörg Schaible >>> wrote: Hi Jason, Jason van Zyl wrote: > Use a file based remote repository instead of trying to build in > offline mode. > > You can either use a repository manager to create the remote > repository >>> or > an empty local repository with a full build. As noted though, you > have >>> to > remove all local repository metadata and files if you create the > repository locally. > > Now that you have the repository that contains everything you need > to build create a settings.xml with a mirror pointing to a > file-based repository. You shouldn’t need to build in offline mode > but using a file-base repository in your mirror will effectively be > the same. This >>> way > you will not be subject to every Maven plugins potentially flaking > handling of offline mode. Good idea, thanks! And with a mirror setup to file:/// (except for that file-based remote repo) we can even verify that no offline access is required. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org >>> Thanks, >>> >>> Jason >>> >>> -- >>> Jason van Zyl >>> Founder, Takari and Apache Maven >>> http://twitter.com/jvanzyl >>> http://twitter.com/takari_io >>> - >>> >>> To think is easy. To act is hard. But the hardest thing in the world >>> is to act in accordance with your thinking. >>> >>> -- Johann von Goethe >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronal
Re: Offline builds nearly impossible
I certainly would defer to your expertise. Ron On 13/11/2015 2:33 PM, Jason van Zyl wrote: In this case they would not be better and far less convenient. For a hermetically sealed build at any rate. The local repository cache cleared of the tracking files serves as a perfectly fine remote repository for this use case. Most escrow bundles carry all the tools and sources required to build the product: packaging a repository manager would probably be a bit much. On Nov 13, 2015, at 2:09 PM, Ron Wheeler wrote: Not sure if the extra work would be worthwhile when you have a number of free repo packages that are better in many ways than the maven cache and can be installed on Windows or Linux. Ron On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote: I just wanted to weigh in. This indeed does not function in what I would call an "intuitive" way. It would be really nice if offline mode meant just provide the switch and everything used your local repo. No extra configuration or trickery required. I know in modern times, the idea of always being connected is the norm, but if you KNOW you don't need any updates and you have a lot of deps, this could speed up the build a bit. Especially if you are forced to use a 3G connection for a build on an emergency basis in your job. Then again, it would also be nice if Santa Claus were real. When will Apache have their open source Santa project? ;) Cody Fyler Lending Grid Build Team G=Lending Grid Builds (515) – 441 - 0814 -Original Message- From: Paul Benedict [mailto:pbened...@apache.org] Sent: Friday, November 13, 2015 11:27 AM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Offline builds nearly impossible I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". Cheers, Paul On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: If this does not work please let me know. This is what I’ve used in the past and if it doesn’t work I agree it needs to be fixed. I honestly haven’t tried making a hermetically sealed build in a few years but last year worked on a project that did no network traversal aside from using file-based repositories and it all worked fine. On Nov 13, 2015, at 11:33 AM, Jörg Schaible wrote: Hi Jason, Jason van Zyl wrote: Use a file based remote repository instead of trying to build in offline mode. You can either use a repository manager to create the remote repository or an empty local repository with a full build. As noted though, you have to remove all local repository metadata and files if you create the repository locally. Now that you have the repository that contains everything you need to build create a settings.xml with a mirror pointing to a file-based repository. You shouldn’t need to build in offline mode but using a file-base repository in your mirror will effectively be the same. This way you will not be subject to every Maven plugins potentially flaking handling of offline mode. Good idea, thanks! And with a mirror setup to file:/// (except for that file-based remote repo) we can even verify that no offline access is required. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - To think is easy. To act is hard. But the hardest thing in the world is to act in accordance with your thinking. -- Johann von Goethe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io
Re: Offline builds nearly impossible
Jason's suggestion is what I have attempted in the past. You want to mirror your remote repository using file:/// pointing to your disk copy. Then you don't have to be offline. However, this is NOT your local repo! You still need that. Don't confuse the two even if both are on your machine. Cheers, Paul On Fri, Nov 13, 2015 at 1:36 PM, Ron Wheeler wrote: > I certainly would defer to your expertise. > > Ron > > On 13/11/2015 2:33 PM, Jason van Zyl wrote: > >> In this case they would not be better and far less convenient. For a >> hermetically sealed build at any rate. The local repository cache cleared >> of the tracking files serves as a perfectly fine remote repository for this >> use case. Most escrow bundles carry all the tools and sources required to >> build the product: packaging a repository manager would probably be a bit >> much. >> >> On Nov 13, 2015, at 2:09 PM, Ron Wheeler >>> wrote: >>> >>> >>> Not sure if the extra work would be worthwhile when you have a number of >>> free repo packages that are better in many ways than the maven cache and >>> can be installed on Windows or Linux. >>> >>> >>> Ron >>> >>> On 13/11/2015 12:44 PM, cody.a.fy...@wellsfargo.com wrote: >>> I just wanted to weigh in. This indeed does not function in what I would call an "intuitive" way. It would be really nice if offline mode meant just provide the switch and everything used your local repo. No extra configuration or trickery required. I know in modern times, the idea of always being connected is the norm, but if you KNOW you don't need any updates and you have a lot of deps, this could speed up the build a bit. Especially if you are forced to use a 3G connection for a build on an emergency basis in your job. Then again, it would also be nice if Santa Claus were real. When will Apache have their open source Santa project? ;) Cody Fyler Lending Grid Build Team G=Lending Grid Builds (515) – 441 - 0814 -Original Message- From: Paul Benedict [mailto:pbened...@apache.org] Sent: Friday, November 13, 2015 11:27 AM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Offline builds nearly impossible I think most people, at least once in their life, try to use their local repository cache as an offline remote repository. However, the two aren't the same in concept though, IIRC, the last time I tried. You still need to keep the two separate. Now it would be interesting if a tool existed to copy the contents of a local repository and scrub its local metadata. That would then give you a true "remote offline repo". Cheers, Paul On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl wrote: If this does not work please let me know. This is what I’ve used in > the past and if it doesn’t work I agree it needs to be fixed. I > honestly haven’t tried making a hermetically sealed build in a few > years but last year worked on a project that did no network traversal > aside from using file-based repositories and it all worked fine. > > On Nov 13, 2015, at 11:33 AM, Jörg Schaible >> > wrote: > >> Hi Jason, >> >> Jason van Zyl wrote: >> >> Use a file based remote repository instead of trying to build in >>> offline mode. >>> >>> You can either use a repository manager to create the remote >>> repository >>> >> or > >> an empty local repository with a full build. As noted though, you >>> have >>> >> to > >> remove all local repository metadata and files if you create the >>> repository locally. >>> >>> Now that you have the repository that contains everything you need >>> to build create a settings.xml with a mirror pointing to a >>> file-based repository. You shouldn’t need to build in offline mode >>> but using a file-base repository in your mirror will effectively be >>> the same. This >>> >> way > >> you will not be subject to every Maven plugins potentially flaking >>> handling of offline mode. >>> >> Good idea, thanks! And with a mirror setup to file:/// (except for >> that file-based remote repo) we can even verify that no offline >> access is required. >> >> Cheers, >> Jörg >> >> >> >> - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> Thanks, > > Jason > > -- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > - > > To th
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
Hi, On 11/13/15 2:23 PM, org.apache.maven.u...@io7m.com wrote: On 2015-11-13T10:03:54 + wrote: Hello. I'm attempting to add a Maven plugin to a small compiler project: Here's a tiny repro case. https://github.com/io7m/mvn-bug-20151113 Why are you using this: org.apache.maven maven-plugin-api 2.0 Better use at least version 3.0 of this... Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
'Lo! On 2015-11-13T21:39:06 +0100 Karl Heinz Marbaise wrote: > > Why are you using this: > > >org.apache.maven >maven-plugin-api >2.0 > > > Better use at least version 3.0 of this... Because the documentation says 2.0: https://maven.apache.org/guides/plugin/guide-java-plugin-development.html I'll try 3.0. Thanks! M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
On 2015-11-13T21:07:23 + wrote: > On 2015-11-13T21:39:06 +0100 > Karl Heinz Marbaise wrote: > > > > Better use at least version 3.0 of this... > > I'll try 3.0. No luck, unfortunately. Same error. M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
You must be running with a version of Maven where that class does not exist? That error means you’re using a library where that class was present during building but not present at runtime. You running something older than Maven 2.2.x? > On Nov 13, 2015, at 4:59 PM, org.apache.maven.u...@io7m.com wrote: > > On 2015-11-13T21:07:23 + > wrote: > >> On 2015-11-13T21:39:06 +0100 >> Karl Heinz Marbaise wrote: >>> >>> Better use at least version 3.0 of this... >> >> I'll try 3.0. > > No luck, unfortunately. Same error. > > M > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
On 2015-11-13T17:09:36 -0500 Jason van Zyl wrote: > You must be running with a version of Maven where that class does not exist? > That error means you’re using a library where that class was present during > building but not present at runtime. You running something older than Maven > 2.2.x? > I actually included the version information in the initial email: Apache Maven 3.3.3 (NON-CANONICAL_2015-07-27T12:38:38_root; 2015-07-27T09:38:38+00:00) Maven home: /opt/maven Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-8-openjdk/jre Default locale: en_GB, platform encoding: UTF-8 OS name: "linux", version: "4.2.2-1-arch", arch: "amd64", family: "unix" M - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-plugin-testing-harness: NoClassDefFoundError: org/apache/maven/execution/MavenExecutionRequest
You are missing the dependencies which contain the necessary classes. I made a PR for you. The project test now executes. FYI, I use this all the time now for plugin unit and integration testing: https://github.com/takari/takari-plugin-testing-project > On Nov 13, 2015, at 5:30 PM, > wrote: > > On 2015-11-13T17:09:36 -0500 > Jason van Zyl wrote: > >> You must be running with a version of Maven where that class does not exist? >> That error means you’re using a library where that class was present during >> building but not present at runtime. You running something older than Maven >> 2.2.x? >> > > I actually included the version information in the initial email: > > Apache Maven 3.3.3 (NON-CANONICAL_2015-07-27T12:38:38_root; > 2015-07-27T09:38:38+00:00) > Maven home: /opt/maven > Java version: 1.8.0_65, vendor: Oracle Corporation > Java home: /usr/lib/jvm/java-8-openjdk/jre > Default locale: en_GB, platform encoding: UTF-8 > OS name: "linux", version: "4.2.2-1-arch", arch: "amd64", family: "unix" > > M > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > Thanks, Jason -- Jason van Zyl Founder, Takari and Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - To think is easy. To act is hard. But the hardest thing in the world is to act in accordance with your thinking. -- Johann von Goethe - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org