checkstyle and antlr class not found issue
Hello all, I face a basic problem on Macos, using the latest mvn, checkstyle and antlr maven plugin. My friends do not suffers from this they work on linxu pcs. I keep trying to solve this but I dont have much clue. Note : I do not suffer from the issue with java 11. Only with java 8. java version "1.8.0_202" Java(TM) SE Runtime Environment (build 1.8.0_202-b08) Java HotSpot(TM) 64-Bit Server VM (build 25.202-b08, mixed mode) Apache Maven 3.6.2 (40f52333136460af0dc0d7232c0dc0bcf0d9e117; 2019-08-27T17:06:16+02:00) Maven home: /Users/dimi/Bin/apache-maven-3.6.2 Java version: 1.8.0_202, vendor: Oracle Corporation, runtime: /Library/Java/JavaVirtualMachines/jdk1.8.0_202.jdk/Contents/Home/jre Default locale: en_FR, platform encoding: UTF-8 OS name: "mac os x", version: "10.14.3", arch: "x86_64", family: "mac" Basically I hit : [ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:3.1.0:check (validate) on project punchplatform-lumberjack-lib: Execution validate of goal org.apache.maven.plugins:maven-checkstyle-plugin:3.1.0:check failed: A required class was missing while executing org.apache.maven.plugins:maven-checkstyle-plugin:3.1.0:check: antlr/collections/AST or with -X : Caused by: java.lang.ClassNotFoundException: antlr.collections.AST at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass (SelfFirstStrategy.java:50) at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass (ClassRealm.java:271) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass (ClassRealm.java:247) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass (ClassRealm.java:239) at com.puppycrawl.tools.checkstyle.Checker. (Checker.java:111) at org.apache.maven.plugins.checkstyle.exec.DefaultCheckstyleExecutor.executeCheckstyle (DefaultCheckstyleExecutor.java:115) at org.apache.maven.plugins.checkstyle.CheckstyleViolationCheckMojo.execute (CheckstyleViolationCheckMojo.java:537) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137) at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:210) at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:156) at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:148) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:56) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128) at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105) at org.apache.maven.cli.MavenCli.execute (MavenCli.java:956) at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288) at org.apache.maven.cli.MavenCli.main (MavenCli.java:192) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke (Method.java:498) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:282) at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:225) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:406) at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:347) [ERROR] [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/PluginContainerException Thks in advance for any help, Dimi - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Class not found
Hi, I am using the following code base: https://github.com/larsgeorge/hbase-book/tree/master/ch07 The thing is .. I do the mvn clean package And it compiles fine. But when I run one of the code.. it throws an error: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:115) at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:719) at org.apache.hadoop.mapred.MapTask.run(MapTask.java:370) at org.apache.hadoop.mapred.Child$4.run(Child.java:255) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:416) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1093) at org.apache.hadoop.mapred.Child.main(Child.java:249) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at org.apache.hadoop.util.ReflectionUtils.newInstance(ReflectionUtils.java:113) ... 7 more Caused by: java.lang.NoClassDefFoundError: org/json/simple/parser/JSONParser at mapreduce.ParseJson$ParseMapper.(ParseJson.java:49) ... 12 more Caused by: java.lang.ClassNotFoundException: org.json.simple.parser.JSONParser at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 13 more Now I am guessing it is not able to find simple-json library.. but I think they have added it into pom here: https://github.com/larsgeorge/hbase-book/blob/master/ch07/pom.xml com.googlecode.json-simple json-simple 1.1 Also, if I export a jar from eclipse and explicitly ask to include this jar, the code works just fine? What am i missing?
NullKnownHostProvider class not found during site deployment
Hi, I could not configure site deployment with NullKnownHostProvider as known host provider. Class NullKnownHostProvider is not found :-( Actually NullKnownHostProvider class is bundled in the "wagon-ssh-common" library. The library is a transitive dependency of "wagon-ssh" which is declared as m-site-p dependency. From this perspective class should be on the classpath, but: Stack trace: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.0-beta-4-SNAPSHOT:stage-deploy (default-cli) on project test3: Unable to configure Wagon: 'scp': While configuring wagon for 'localhost': Unable to apply wagon configuration. ClassNotFoundException: Class name which was explicitly given in configuration using 'implementation' attribute: 'org.apache.maven.wagon.providers.ssh.knownhost.NullKnownHostProvider' cannot be loaded -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.0-beta-4-SNAPSHOT:stage-deploy (default-cli) on project test3: Unable to configure Wagon: 'scp' at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to configure Wagon: 'scp' at org.apache.maven.plugins.site.AbstractDeployMojo.deploy(AbstractDeployMojo.java:257) at org.apache.maven.plugins.site.AbstractDeployMojo.deployTo(AbstractDeployMojo.java:242) at org.apache.maven.plugins.site.AbstractDeployMojo.execute(AbstractDeployMojo.java:150) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 19 more Caused by: org.apache.maven.wagon.TransferFailedException: While configuring wagon for 'localhost': Unable to apply wagon configuration. at org.apache.maven.plugins.site.AbstractDeployMojo.configureWagon(AbstractDeployMojo.java:654) at org.apache.maven.plugins.site.AbstractDeployMojo.deploy(AbstractDeployMojo.java:253) ... 23 more Caused by: org.codehaus.plexus.component.configurator.ComponentConfigurationException: ClassNotFoundException: Class name which was explicitly given in configuration using 'implementation' attribute: 'org.apache.maven.wagon.providers.ssh.knownhost.NullKnownHostProvider' cannot be loaded at org.codehaus.plexus.component.configurator.converters.AbstractConfigurationConverter.getClassForImplementationHint(AbstractConfigurationConverter.java:70) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.fromConfiguration(ObjectWithFieldsConverter.java:80) at org.codehaus.plexus.component.configurator.converters.ComponentValueSetter.configure(ComponentValueSetter.java:278) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration(ObjectWithFieldsConverter.java:151) at org.codehaus.plexus.component.configurator.BasicComponentConfigurator.configureComponent(BasicComponentConfigurator.java:56) at org.codehaus.plexus.component.configurator.AbstractComponentConfigurator.configureComponent(AbstractComponentConfigurator.java:66) at org.codeha
RE: Class not found refloated
Guten Tag you might want to consider implementing a custom classloader which is configurable via a properties file org.apache.maven.its.plugins maven-it-plugin-class-loader test validate mng-2174.properties target/pcl.properties load Saludos Cordiales desde EEUU! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Wed, 24 Mar 2010 16:08:29 -0400 > From: h...@welinux.cl > To: users@maven.apache.org > Subject: Class not found refloated > > Hi, > > Mi company is moving from ant to maven in an eclipse environment: eclipse > Galileo and m2eclise 0.10 with Tomcat 6 and JRE 6. > > We are completely refactoring and old Ant project, and the problem we are > experiencing seems to be and old one, from time to time (ten minutes or so > depending), the system starts with "class not found exceptions", i've checked > various postings without solving definitively the problem: > > - Putting maven libraries abobe JRE. > - Project/clean and then Update maven dependencies (and reverse). > - Drop and recreate tomcat servers. > > Two rounds of the above and the project starts to work again, but is very > frustrating. > > ... i would like to know if there is something official in relation to this ? > > Any help will be appreciated. > Hans > > -- > Hans Poo, WeLinux S.A. http://www.welinux.cl > Office: 56-2-697.25.42, Mobile: 09-319.93.05 > Bombero Ossa # 1010, Santiago, Chile > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > _ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850553/direct/01/
Re: Class not found refloated
> or so depending), the system starts with "class not found exceptions", > i've checked various postings without solving definitively the problem: Ask this question on the m2eclipse user list: http://m2eclipse.sonatype.org/project-information.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Class not found refloated
Hi, Mi company is moving from ant to maven in an eclipse environment: eclipse Galileo and m2eclise 0.10 with Tomcat 6 and JRE 6. We are completely refactoring and old Ant project, and the problem we are experiencing seems to be and old one, from time to time (ten minutes or so depending), the system starts with "class not found exceptions", i've checked various postings without solving definitively the problem: - Putting maven libraries abobe JRE. - Project/clean and then Update maven dependencies (and reverse). - Drop and recreate tomcat servers. Two rounds of the above and the project starts to work again, but is very frustrating. ... i would like to know if there is something official in relation to this ? Any help will be appreciated. Hans -- Hans Poo, WeLinux S.A. http://www.welinux.cl Office: 56-2-697.25.42, Mobile: 09-319.93.05 Bombero Ossa # 1010, Santiago, Chile - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Class not found exception
Thanks for replying Wayne. This is my depedency. org.wicketstuff wicket-contrib-tinymce 1.3-SNAPSHOT I start jetty like this - mvn jetty:run and all of that starts fine and does not complain about this missing class file. And the packaging is war. 4.0.0 com.jasneo ib war 1.3.5 quickstart -- View this message in context: http://www.nabble.com/Maven-Class-not-found-exception-tp21944885p21945560.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Class not found exception
> I am running my jetty with maven, and I have a dependency in my POM for > wicket-contrib-tinymce. Maven downloaded the wicket-contrib-tinymce jar file > and I can see it in my repo. Jetty starts up fine as well, but I get a > NoClassDefFoundError when I click on a link that contains a page that > references this class. What does the look like in your pom? How are you starting Jetty? What kind of packaging are you using in your project - war? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven Class not found exception
Hey All, I am running my jetty with maven, and I have a dependency in my POM for wicket-contrib-tinymce. Maven downloaded the wicket-contrib-tinymce jar file and I can see it in my repo. Jetty starts up fine as well, but I get a NoClassDefFoundError when I click on a link that contains a page that references this class. I am not sure where or how the classpath is generated when I run maven/jetty. Can someone please help? WicketMessage: Can't instantiate page using constructor public com.jasneo.web.EditQuestion() Root cause: java.lang.NoClassDefFoundError: wicket/contrib/tinymce/TinyMceBehavior at com.jasneo.web.EditQuestion$QuestionsMCForm.(EditQuestion.java:54) at com.jasneo.web.EditQuestion.(EditQuestion.java:25) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:149) Thanks! -- View this message in context: http://www.nabble.com/Maven-Class-not-found-exception-tp21944885p21944885.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Weired classpath pb: class not found in parent dir
Hi Markus, Markus Jostock wrote at Montag, 9. Februar 2009 15:48: > Dear all > > In a sub-module of a multi-module project I parse an XML file via Xalan > (using antrun and a task). > > While it works fine when I run mvn in the sub-module, it fails when I > run mvn in the superior parent module, although I put a dependency to > Xalan in the antrun plugin definition. > > Would anyone have an idea what could cause this classpath problem (if it > is any)? If you run a different instacne of the ant-run-plugin first that does not declare this dep. Each plugin is loaded once and only. Use a common parent with a pluginMgmt section that declares this plugin with all necessary deps for the overall build. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Weired classpath pb: class not found in parent dir
Dear all In a sub-module of a multi-module project I parse an XML file via Xalan (using antrun and a task). While it works fine when I run mvn in the sub-module, it fails when I run mvn in the superior parent module, although I put a dependency to Xalan in the antrun plugin definition. Would anyone have an idea what could cause this classpath problem (if it is any)? Many thanks! Cheers Markus [INFO] [antrun:run {execution: generate-sources}] [INFO] Executing tasks [java] Could not find org.apache.xalan.xslt.Process. Make sure you have it in your classpath [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:138) [java] ... pom.xml: ... maven-antrun-plugin 1.3 generate-sources generate-sources fork="false"> run xalan xalan compile - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Strange Class Not found Exception in selfmade plugin
Hello Maven Gurus, I have developed a number of plugins that build a deployment package for our ESB. Now I am currently developing a series of plugins that shall execute in the pre-integration-test, integration-test and post-integration-test lifecycle phases. The plan is to set up a server runtime and start it up in pre-integration-test, run the test cases in integration-test and shut down the server runtime again in post-integration-test. We have decided to set up a fresh runtime for each integration test as we want to test the deployment behaviour as well. To my question: The plugin that I want to execute in the pre-integration-test comes with a classNotFoundException for a class that is definitely in the dependencies of my plugin. I have registered my plugin for the lifecycle execution in the components.xml as follows: org.apache.maven.lifecycle.mapping.LifecycleMapping esb org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping com.sonicsw.maven.plugins:ESBPlugin:1.0-SNAPSHOT:esb-export org.apache.maven.plugins:maven-resources-plugin:testResources org.apache.maven.plugins:maven-compiler-plugin:testCompile org.apache.maven.plugins:maven-surefire-plugin:test com.sonicsw.maven.plugins:ESBPlugin:1.0-SNAPSHOT:esb-package com.sonicsw.maven.plugins:ESBPlugin:1.0-SNAPSHOT:prepare-it org.apache.maven.plugins:maven-surefire-plugin:test org.apache.maven.plugins:maven-install-plugin:install org.apache.maven.plugins:maven-deploy-plugin:deploy When I execute mvn integration-test the plugin is executed as expected. As mentioned, when bein executed as a maven plugin the plugin fails with a class not found exception.. I have examined the depenency tree of my plugin and can clearly see, that the jar file containing the class is in there. When I try to execute the plugin standalone (without the lifecycle) the same error occurs. Also, when I run a JUnit test case against the plugin from within Eclipse (using the m2eclipse classpath container resolved via the dependencies), the plugin code executes just fine. Therefore I assume, that I am running into a classloading issue within maven itself. I have searched the documentation and JIRA for similar issues, but was unable to find something. Any pointers into existing issues, documenation or hints how I could narrow down the issue further are greatly appreciated. Thanks in advance Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tests fail (class not found) when running against non-standard local repository location
I only thought of it because I've used it previously for similar reasons with another piece of software. In my experience, it usually works. Glad to hear it helped! ;-) On *nix, we have ln. On Windows, we have subst. Wayne On 8/16/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > That is a brilliant example of lateral thinking, and a horrible > horrible hack! > > But it works. > > Thanks for that > > -- Vihung > > -Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 15, 2007 5:58 PM > To: Maven Users List > Subject: Re: Tests fail (class not found) when running against > non-standard local repository location > > > I would try using the MS-DOS command "subst" to set up a fake M: drive > or something that is actually pointing at your current project. Then > tell settings.xml that your repo is at M:\repository which will > actually be c:\your-projects\project1\repository. > > If this works, make a set.bat file to automate the process, and copy > the batch file into each of your projects. > > Wayne > > On 8/15/07, Vihung Marathe <[EMAIL PROTECTED]> > wrote: > > I agree that the normal Maven way of doing things is to have a > > settings.xml per seat *(i.e. a user on a machine) that will apply to > > all projects. > > > > I am working on a project where, for reasons out of my control for > > now, we would like to have a repository per project, and hence a > > settings file per project too. > > > > I understand that I am working 'against' Maven in doing so, however, > > most of maven's functionality works fine with this arrangement. The > > only issue I am having is with the surefire plugin. > > > > To summarise, almost all of Maven's core functionality works with a > > relative repository location. The surefire plugin does not. > > > > Perhaps working with a relative repository location is not part of > the > > 'spec', and therefore a failure to do so is not a bug. > > > > However, > > a) Maven has not prevented me from specifying a relative location > for > > the repository, and > > b) the other plugins seem to work with it fine, > > > > so following the principle of least surprises, I would expect the > > surefire plugin to work with it too > > > > -- Vihung > > > > -Original Message- > > From: Wayne Fay [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, August 08, 2007 7:57 PM > > To: Maven Users List > > Subject: Re: Tests fail (class not found) when running against > > non-standard local repository location > > > > > > I don't consider it to be a bug. Settings.xml is supposed to have > > values that apply to "all" projects, so by definition, relative > paths > > should not be acceptable. > > > > Wayne > > > > On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> > > wrote: > > > The problem appears to be when the custom location is a relative > > path. > > > > > > As soon as I change the localRepository value in my settings.xml > to > > an > > > absolute path - in any form* - it seems to work. > > > > > > Any ideas? Is this a bug - possibly with Surefire? All the other > > goals > > > work fine with a relative repository location. > > > > > > -- Vihung > > > > > > * I am on Windows, and all of the following values seem to work > > > - C:\workspace\myproject\repository > > > - \workspace\myproject\repository > > > - C:/workspace/myproject/repository > > > - /workspace/myproject/repository > > > > > > However, assuming I am running maven from C:\workspace\myproject, > > none > > > of the following values work > > > - .\repository > > > - ./repository > > > - repository > > > > > > > > > -Original Message- > > > From: Vihung Marathe > > > Sent: Wednesday, August 01, 2007 5:56 PM > > > To: 'Maven Users List' > > > Subject: RE: Tests fail (class not found) when running against > > > non-standard local repository location > > > > > > > > > No. > > > > > > Actually in the case that works, the command line is longer > (because > > > the default repository location includes the "Documents and > > Settings" > > > directory on Windows). > > > > > > -- Vihung > > > > > > -Original Message- > > > From: Wayne Fay [ma
RE: Tests fail (class not found) when running against non-standard local repository location
That is a brilliant example of lateral thinking, and a horrible horrible hack! But it works. Thanks for that -- Vihung -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 15, 2007 5:58 PM To: Maven Users List Subject: Re: Tests fail (class not found) when running against non-standard local repository location I would try using the MS-DOS command "subst" to set up a fake M: drive or something that is actually pointing at your current project. Then tell settings.xml that your repo is at M:\repository which will actually be c:\your-projects\project1\repository. If this works, make a set.bat file to automate the process, and copy the batch file into each of your projects. Wayne On 8/15/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > I agree that the normal Maven way of doing things is to have a > settings.xml per seat *(i.e. a user on a machine) that will apply to > all projects. > > I am working on a project where, for reasons out of my control for > now, we would like to have a repository per project, and hence a > settings file per project too. > > I understand that I am working 'against' Maven in doing so, however, > most of maven's functionality works fine with this arrangement. The > only issue I am having is with the surefire plugin. > > To summarise, almost all of Maven's core functionality works with a > relative repository location. The surefire plugin does not. > > Perhaps working with a relative repository location is not part of the > 'spec', and therefore a failure to do so is not a bug. > > However, > a) Maven has not prevented me from specifying a relative location for > the repository, and > b) the other plugins seem to work with it fine, > > so following the principle of least surprises, I would expect the > surefire plugin to work with it too > > -- Vihung > > -Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 08, 2007 7:57 PM > To: Maven Users List > Subject: Re: Tests fail (class not found) when running against > non-standard local repository location > > > I don't consider it to be a bug. Settings.xml is supposed to have > values that apply to "all" projects, so by definition, relative paths > should not be acceptable. > > Wayne > > On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> > wrote: > > The problem appears to be when the custom location is a relative > path. > > > > As soon as I change the localRepository value in my settings.xml to > an > > absolute path - in any form* - it seems to work. > > > > Any ideas? Is this a bug - possibly with Surefire? All the other > goals > > work fine with a relative repository location. > > > > -- Vihung > > > > * I am on Windows, and all of the following values seem to work > > - C:\workspace\myproject\repository > > - \workspace\myproject\repository > > - C:/workspace/myproject/repository > > - /workspace/myproject/repository > > > > However, assuming I am running maven from C:\workspace\myproject, > none > > of the following values work > > - .\repository > > - ./repository > > - repository > > > > > > -Original Message- > > From: Vihung Marathe > > Sent: Wednesday, August 01, 2007 5:56 PM > > To: 'Maven Users List' > > Subject: RE: Tests fail (class not found) when running against > > non-standard local repository location > > > > > > No. > > > > Actually in the case that works, the command line is longer (because > > the default repository location includes the "Documents and > Settings" > > directory on Windows). > > > > -- Vihung > > > > -Original Message- > > From: Wayne Fay [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, August 01, 2007 4:47 PM > > To: Maven Users List > > Subject: Re: Tests fail (class not found) when running against > > non-standard local repository location > > > > > > Off the top of my head, the only thing I could think would be if, by > > redirecting the localRepo, you're running into max lengths of paths > on > > Windows, or maxing out the -classpath argument length. > > > > It is certainly an odd problem, and I've never seen it myself, nor > > seen it reported on this list. In fact, I know many people are using > > localRepo setting to utilize a different location very successfully. > > So I'd expect the problem is specific to your environment somehow. > > > > Wayne > > ___
Re: Tests fail (class not found) when running against non-standard local repository location
I would try using the MS-DOS command "subst" to set up a fake M: drive or something that is actually pointing at your current project. Then tell settings.xml that your repo is at M:\repository which will actually be c:\your-projects\project1\repository. If this works, make a set.bat file to automate the process, and copy the batch file into each of your projects. Wayne On 8/15/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > I agree that the normal Maven way of doing things is to have a > settings.xml per seat *(i.e. a user on a machine) that will apply to > all projects. > > I am working on a project where, for reasons out of my control for > now, we would like to have a repository per project, and hence a > settings file per project too. > > I understand that I am working 'against' Maven in doing so, however, > most of maven's functionality works fine with this arrangement. The > only issue I am having is with the surefire plugin. > > To summarise, almost all of Maven's core functionality works with a > relative repository location. The surefire plugin does not. > > Perhaps working with a relative repository location is not part of the > 'spec', and therefore a failure to do so is not a bug. > > However, > a) Maven has not prevented me from specifying a relative location for > the repository, and > b) the other plugins seem to work with it fine, > > so following the principle of least surprises, I would expect the > surefire plugin to work with it too > > -- Vihung > > -Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 08, 2007 7:57 PM > To: Maven Users List > Subject: Re: Tests fail (class not found) when running against > non-standard local repository location > > > I don't consider it to be a bug. Settings.xml is supposed to have > values that apply to "all" projects, so by definition, relative paths > should not be acceptable. > > Wayne > > On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> > wrote: > > The problem appears to be when the custom location is a relative > path. > > > > As soon as I change the localRepository value in my settings.xml to > an > > absolute path - in any form* - it seems to work. > > > > Any ideas? Is this a bug - possibly with Surefire? All the other > goals > > work fine with a relative repository location. > > > > -- Vihung > > > > * I am on Windows, and all of the following values seem to work > > - C:\workspace\myproject\repository > > - \workspace\myproject\repository > > - C:/workspace/myproject/repository > > - /workspace/myproject/repository > > > > However, assuming I am running maven from C:\workspace\myproject, > none > > of the following values work > > - .\repository > > - ./repository > > - repository > > > > > > -Original Message- > > From: Vihung Marathe > > Sent: Wednesday, August 01, 2007 5:56 PM > > To: 'Maven Users List' > > Subject: RE: Tests fail (class not found) when running against > > non-standard local repository location > > > > > > No. > > > > Actually in the case that works, the command line is longer (because > > the default repository location includes the "Documents and > Settings" > > directory on Windows). > > > > -- Vihung > > > > -Original Message- > > From: Wayne Fay [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, August 01, 2007 4:47 PM > > To: Maven Users List > > Subject: Re: Tests fail (class not found) when running against > > non-standard local repository location > > > > > > Off the top of my head, the only thing I could think would be if, by > > redirecting the localRepo, you're running into max lengths of paths > on > > Windows, or maxing out the -classpath argument length. > > > > It is certainly an odd problem, and I've never seen it myself, nor > > seen it reported on this list. In fact, I know many people are using > > localRepo setting to utilize a different location very successfully. > > So I'd expect the problem is specific to your environment somehow. > > > > Wayne > > _ > > > > This e-mail may contain confidential information and/or copyright > material. This e-mail is intended for the use of the addressee only. > Any unauthorised use may be unlawful. > > > > If you receive this e-mail by mistake please advise the sender > immediately by using the reply facility in you
RE: Tests fail (class not found) when running against non-standard local repository location
Yes. This issue is not with the format of the location of the classpath at all. I have tried lots of permutations and combinations of factors in an effort to understand this bug better - paths with spaces/without spaces, paths with quotes/without quotes etc., and the ONLY factor that determines whether the surefire plugin works is whether the repository location is absolute or relative Try it yourself -- Vihung -Original Message- From: metabaron [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 2:16 PM To: users@maven.apache.org Subject: Re: Tests fail (class not found) when running against non-standard local repository location I had a similar problem with maven-weblogic-plugin. Then I found out that it was a problem with the white spaces in Documents and Settings so I added something like this: ${HOMEDRIVE}/Docume~1/User/.m2/repository in the settings.xml and it worked perfectly. Wayne Fay wrote: > > I don't consider it to be a bug. Settings.xml is supposed to have > values that apply to "all" projects, so by definition, relative paths > should not be acceptable. > > Wayne > > On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: >> The problem appears to be when the custom location is a relative path. >> >> As soon as I change the localRepository value in my settings.xml to an >> absolute path - in any form* - it seems to work. >> >> Any ideas? Is this a bug - possibly with Surefire? All the other goals >> work fine with a relative repository location. >> >> -- Vihung >> >> * I am on Windows, and all of the following values seem to work >> - C:\workspace\myproject\repository >> - \workspace\myproject\repository >> - C:/workspace/myproject/repository >> - /workspace/myproject/repository >> >> However, assuming I am running maven from C:\workspace\myproject, none >> of the following values work >> - .\repository >> - ./repository >> - repository >> >> >> -Original Message- >> From: Vihung Marathe >> Sent: Wednesday, August 01, 2007 5:56 PM >> To: 'Maven Users List' >> Subject: RE: Tests fail (class not found) when running against >> non-standard local repository location >> >> >> No. >> >> Actually in the case that works, the command line is longer (because >> the default repository location includes the "Documents and Settings" >> directory on Windows). >> >> -- Vihung >> >> -Original Message- >> From: Wayne Fay [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, August 01, 2007 4:47 PM >> To: Maven Users List >> Subject: Re: Tests fail (class not found) when running against >> non-standard local repository location >> >> >> Off the top of my head, the only thing I could think would be if, by >> redirecting the localRepo, you're running into max lengths of paths on >> Windows, or maxing out the -classpath argument length. >> >> It is certainly an odd problem, and I've never seen it myself, nor >> seen it reported on this list. In fact, I know many people are using >> localRepo setting to utilize a different location very successfully. >> So I'd expect the problem is specific to your environment somehow. >> >> Wayne >> _ >> >> This e-mail may contain confidential information and/or copyright >> material. This e-mail is intended for the use of the addressee only. Any >> unauthorised use may be unlawful. >> >> If you receive this e-mail by mistake please advise the sender >> immediately by using the reply facility in your e-mail software. >> >> The Friends Provident group of companies includes these Friends Provident >> plc subsidiary companies: >> >> Friends Provident Life and Pensions Limited. Registered number 4096141. >> Friends Provident Life Assurance Limited. Registered number 782698. >> Friends Provident Pensions Limited. Registered number 475201. >> Friends Provident Marketing Limited. Registered number 5059179. >> >> Each of the above subsidiary companies is authorised and regulated by the >> Financial Services Authority. >> >> Friends Provident Management Services Limited. Registered number 983330 >> >> The ultimate holding company is Friends Provident plc. Registered number >> 4113107. >> >> All are incorporated companies limited by shares and registered in >> England. >> Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. >> >> www.friendsprovident.com >> >> __
RE: Tests fail (class not found) when running against non-standard local repository location
I agree that the normal Maven way of doing things is to have a settings.xml per seat *(i.e. a user on a machine) that will apply to all projects. I am working on a project where, for reasons out of my control for now, we would like to have a repository per project, and hence a settings file per project too. I understand that I am working 'against' Maven in doing so, however, most of maven's functionality works fine with this arrangement. The only issue I am having is with the surefire plugin. To summarise, almost all of Maven's core functionality works with a relative repository location. The surefire plugin does not. Perhaps working with a relative repository location is not part of the 'spec', and therefore a failure to do so is not a bug. However, a) Maven has not prevented me from specifying a relative location for the repository, and b) the other plugins seem to work with it fine, so following the principle of least surprises, I would expect the surefire plugin to work with it too -- Vihung -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 08, 2007 7:57 PM To: Maven Users List Subject: Re: Tests fail (class not found) when running against non-standard local repository location I don't consider it to be a bug. Settings.xml is supposed to have values that apply to "all" projects, so by definition, relative paths should not be acceptable. Wayne On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > The problem appears to be when the custom location is a relative path. > > As soon as I change the localRepository value in my settings.xml to an > absolute path - in any form* - it seems to work. > > Any ideas? Is this a bug - possibly with Surefire? All the other goals > work fine with a relative repository location. > > -- Vihung > > * I am on Windows, and all of the following values seem to work > - C:\workspace\myproject\repository > - \workspace\myproject\repository > - C:/workspace/myproject/repository > - /workspace/myproject/repository > > However, assuming I am running maven from C:\workspace\myproject, none > of the following values work > - .\repository > - ./repository > - repository > > > -Original Message- > From: Vihung Marathe > Sent: Wednesday, August 01, 2007 5:56 PM > To: 'Maven Users List' > Subject: RE: Tests fail (class not found) when running against > non-standard local repository location > > > No. > > Actually in the case that works, the command line is longer (because > the default repository location includes the "Documents and Settings" > directory on Windows). > > -- Vihung > > -Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 01, 2007 4:47 PM > To: Maven Users List > Subject: Re: Tests fail (class not found) when running against > non-standard local repository location > > > Off the top of my head, the only thing I could think would be if, by > redirecting the localRepo, you're running into max lengths of paths on > Windows, or maxing out the -classpath argument length. > > It is certainly an odd problem, and I've never seen it myself, nor > seen it reported on this list. In fact, I know many people are using > localRepo setting to utilize a different location very successfully. > So I'd expect the problem is specific to your environment somehow. > > Wayne > _ > > This e-mail may contain confidential information and/or copyright material. This e-mail is intended for the use of the addressee only. Any unauthorised use may be unlawful. > > If you receive this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software. > > The Friends Provident group of companies includes these Friends Provident plc subsidiary companies: > > Friends Provident Life and Pensions Limited. Registered number 4096141. > Friends Provident Life Assurance Limited. Registered number 782698. > Friends Provident Pensions Limited. Registered number 475201. > Friends Provident Marketing Limited. Registered number 5059179. > > Each of the above subsidiary companies is authorised and regulated by the Financial Services Authority. > > Friends Provident Management Services Limited. Registered number 983330 > > The ultimate holding company is Friends Provident plc. Registered number 4113107. > > All are incorporated companies limited by shares and registered in England. > Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. > > www.friendsprovident.com > > _ >
Re: Tests fail (class not found) when running against non-standard local repository location
I had a similar problem with maven-weblogic-plugin. Then I found out that it was a problem with the white spaces in Documents and Settings so I added something like this: ${HOMEDRIVE}/Docume~1/User/.m2/repository in the settings.xml and it worked perfectly. Wayne Fay wrote: > > I don't consider it to be a bug. Settings.xml is supposed to have > values that apply to "all" projects, so by definition, relative paths > should not be acceptable. > > Wayne > > On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: >> The problem appears to be when the custom location is a relative path. >> >> As soon as I change the localRepository value in my settings.xml to an >> absolute path - in any form* - it seems to work. >> >> Any ideas? Is this a bug - possibly with Surefire? All the other goals >> work fine with a relative repository location. >> >> -- Vihung >> >> * I am on Windows, and all of the following values seem to work >> - C:\workspace\myproject\repository >> - \workspace\myproject\repository >> - C:/workspace/myproject/repository >> - /workspace/myproject/repository >> >> However, assuming I am running maven from C:\workspace\myproject, none >> of the following values work >> - .\repository >> - ./repository >> - repository >> >> >> -Original Message- >> From: Vihung Marathe >> Sent: Wednesday, August 01, 2007 5:56 PM >> To: 'Maven Users List' >> Subject: RE: Tests fail (class not found) when running against >> non-standard local repository location >> >> >> No. >> >> Actually in the case that works, the command line is longer (because >> the default repository location includes the "Documents and Settings" >> directory on Windows). >> >> -- Vihung >> >> -Original Message- >> From: Wayne Fay [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, August 01, 2007 4:47 PM >> To: Maven Users List >> Subject: Re: Tests fail (class not found) when running against >> non-standard local repository location >> >> >> Off the top of my head, the only thing I could think would be if, by >> redirecting the localRepo, you're running into max lengths of paths on >> Windows, or maxing out the -classpath argument length. >> >> It is certainly an odd problem, and I've never seen it myself, nor >> seen it reported on this list. In fact, I know many people are using >> localRepo setting to utilize a different location very successfully. >> So I'd expect the problem is specific to your environment somehow. >> >> Wayne >> _ >> >> This e-mail may contain confidential information and/or copyright >> material. This e-mail is intended for the use of the addressee only. Any >> unauthorised use may be unlawful. >> >> If you receive this e-mail by mistake please advise the sender >> immediately by using the reply facility in your e-mail software. >> >> The Friends Provident group of companies includes these Friends Provident >> plc subsidiary companies: >> >> Friends Provident Life and Pensions Limited. Registered number 4096141. >> Friends Provident Life Assurance Limited. Registered number 782698. >> Friends Provident Pensions Limited. Registered number 475201. >> Friends Provident Marketing Limited. Registered number 5059179. >> >> Each of the above subsidiary companies is authorised and regulated by the >> Financial Services Authority. >> >> Friends Provident Management Services Limited. Registered number 983330 >> >> The ultimate holding company is Friends Provident plc. Registered number >> 4113107. >> >> All are incorporated companies limited by shares and registered in >> England. >> Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. >> >> www.friendsprovident.com >> >> _ >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Tests-fail-%28class-not-found%29-when-running-against-non-standard-local-repository-location-tf4200745s177.html#a12091030 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tests fail (class not found) when running against non-standard local repository location
I don't consider it to be a bug. Settings.xml is supposed to have values that apply to "all" projects, so by definition, relative paths should not be acceptable. Wayne On 8/8/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > The problem appears to be when the custom location is a relative path. > > As soon as I change the localRepository value in my settings.xml to an > absolute path - in any form* - it seems to work. > > Any ideas? Is this a bug - possibly with Surefire? All the other goals > work fine with a relative repository location. > > -- Vihung > > * I am on Windows, and all of the following values seem to work > - C:\workspace\myproject\repository > - \workspace\myproject\repository > - C:/workspace/myproject/repository > - /workspace/myproject/repository > > However, assuming I am running maven from C:\workspace\myproject, none > of the following values work > - .\repository > - ./repository > - repository > > > -Original Message- > From: Vihung Marathe > Sent: Wednesday, August 01, 2007 5:56 PM > To: 'Maven Users List' > Subject: RE: Tests fail (class not found) when running against > non-standard local repository location > > > No. > > Actually in the case that works, the command line is longer (because > the default repository location includes the "Documents and Settings" > directory on Windows). > > -- Vihung > > -----Original Message- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 01, 2007 4:47 PM > To: Maven Users List > Subject: Re: Tests fail (class not found) when running against > non-standard local repository location > > > Off the top of my head, the only thing I could think would be if, by > redirecting the localRepo, you're running into max lengths of paths on > Windows, or maxing out the -classpath argument length. > > It is certainly an odd problem, and I've never seen it myself, nor > seen it reported on this list. In fact, I know many people are using > localRepo setting to utilize a different location very successfully. > So I'd expect the problem is specific to your environment somehow. > > Wayne > _ > > This e-mail may contain confidential information and/or copyright material. > This e-mail is intended for the use of the addressee only. Any unauthorised > use may be unlawful. > > If you receive this e-mail by mistake please advise the sender immediately by > using the reply facility in your e-mail software. > > The Friends Provident group of companies includes these Friends Provident plc > subsidiary companies: > > Friends Provident Life and Pensions Limited. Registered number 4096141. > Friends Provident Life Assurance Limited. Registered number 782698. > Friends Provident Pensions Limited. Registered number 475201. > Friends Provident Marketing Limited. Registered number 5059179. > > Each of the above subsidiary companies is authorised and regulated by the > Financial Services Authority. > > Friends Provident Management Services Limited. Registered number 983330 > > The ultimate holding company is Friends Provident plc. Registered number > 4113107. > > All are incorporated companies limited by shares and registered in England. > Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. > > www.friendsprovident.com > > _ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tests fail (class not found) when running against non-standard local repository location
The problem appears to be when the custom location is a relative path. As soon as I change the localRepository value in my settings.xml to an absolute path - in any form* - it seems to work. Any ideas? Is this a bug - possibly with Surefire? All the other goals work fine with a relative repository location. -- Vihung * I am on Windows, and all of the following values seem to work - C:\workspace\myproject\repository - \workspace\myproject\repository - C:/workspace/myproject/repository - /workspace/myproject/repository However, assuming I am running maven from C:\workspace\myproject, none of the following values work - .\repository - ./repository - repository -Original Message- From: Vihung Marathe Sent: Wednesday, August 01, 2007 5:56 PM To: 'Maven Users List' Subject: RE: Tests fail (class not found) when running against non-standard local repository location No. Actually in the case that works, the command line is longer (because the default repository location includes the "Documents and Settings" directory on Windows). -- Vihung -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 01, 2007 4:47 PM To: Maven Users List Subject: Re: Tests fail (class not found) when running against non-standard local repository location Off the top of my head, the only thing I could think would be if, by redirecting the localRepo, you're running into max lengths of paths on Windows, or maxing out the -classpath argument length. It is certainly an odd problem, and I've never seen it myself, nor seen it reported on this list. In fact, I know many people are using localRepo setting to utilize a different location very successfully. So I'd expect the problem is specific to your environment somehow. Wayne _ This e-mail may contain confidential information and/or copyright material. This e-mail is intended for the use of the addressee only. Any unauthorised use may be unlawful. If you receive this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software. The Friends Provident group of companies includes these Friends Provident plc subsidiary companies: Friends Provident Life and Pensions Limited. Registered number 4096141. Friends Provident Life Assurance Limited. Registered number 782698. Friends Provident Pensions Limited. Registered number 475201. Friends Provident Marketing Limited. Registered number 5059179. Each of the above subsidiary companies is authorised and regulated by the Financial Services Authority. Friends Provident Management Services Limited. Registered number 983330 The ultimate holding company is Friends Provident plc. Registered number 4113107. All are incorporated companies limited by shares and registered in England. Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. www.friendsprovident.com _ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: WebLogic Deployment - class not found error
Thanks Scott, I managed to sort this out - there were two issues, the first was (as you suspected) the weblogic.jar in the repository was a dud (empty file?!) The second issue was that the weblogic and webservices jars were not in mvn's Classpath. I modified the mvn.bat file to add these two jars into the CLASSWORLDS_JAR var which is passed in to jvm as the classpath. Once these two were sorted out, the rest fell into place very nicely :) I have found that our WebMarshall (browser quota) software is frequently to Blame - it regularly can't connect to it's database and then returns an html Page to that effect - which maven happily places into it's repository - where They wait to bite you later :) Regards Anton -Original Message- From: Scott Ryan [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ryan Sent: Wednesday 01 August 2007 15:34 To: Maven Users List Subject: Re: WebLogic Deployment - class not found error I would crack open the weblogic.jar to make sure that class is in the jar that you have labeled weblogic-9.2.jar in your repository. Since the system is not complaining about not being able to find the jar it must be there but I have seen many people mislabeling the jars or sending empty jars to the repository. Scott Ryan On Aug 1, 2007, at 3:03 AM, Anton Schoultz wrote: > Hi all, > > I am trying to get deployment to a WebLogic Server (9.2.x) working. > Deployment will be to local box (win xp) or to a remote server so I am > trying to do this as a remote deployment - with the local box as the > target (if that makes sense?) so retargeting the deployment should be > simple (just change adminServerHostName etc. (probably with profiles). > > I have a war file on my box at D:\build\child\target\child.war Within > the child project I have the following pom (some bits omitted > here) > > > > > > ... > > > > > > > org.codehaus.mojo > weblogic-maven-plugin > 2.9.0-SNAPSHOT > > localhost > 7001 > http > userid > password > true > true > true > false > servicingserver > > D:\build\child\target\child.war > DeployName > war > > > > > > > > > > I have the following in my repository and repository is configured ok. > ...repository\org\codehaus\mojo\weblogic-maven-plugin\2.9.0-SNAPSHOT > ...repository\weblogic\weblogic\9.2 > ...repository\weblogic\webservices\9.2 > (these folders have both the jar and the pom) > > Running from within the child project, I kick off with >> mvn weblogic:deploy > > I get the following trace which indicates a NoClassDefFoundError :- > > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'weblogic'. > Downloading: > http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/13/mojo-13.pom > 8K downloaded > [INFO] > -- > -- > > [INFO] Building child > [INFO]task-segment: [weblogic:deploy] > [INFO] > -- > -- > > [INFO] [weblogic:deploy] > [INFO] Weblogic Deployment beginning with parameters > DeployMojoBase[adminServerHostName = localhost, adminServerProtocol = > http, adminServerPort = 7001, userId = userid, password = password, > artifactPath = D:\build\child\target\child.war, projectPackaging = > war, name = DeployName, targetNames = servicingserver, remote = true] > [INFO] > -- > -- > [ERROR] FATAL ERROR > [INFO] > -- > -- > [INFO] weblogic/Deployer > [INFO] > -- > -- > [INFO] Trace > java.lang.NoClassDefFoundError: weblogic/Deployer > at > org.codehaus.mojo.weblogic.DeployMojo.execute(DeployMojo.java:56) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo > (DefaultPluginMa > nager.java:443) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals > (Default > LifecycleExecutor.java:539) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneG > oa > l(DefaultLifecycleExecutor.java:493) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal > (DefaultL > ifecycleExecutor.java:463) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand > le
RE: Tests fail (class not found) when running against non-standard local repository location
No. Actually in the case that works, the command line is longer (because the default repository location includes the "Documents and Settings" directory on Windows). -- Vihung -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 01, 2007 4:47 PM To: Maven Users List Subject: Re: Tests fail (class not found) when running against non-standard local repository location Off the top of my head, the only thing I could think would be if, by redirecting the localRepo, you're running into max lengths of paths on Windows, or maxing out the -classpath argument length. It is certainly an odd problem, and I've never seen it myself, nor seen it reported on this list. In fact, I know many people are using localRepo setting to utilize a different location very successfully. So I'd expect the problem is specific to your environment somehow. Wayne _ This e-mail may contain confidential information and/or copyright material. This e-mail is intended for the use of the addressee only. Any unauthorised use may be unlawful. If you receive this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software. The Friends Provident group of companies includes these Friends Provident plc subsidiary companies: Friends Provident Life and Pensions Limited. Registered number 4096141. Friends Provident Life Assurance Limited. Registered number 782698. Friends Provident Pensions Limited. Registered number 475201. Friends Provident Marketing Limited. Registered number 5059179. Each of the above subsidiary companies is authorised and regulated by the Financial Services Authority. Friends Provident Management Services Limited. Registered number 983330 The ultimate holding company is Friends Provident plc. Registered number 4113107. All are incorporated companies limited by shares and registered in England. Registered and Head Office: Pixham End, Dorking, Surrey RH4 1QA. www.friendsprovident.com _ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tests fail (class not found) when running against non-standard local repository location
Off the top of my head, the only thing I could think would be if, by redirecting the localRepo, you're running into max lengths of paths on Windows, or maxing out the -classpath argument length. It is certainly an odd problem, and I've never seen it myself, nor seen it reported on this list. In fact, I know many people are using localRepo setting to utilize a different location very successfully. So I'd expect the problem is specific to your environment somehow. Wayne On 8/1/07, Vihung Marathe <[EMAIL PROTECTED]> wrote: > When running maven with a non standard location for the local > repository, it seems that maven cannot find the JUnit classes. > > As soon as I use the default repository location, everything works > fine. > > The contents of both local repositories are identical. I have ensured > this by deleting and copying from one to the other (both ways) and > also by deleting and getting a forcing a fresh set of dependencies - > once from repo1 and once from ibiblio. > > I am using Maven 2.0.7 with JDK 1.5.0_12 on Windows XP, primarily > > mvn -version results in >Maven version: 2.0.7 >Java version: 1.5.0_12 >OS name: "windows xp" version: "5.1" arch: "x86" > > But it happens regardless of which version of JUnit I use (I have used > 3.8.1 and 4.3), and regardless of which JDK I use (I have used both > 1.4.2 and 1.5.0). > > It happens on my colleague's Windows 2000 machine as well > > The only factor that affects it is whether I am using a custom > repository location or the default one. > > I set the repository location by putting >support\build\repository > in my settings.xml > > With that line in the settings.xml, I can reproduce the error every > time with >mvn clean test > > Every time that line is commented out, the error does not occur. > > I have looked at the resulting forked command, and the only difference > I can see is the location of the JARs. Nothing else. > > Any ideas what is causing this? > > The exception and stack trace is > > org.apache.maven.surefire.booter.SurefireExecutionException: > junit/framework/TestCase; nested exception is > java.lang.NoClassDefFoundError: junit/framework/TestCase > java.lang.NoClassDefFoundError: junit/framework/TestCase >at java.lang.ClassLoader.defineClass1(Native Method) >at java.lang.ClassLoader.defineClass(ClassLoader.java:620) >at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124 > ) >at > java.net.URLClassLoader.defineClass(URLClassLoader.java:260) >at java.net.URLClassLoader.access$100(URLClassLoader.java:56) >at java.net.URLClassLoader$1.run(URLClassLoader.java:195) >at java.security.AccessController.doPrivileged(Native Method) >at java.net.URLClassLoader.findClass(URLClassLoader.java:188) >at java.lang.ClassLoader.loadClass(ClassLoader.java:306) >at java.lang.ClassLoader.loadClass(ClassLoader.java:251) >at > org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(Isolate > dClassLoader.java:103) >at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestS > ets(AbstractDirectoryTestSuite.java:87) >at > org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire. > java:150) >at org.apache.maven.surefire.Surefire.run(Surefire.java:111) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j > ava:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess > orImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:585) >at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Sur > efireBooter.java:290) >at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.ja > va:818) > > > > With mvn -X , I get > > ... snip ... > [INFO] Surefire report directory: > D:\workspace\OfflineServices\offline-client\target\surefire-reports > Forking command line: > D:\workspace\OfflineServices\support\build\jdk1.5.0_12\jre\bin\java > -classpath > D:\workspace\OfflineServices\support\build\repository\org\codehaus\ple > xus\plexus-archiver\1.0-alpha-7\plexus-archiver-1.0-alpha-7.jar;D:\wor > kspace\OfflineServices\support\build\repository\junit\junit\3.8.1\juni > t-3.8.1.jar;D:\workspace\OfflineServices\support\build\repository\org\ > apache\maven\surefire\surefire-api\2.3\surefire-api-2.3.jar;D:\workspa > ce\OfflineServices\support\build\repository\org\codehaus\plexus\plexus > -container-default\1.0-alpha-8\plexus-container-default-1.0-alpha-8.ja > r;D:\workspace\OfflineServices\support\build\repository\classworlds\cl > assworlds\1.1-alpha-2\classworlds-1.1-alpha-2.jar;D:\workspace\Offline > Services\support\build\repository\org\codehaus\plexus\plexus-utils\1.1 > \plexus-utils-1.1.jar;D:\workspace\OfflineServices\support\build\repos > itory\commons-lang\commons-lang\2.1\commons-lang-2.1.j
Tests fail (class not found) when running against non-standard local repository location
When running maven with a non standard location for the local repository, it seems that maven cannot find the JUnit classes. As soon as I use the default repository location, everything works fine. The contents of both local repositories are identical. I have ensured this by deleting and copying from one to the other (both ways) and also by deleting and getting a forcing a fresh set of dependencies - once from repo1 and once from ibiblio. I am using Maven 2.0.7 with JDK 1.5.0_12 on Windows XP, primarily mvn -version results in Maven version: 2.0.7 Java version: 1.5.0_12 OS name: "windows xp" version: "5.1" arch: "x86" But it happens regardless of which version of JUnit I use (I have used 3.8.1 and 4.3), and regardless of which JDK I use (I have used both 1.4.2 and 1.5.0). It happens on my colleague's Windows 2000 machine as well The only factor that affects it is whether I am using a custom repository location or the default one. I set the repository location by putting support\build\repository in my settings.xml With that line in the settings.xml, I can reproduce the error every time with mvn clean test Every time that line is commented out, the error does not occur. I have looked at the resulting forked command, and the only difference I can see is the location of the JARs. Nothing else. Any ideas what is causing this? The exception and stack trace is org.apache.maven.surefire.booter.SurefireExecutionException: junit/framework/TestCase; nested exception is java.lang.NoClassDefFoundError: junit/framework/TestCase java.lang.NoClassDefFoundError: junit/framework/TestCase at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124 ) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(Isolate dClassLoader.java:103) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestS ets(AbstractDirectoryTestSuite.java:87) at org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire. java:150) at org.apache.maven.surefire.Surefire.run(Surefire.java:111) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j ava:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess orImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Sur efireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.ja va:818) With mvn -X , I get ... snip ... [INFO] Surefire report directory: D:\workspace\OfflineServices\offline-client\target\surefire-reports Forking command line: D:\workspace\OfflineServices\support\build\jdk1.5.0_12\jre\bin\java -classpath D:\workspace\OfflineServices\support\build\repository\org\codehaus\ple xus\plexus-archiver\1.0-alpha-7\plexus-archiver-1.0-alpha-7.jar;D:\wor kspace\OfflineServices\support\build\repository\junit\junit\3.8.1\juni t-3.8.1.jar;D:\workspace\OfflineServices\support\build\repository\org\ apache\maven\surefire\surefire-api\2.3\surefire-api-2.3.jar;D:\workspa ce\OfflineServices\support\build\repository\org\codehaus\plexus\plexus -container-default\1.0-alpha-8\plexus-container-default-1.0-alpha-8.ja r;D:\workspace\OfflineServices\support\build\repository\classworlds\cl assworlds\1.1-alpha-2\classworlds-1.1-alpha-2.jar;D:\workspace\Offline Services\support\build\repository\org\codehaus\plexus\plexus-utils\1.1 \plexus-utils-1.1.jar;D:\workspace\OfflineServices\support\build\repos itory\commons-lang\commons-lang\2.1\commons-lang-2.1.jar;D:\workspace\ OfflineServices\support\build\repository\org\apache\maven\surefire\sur efire-booter\2.3\surefire-booter-2.3.jar org.apache.maven.surefire.booter.SurefireBooter C:\DOCUME~1\MARATV1\LOCALS~1\Temp\surefire55254tmp C:\DOCUME~1\MARATV1\LOCALS~1\Temp\surefire55255tmp org.apache.maven.surefire.booter.SurefireExecutionException: junit/framework/TestCase; nested exception is java.lang.NoClassDefFoundError: junit/framework/TestCase java.lang.NoClassDefFoundError: junit/framework/TestCase at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoa
Re: WebLogic Deployment - class not found error
I would crack open the weblogic.jar to make sure that class is in the jar that you have labeled weblogic-9.2.jar in your repository. Since the system is not complaining about not being able to find the jar it must be there but I have seen many people mislabeling the jars or sending empty jars to the repository. Scott Ryan On Aug 1, 2007, at 3:03 AM, Anton Schoultz wrote: Hi all, I am trying to get deployment to a WebLogic Server (9.2.x) working. Deployment will be to local box (win xp) or to a remote server so I am trying to do this as a remote deployment - with the local box as the target (if that makes sense?) so retargeting the deployment should be simple (just change adminServerHostName etc. (probably with profiles). I have a war file on my box at D:\build\child\target\child.war Within the child project I have the following pom (some bits omitted here) ... org.codehaus.mojo weblogic-maven-plugin 2.9.0-SNAPSHOT localhost 7001 http userid password true true true false servicingserver D:\build\child\target\child.war DeployName war I have the following in my repository and repository is configured ok. ...repository\org\codehaus\mojo\weblogic-maven-plugin\2.9.0-SNAPSHOT ...repository\weblogic\weblogic\9.2 ...repository\weblogic\webservices\9.2 (these folders have both the jar and the pom) Running from within the child project, I kick off with mvn weblogic:deploy I get the following trace which indicates a NoClassDefFoundError :- [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'weblogic'. Downloading: http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/13/mojo-13.pom 8K downloaded [INFO] -- -- [INFO] Building child [INFO]task-segment: [weblogic:deploy] [INFO] -- -- [INFO] [weblogic:deploy] [INFO] Weblogic Deployment beginning with parameters DeployMojoBase[adminServerHostName = localhost, adminServerProtocol = http, adminServerPort = 7001, userId = userid, password = password, artifactPath = D:\build\child\target\child.war, projectPackaging = war, name = DeployName, targetNames = servicingserver, remote = true] [INFO] -- -- [ERROR] FATAL ERROR [INFO] -- -- [INFO] weblogic/Deployer [INFO] -- -- [INFO] Trace java.lang.NoClassDefFoundError: weblogic/Deployer at org.codehaus.mojo.weblogic.DeployMojo.execute(DeployMojo.java:56) at org.apache.maven.plugin.DefaultPluginManager.executeMojo (DefaultPluginMa nager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals (Default LifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneG oa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal (DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand le Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment s( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute (DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java: 125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] -- -- [INFO] Total time: 7 seconds [INFO] Finished at: Wed Aug 01 10:44:13 CAT 2007 [INFO] Final Memory: 2M/4M [INFO] -- -- What have I missed out ? Many Thanks in advance Anton Schoultz Senior Java developer Life Systems - Servicing Discovery Life Direct: +27 11 529 1
WebLogic Deployment - class not found error
Hi all, I am trying to get deployment to a WebLogic Server (9.2.x) working. Deployment will be to local box (win xp) or to a remote server so I am trying to do this as a remote deployment - with the local box as the target (if that makes sense?) so retargeting the deployment should be simple (just change adminServerHostName etc. (probably with profiles). I have a war file on my box at D:\build\child\target\child.war Within the child project I have the following pom (some bits omitted here) ... org.codehaus.mojo weblogic-maven-plugin 2.9.0-SNAPSHOT localhost 7001 http userid password true true true false servicingserver D:\build\child\target\child.war DeployName war I have the following in my repository and repository is configured ok. ...repository\org\codehaus\mojo\weblogic-maven-plugin\2.9.0-SNAPSHOT ...repository\weblogic\weblogic\9.2 ...repository\weblogic\webservices\9.2 (these folders have both the jar and the pom) Running from within the child project, I kick off with > mvn weblogic:deploy I get the following trace which indicates a NoClassDefFoundError :- [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'weblogic'. Downloading: http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/13/mojo-13.pom 8K downloaded [INFO] [INFO] Building child [INFO]task-segment: [weblogic:deploy] [INFO] [INFO] [weblogic:deploy] [INFO] Weblogic Deployment beginning with parameters DeployMojoBase[adminServerHostName = localhost, adminServerProtocol = http, adminServerPort = 7001, userId = userid, password = password, artifactPath = D:\build\child\target\child.war, projectPackaging = war, name = DeployName, targetNames = servicingserver, remote = true] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] weblogic/Deployer [INFO] [INFO] Trace java.lang.NoClassDefFoundError: weblogic/Deployer at org.codehaus.mojo.weblogic.DeployMojo.execute(DeployMojo.java:56) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Wed Aug 01 10:44:13 CAT 2007 [INFO] Final Memory: 2M/4M [INFO] What have I missed out ? Many Thanks in advance Anton Schoultz Senior Java developer Life Systems - Servicing Discovery Life Direct: +27 11 529 1636 Mobile: +27 83 651 7191 Email: [EMAIL PROTECTED] Discovery Holdings Limited Registration number: 1999/007789/06 This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify Discovery immediately, telephone number +27 11 529 2888. Any unauthorised use; alteration or dissemination of the contents of this ema
Re: Class not found only during Test phase
Unpack the jar and make sure its really there. We've seen similar reports from people who were surprised when classes really didn't exist in their jar. If its there, I'd guess you might be running into a class loading issue... Check how that class is being loaded in the DOMXMLReaderImpl.hasBinaryValue() method. Wayne On 4/27/07, Chris Russell <[EMAIL PROTECTED]> wrote: Hello, I'm trying to run a junit test and I'm getting the following error: java.lang.NoClassDefFoundError: oracle/j2ee/ws/saaj/soap/BinaryTextImpl at oracle.j2ee.ws.common.streaming.DOMXMLReaderImpl.hasBinaryValue(DOMXMLReaderImpl.java:217) at oracle.j2ee.ws.common.encoding.literal.LiteralSimpleTypeSerializer.deserialize(LiteralSimpleTypeSerializer.java:132) at com.siebel.xml.timezoneorion.runtime.TimeZone_LiteralSerializer.doDeserialize(TimeZone_LiteralSerializer.java:102) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.siebel.xml.timezoneorion.runtime.ListOfTimezoneorion_LiteralSerializer.doDeserialize(ListOfTimezoneorion_LiteralSerializer.java:60) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZoneQueryByExample_Output_LiteralSerializer.doDeserialize(TimeZoneQueryByExample_Output_LiteralSerializer.java:57) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub._deserialize_TimeZoneQueryByExample(TimeZone_Stub.java:126) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub._readFirstBodyElement(TimeZone_Stub.java:112) at oracle.j2ee.ws.client.StreamingSender._sendImpl(StreamingSender.java:333) at oracle.j2ee.ws.client.StreamingSender._send(StreamingSender.java:112) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub.timeZoneQueryByExample(TimeZone_Stub.java:76) at com.oracle.orion.ml3.proxy.timezone.TimeZoneClient.timeZoneQueryByExample(TimeZoneClient.java:40) at com.oracle.orion.ml3.ejb.EJBCCTimezoneSessionBean.getTimezoneList(EJBCCTimezoneSessionBean.java:45) at test.com.oracle.orion.ml3.ejb.EJBCCTimezoneSessionBeanTest.testGetTimezoneList(EJBCCTimezoneSessionBeanTest.java:44) The file BinaryTextImpl is located in the orasaaj.jar file. I have the following dependency in both the project that is running the test and the WebService project: jax orasaaj 10.1.3 test I had needed to add this dependency a week ago to get around another "Class Not Found" problem and that issue was resolved. Any idea why its not finding this class? Thanks in advance, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Class not found only during Test phase
Hello, I'm trying to run a junit test and I'm getting the following error: java.lang.NoClassDefFoundError: oracle/j2ee/ws/saaj/soap/BinaryTextImpl at oracle.j2ee.ws.common.streaming.DOMXMLReaderImpl.hasBinaryValue(DOMXMLReaderImpl.java:217) at oracle.j2ee.ws.common.encoding.literal.LiteralSimpleTypeSerializer.deserialize(LiteralSimpleTypeSerializer.java:132) at com.siebel.xml.timezoneorion.runtime.TimeZone_LiteralSerializer.doDeserialize(TimeZone_LiteralSerializer.java:102) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.siebel.xml.timezoneorion.runtime.ListOfTimezoneorion_LiteralSerializer.doDeserialize(ListOfTimezoneorion_LiteralSerializer.java:60) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZoneQueryByExample_Output_LiteralSerializer.doDeserialize(TimeZoneQueryByExample_Output_LiteralSerializer.java:57) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.internalDeserialize(LiteralObjectSerializerBase.java:250) at oracle.j2ee.ws.common.encoding.literal.LiteralObjectSerializerBase.deserialize(LiteralObjectSerializerBase.java:159) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub._deserialize_TimeZoneQueryByExample(TimeZone_Stub.java:126) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub._readFirstBodyElement(TimeZone_Stub.java:112) at oracle.j2ee.ws.client.StreamingSender._sendImpl(StreamingSender.java:333) at oracle.j2ee.ws.client.StreamingSender._send(StreamingSender.java:112) at com.oracle.orion.ml3.proxy.timezone.runtime.TimeZone_Stub.timeZoneQueryByExample(TimeZone_Stub.java:76) at com.oracle.orion.ml3.proxy.timezone.TimeZoneClient.timeZoneQueryByExample(TimeZoneClient.java:40) at com.oracle.orion.ml3.ejb.EJBCCTimezoneSessionBean.getTimezoneList(EJBCCTimezoneSessionBean.java:45) at test.com.oracle.orion.ml3.ejb.EJBCCTimezoneSessionBeanTest.testGetTimezoneList(EJBCCTimezoneSessionBeanTest.java:44) The file BinaryTextImpl is located in the orasaaj.jar file. I have the following dependency in both the project that is running the test and the WebService project: jax orasaaj 10.1.3 test I had needed to add this dependency a week ago to get around another "Class Not Found" problem and that issue was resolved. Any idea why its not finding this class? Thanks in advance, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XMLBeans - class not found
Hi, when I am using the maven xmlbeans plugin i always got the message "java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException". But the stax dependency is added and the class javax.xml.stream.XMLStreamException is definitly added to the classpath Any ideas? have a nice day, juergen -- View this message in context: http://www.nabble.com/XMLBeans---class-not-found-tf2906305s177.html#a8119528 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: surefire classloading issue: Class not found
only to mention that i'm aware of this issue: http://jira.codehaus.org/browse/MSUREFIRE-115 but i'm not sure that this is the problem i'm facing. On 9/22/06, Valerio Schiavoni <[EMAIL PROTECTED]> wrote: hello everyone, consider the following classloader: package org.foo; public final class BytecodeClassLoader extends ClassLoader { public Class loadClass( final byte[] bytecode ) { final Class clazz = defineClass(null, bytecode, 0, bytecode.length ); return clazz; } } given that running a test like: package org.foo; public class BytecodeClassLoader extends TestCase { public void testClass1Load() throws Exception { final BytecodeClassLoader cl = new BytecodeClassLoader(); InputStream is = cl.getResourceAsStream("org/foo/Foo.class"); assertNotNull(is); } } i get a java.io.IOException: Class not found the class BytecodeClassLoader is in the src/test directory, and so it is the LoadingClassTestCase. The same holds for the org/foo/Foo.java class. Everything works fine within Eclipse. I tried different combinations of forkMode/childDelegation, without success. Any idea ? thanks, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni
surefire classloading issue: Class not found
hello everyone, consider the following classloader: package org.foo; public final class BytecodeClassLoader extends ClassLoader { public Class loadClass( final byte[] bytecode ) { final Class clazz = defineClass(null, bytecode, 0, bytecode.length); return clazz; } } given that running a test like: package org.foo; public class BytecodeClassLoader extends TestCase { public void testClass1Load() throws Exception { final BytecodeClassLoader cl = new BytecodeClassLoader(); InputStream is = cl.getResourceAsStream("org/foo/Foo.class"); assertNotNull(is); } } i get a java.io.IOException: Class not found the class BytecodeClassLoader is in the src/test directory, and so it is the LoadingClassTestCase. The same holds for the org/foo/Foo.java class. Everything works fine within Eclipse. I tried different combinations of forkMode/childDelegation, without success. Any idea ? thanks, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni
Taskdef class not found error
Using: Maven 1.0 rc2 Problem: Invoking a custom plug-in from within another plug-in causes an error I have a working plug-in which generates EJB interfaces by invoking the appropriate EJBDoclet task. (No I am not using Maven's xdoclet plug-in) Plugin-A: ... This plug-in works flawlessly. Now, I have a second plug-in which has a goal that invokes the goal in the above via an attainGoal. Plugin-B: ... .. When I try to install this latter plug-in I get following error. taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found Why is this one complaining about EJBDoclet? The first plug-in - which is the only one needing the class - installs and runs correctly by itself. Any thoughts? Sri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Relative pathing for maven.home.local, JDK 1.3, plugin class not found
Title: Relative pathing for maven.home.local, JDK 1.3, plugin class not found If I have the following property in project.properties maven.home.local=y:/maven-info/../maven-info and use JDK 1.3 to run maven (such as maven clean) I get the following error: File.. file:/y:/maven-info/../maven-info /plugins/maven-artifact- plugin-1.0/ Element... define:jellybean Line.. 20 Column 67 Could not find class: org.apache.maven.artifact.deployer.DeployBean using ClassLoader: null BUILD SUCCESSFUL Total time: 3 seconds Finished at: Tue Dec 23 16:25:33 CST 2003 I can solve this by dropping the relative redirection, but ultimately what I want to have is: maven.home.local=../maven-info or maven.home.local=${basedir}/../maven-info but both of those fail in the same way. With JDK 1.4 this problem goes away. Any ideas, suggestions? Other than “if it hurts, don’t do that”? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenTagLibrary class not found
Tim Chen wrote: I just did the same thing and didnt receive any errors. Are you sure you're using a clean copy of Maven? (Make sure to blow out the .maven directory as well in your user.home directory Thanks, I remove the .maven directory from my user home and it works ! Brice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenTagLibrary class not found
I just did the same thing and didnt receive any errors. Are you sure you're using a clean copy of Maven? (Make sure to blow out the .maven directory as well in your user.home directory -Tim Jason van Zyl wrote: On Wed, 2003-12-10 at 13:10, Brice Copy wrote: Hi, I launched : maven genapp Chose all the default inputs and got the project.xml, projects.properties and sample java. Everything seemed okay to me. Then launched : maven java:compile I got the exact same result. Where can I expect to find : org.apache.maven.jelly.tags.project.MavenTagLibrary How can the other goal work if a class as crucial as this is really missing ? I tried a complete reinstall of Maven, but I get the same result again Then there is problem somewhere. I'll try the genapp plugin myself, and will add a test. Thanks Brice Jason van Zyl wrote: I'm able however to generate javadoc or even run "java:prepare-filesystem" without any problems. Any ideas where I should start looking ? Sorry if it's a given, I searched the mailing list and couldn't find anything related. Any hints welcome, Did you use the genapp process as described in the user guide. If not, do that before asking more questions. The genapp stuff should produce for you a fully working project for browsing. On Wed, 2003-12-10 at 12:26, Brice Copy wrote: Hello, I downloaded and installed Maven 1.0rc1, then created a dummy project following the project descriptor in the user guide. When I try to attain simple goals like "java:compile", I get the following exception stack : java.lang.ClassNotFoundException: org.apache.maven.jelly.tags.project.MavenTagLibrary at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) (...) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenTagLibrary class not found
On Wed, 2003-12-10 at 13:10, Brice Copy wrote: > Hi, > > I launched : maven genapp > > Chose all the default inputs and got the project.xml, > projects.properties and sample java. Everything seemed okay to me. > > Then launched : maven java:compile > > I got the exact same result. > Where can I expect to find : > > org.apache.maven.jelly.tags.project.MavenTagLibrary > > How can the other goal work if a class as crucial as this is really > missing ? > > I tried a complete reinstall of Maven, but I get the same result again Then there is problem somewhere. I'll try the genapp plugin myself, and will add a test. > Thanks > > Brice > > > Jason van Zyl wrote: > > >>I'm able however to generate javadoc or even run > >>"java:prepare-filesystem" without any problems. > >> > >>Any ideas where I should start looking ? > >>Sorry if it's a given, I searched the mailing list and couldn't find > >>anything related. > >> > >>Any hints welcome, > >> > >> > > > >Did you use the genapp process as described in the user guide. If not, > >do that before asking more questions. The genapp stuff should produce > >for you a fully working project for browsing. > > > > > > >On Wed, 2003-12-10 at 12:26, Brice Copy wrote: > > > > > >>Hello, > >> > >>I downloaded and installed Maven 1.0rc1, then created a dummy project > >>following the project descriptor in the user guide. > >>When I try to attain simple goals like "java:compile", I get the > >>following exception stack : > >> > >>java.lang.ClassNotFoundException: > >>org.apache.maven.jelly.tags.project.MavenTagLibrary > >>at java.net.URLClassLoader$1.run(URLClassLoader.java:198) > >>at java.security.AccessController.doPrivileged(Native Method) > >>at java.net.URLClassLoader.findClass(URLClassLoader.java:186) > >>at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > >>at java.lang.ClassLoader.loadClass(ClassLoader.java:262) > >>at > >>org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) > >>at > >>org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) > >>at > >>org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) > >>at > >>org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown > >>Source) > >>at > >>org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown > >>Source) > >>(...) > >> > >> > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenTagLibrary class not found
Hi, I launched : maven genapp Chose all the default inputs and got the project.xml, projects.properties and sample java. Everything seemed okay to me. Then launched : maven java:compile I got the exact same result. Where can I expect to find : org.apache.maven.jelly.tags.project.MavenTagLibrary How can the other goal work if a class as crucial as this is really missing ? I tried a complete reinstall of Maven, but I get the same result again Thanks Brice Jason van Zyl wrote: I'm able however to generate javadoc or even run "java:prepare-filesystem" without any problems. Any ideas where I should start looking ? Sorry if it's a given, I searched the mailing list and couldn't find anything related. Any hints welcome, Did you use the genapp process as described in the user guide. If not, do that before asking more questions. The genapp stuff should produce for you a fully working project for browsing. On Wed, 2003-12-10 at 12:26, Brice Copy wrote: Hello, I downloaded and installed Maven 1.0rc1, then created a dummy project following the project descriptor in the user guide. When I try to attain simple goals like "java:compile", I get the following exception stack : java.lang.ClassNotFoundException: org.apache.maven.jelly.tags.project.MavenTagLibrary at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) (...) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenTagLibrary class not found
On Wed, 2003-12-10 at 12:26, Brice Copy wrote: > Hello, > > I downloaded and installed Maven 1.0rc1, then created a dummy project > following the project descriptor in the user guide. > When I try to attain simple goals like "java:compile", I get the > following exception stack : > > java.lang.ClassNotFoundException: > org.apache.maven.jelly.tags.project.MavenTagLibrary > at java.net.URLClassLoader$1.run(URLClassLoader.java:198) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:186) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at java.lang.ClassLoader.loadClass(ClassLoader.java:262) > at > org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) > at > org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) > at > org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) > at > org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown > Source) > at > org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown > Source) > (...) > > I'm able however to generate javadoc or even run > "java:prepare-filesystem" without any problems. > > Any ideas where I should start looking ? > Sorry if it's a given, I searched the mailing list and couldn't find > anything related. > > Any hints welcome, Did you use the genapp process as described in the user guide. If not, do that before asking more questions. The genapp stuff should produce for you a fully working project for browsing. > Brice > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MavenTagLibrary class not found
Hello, I downloaded and installed Maven 1.0rc1, then created a dummy project following the project descriptor in the user guide. When I try to attain simple goals like "java:compile", I get the following exception stack : java.lang.ClassNotFoundException: org.apache.maven.jelly.tags.project.MavenTagLibrary at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:262) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1039) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) (...) I'm able however to generate javadoc or even run "java:prepare-filesystem" without any problems. Any ideas where I should start looking ? Sorry if it's a given, I searched the mailing list and couldn't find anything related. Any hints welcome, Brice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: uberjar problem - main class not found
This level of nesting is not supported for uberjars. Reasons: 1) It's not supported and would be non-trivial to do (this is not to say hard, but it's not a use case that I normally see) 2) It'd be fiendishly slow. Classworld's uberjars are already quite slow, another level of unpacking would exacerbate this. That being said, the slowness will be addressed soon enough (i.e. a couple of months probably). Cheers, Ben robert rowntree wrote: J:\>%java_home%\bin\java -jar J:\po_1_2\target\b2bpo-1.2-uber.jar the java command above, throws a "class not found " exception: but , the class is embedded in an inner jar inside the main "uber-jar" exception details below followed by analysis -- Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.classworlds.boot.Bootstrapper.bootstrap(Bootstrapper.java:209) at com.werken.classworlds.boot.Bootstrapper.main(Bootstrapper.java:116) Caused by: java.lang.ClassNotFoundException: com.borneo.client.FileEventClient --- jar analysis below: yet when i drill-down in the uber Jars, and in the contents of uber jars, the class "FileEventClient" is there. jar manifests , drilldowns are listed below: uberjar --- 0 Aug 21 2003 07:29 META-INF/ -1 Aug 21 2003 07:29 META-INF/MANIFEST.MF 0 Aug 21 2003 06:40 com/ 0 Aug 21 2003 06:40 com/werken/ 0 Aug 21 2003 06:40 com/werken/classworlds/ 0 Aug 21 2003 06:40 com/werken/classworlds/boot/ 0 Aug 21 2003 06:40 com/werken/classworlds/protocol/ 0 Aug 21 2003 06:40 com/werken/classworlds/protocol/jar/ 0 Aug 21 2003 06:40 WORLDS-INF/ 0 Aug 21 2003 06:40 WORLDS-INF/conf/ 0 Aug 21 2003 06:40 WORLDS-INF/lib/ -1 May 31 2003 13:14 com/werken/classworlds/boot/Bootstrapper.class -1 May 31 2003 13:14 com/werken/classworlds/boot/InitialClassLoader.class -1 May 31 2003 13:14 com/werken/classworlds/protocol/jar/Handler.class -1 May 31 2003 13:14 com/werken/classworlds/protocol/jar/JarUrlConnection.class -1 Aug 21 2003 06:40 WORLDS-INF/classworlds.jar -1 Aug 21 2003 07:29 WORLDS-INF/conf/classworlds.conf -1 Aug 21 2003 06:40 WORLDS-INF/lib/b2bpo-1.2.jar <--- main class here -1 Aug 21 2003 06:40 WORLDS-INF/lib/bcel-5.0.jar -1 Aug 21 2003 06:40 WORLDS-INF/lib/dom4j-1.3.jar --- WORLDS-INF/lib/b2bpo-1.2.jar - 0 Aug 20 2003 22:08 META-INF/ -1 Aug 20 2003 22:08 META-INF/MANIFEST.MF -1 Aug 20 2003 22:08 activation.jar -1 Aug 20 2003 22:08 axis.jar -1 Aug 20 2003 22:08 client.jar <--- main class here -1 Aug 20 2003 22:08 commons-discovery.jar -1 Aug 20 2003 22:08 commons-logging.jar -1 Aug 20 2003 22:08 dom.jar -1 Aug 20 2003 22:08 events.jar -1 Aug 20 2003 22:08 ftp.properties -1 Aug 20 2003 22:08 j2ee.jar -1 Aug 20 2003 22:08 jax-qname.jar -1 Aug 20 2003 22:08 jaxp-api.jar -1 Aug 20 2003 22:08 jaxrpc.jar -1 Aug 20 2003 22:08 log4j-1.2.8.jar -1 Aug 20 2003 22:08 log4j.properties -1 Aug 20 2003 22:08 mail.jar -1 Aug 20 2003 22:08 namespace.jar -1 Aug 20 2003 22:08 net.jar -1 Aug 20 2003 22:08 po_1_2_config.jar -1 Aug 20 2003 22:08 saaj.jar -1 Aug 20 2003 22:08 sax.jar -1 Aug 20 2003 22:08 util.jar -1 Aug 20 2003 22:08 wsdl4j.jar -1 Aug 20 2003 22:08 xalan.jar -1 Aug 20 2003 22:08 xercesImpl.jar -1 Aug 20 2003 22:08 META-INF/INDEX.LIST --- client.jar - 0 Aug 20 2003 10:06 META-INF/ -1 Aug 20 2003 10:06 META-INF/MANIFEST.MF 0 Aug 20 2003 10:06 com/ 0 Aug 20 2003 10:06 com/borneo/ 0 Aug 20 2003 10:06 com/borneo/client/ -1 Aug 20 2003 10:06 com/borneo/client/FileEventClient.class <-- main class is here - end --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
uberjar problem - main class not found
J:\>%java_home%\bin\java -jar J:\po_1_2\target\b2bpo-1.2-uber.jar the java command above, throws a "class not found " exception: but , the class is embedded in an inner jar inside the main "uber-jar" exception details below followed by analysis -- Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.classworlds.boot.Bootstrapper.bootstrap(Bootstrapper.java:209) at com.werken.classworlds.boot.Bootstrapper.main(Bootstrapper.java:116) Caused by: java.lang.ClassNotFoundException: com.borneo.client.FileEventClient --- jar analysis below: yet when i drill-down in the uber Jars, and in the contents of uber jars, the class "FileEventClient" is there. jar manifests , drilldowns are listed below: uberjar --- 0 Aug 21 2003 07:29 META-INF/ -1 Aug 21 2003 07:29 META-INF/MANIFEST.MF 0 Aug 21 2003 06:40 com/ 0 Aug 21 2003 06:40 com/werken/ 0 Aug 21 2003 06:40 com/werken/classworlds/ 0 Aug 21 2003 06:40 com/werken/classworlds/boot/ 0 Aug 21 2003 06:40 com/werken/classworlds/protocol/ 0 Aug 21 2003 06:40 com/werken/classworlds/protocol/jar/ 0 Aug 21 2003 06:40 WORLDS-INF/ 0 Aug 21 2003 06:40 WORLDS-INF/conf/ 0 Aug 21 2003 06:40 WORLDS-INF/lib/ -1 May 31 2003 13:14 com/werken/classworlds/boot/Bootstrapper.class -1 May 31 2003 13:14 com/werken/classworlds/boot/InitialClassLoader.class -1 May 31 2003 13:14 com/werken/classworlds/protocol/jar/Handler.class -1 May 31 2003 13:14 com/werken/classworlds/protocol/jar/JarUrlConnection.class -1 Aug 21 2003 06:40 WORLDS-INF/classworlds.jar -1 Aug 21 2003 07:29 WORLDS-INF/conf/classworlds.conf -1 Aug 21 2003 06:40 WORLDS-INF/lib/b2bpo-1.2.jar <--- main class here -1 Aug 21 2003 06:40 WORLDS-INF/lib/bcel-5.0.jar -1 Aug 21 2003 06:40 WORLDS-INF/lib/dom4j-1.3.jar --- WORLDS-INF/lib/b2bpo-1.2.jar - 0 Aug 20 2003 22:08 META-INF/ -1 Aug 20 2003 22:08 META-INF/MANIFEST.MF -1 Aug 20 2003 22:08 activation.jar -1 Aug 20 2003 22:08 axis.jar -1 Aug 20 2003 22:08 client.jar <--- main class here -1 Aug 20 2003 22:08 commons-discovery.jar -1 Aug 20 2003 22:08 commons-logging.jar -1 Aug 20 2003 22:08 dom.jar -1 Aug 20 2003 22:08 events.jar -1 Aug 20 2003 22:08 ftp.properties -1 Aug 20 2003 22:08 j2ee.jar -1 Aug 20 2003 22:08 jax-qname.jar -1 Aug 20 2003 22:08 jaxp-api.jar -1 Aug 20 2003 22:08 jaxrpc.jar -1 Aug 20 2003 22:08 log4j-1.2.8.jar -1 Aug 20 2003 22:08 log4j.properties -1 Aug 20 2003 22:08 mail.jar -1 Aug 20 2003 22:08 namespace.jar -1 Aug 20 2003 22:08 net.jar -1 Aug 20 2003 22:08 po_1_2_config.jar -1 Aug 20 2003 22:08 saaj.jar -1 Aug 20 2003 22:08 sax.jar -1 Aug 20 2003 22:08 util.jar -1 Aug 20 2003 22:08 wsdl4j.jar -1 Aug 20 2003 22:08 xalan.jar -1 Aug 20 2003 22:08 xercesImpl.jar -1 Aug 20 2003 22:08 META-INF/INDEX.LIST --- client.jar - 0 Aug 20 2003 10:06 META-INF/ -1 Aug 20 2003 10:06 META-INF/MANIFEST.MF 0 Aug 20 2003 10:06 com/ 0 Aug 20 2003 10:06 com/borneo/ 0 Aug 20 2003 10:06 com/borneo/client/ -1 Aug 20 2003 10:06 com/borneo/client/FileEventClient.class <-- main class is here - end --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]