I downloaded the code from codehaus SNV and it working fine now. Thanks again! Any plans to include autotypes and servicegen goals in the plugin? :) Currently i'm using maven-antrun-plugin to use weblogic servicegen task.
Scott Ryan-2 wrote: > > I would love to push it but I only have access to SVN at codehaus. I do > not have the authority to push up a snapshot any longer and the people who > can don't seem to have access to the Weblogic jars required to build the > code. I hope I can get this worked out this week. Until then you can > just download the code from SVN and run mvn install to place it in your > local repository to test. > > Scott Ryan > Chief Technology Officer > Soaring Eagle L.L.C. > [EMAIL PROTECTED] > www.soaringeagleco.com > (303) 263-3044 > > -----Original Message----- > From: Dmystery [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 01, 2006 9:06 PM > To: [email protected] > Subject: RE: [M2]weblogic:appc classpath issue > > > > Thanks Scott. It would be great if you can push the latest snapshot to the > repository now. > > > Scott Ryan-2 wrote: >> >> I have refactored the 2.8.0 plugin to fix that problem. I have changed >> some >> of the parameters and since the website can only support one version of >> the >> plugin I need to add a page to describe the new settings for the 2.8.0 >> plugin. I will be pushing the latest snapshot up to the repository once >> I >> have completed that documentation. This fixes the classpath issue both >> in >> appc and the client gen mojos. I have not updated the 2.9.0 version as >> the >> 9.2 release broke all the apis I was using so i need to refactor to use >> the >> new API's. >> >> Let me know if you would prefer I push up the 2.8.0 version now and just >> post the changes on a note to the user list. >> >> Scott Ryan >> Chief Technology Officer >> Soaring Eagle L.L.C. >> [EMAIL PROTECTED] >> www.soaringeagleco.com >> (303) 263-3044 >> >> -----Original Message----- >> From: Manu [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, October 31, 2006 12:07 PM >> To: Maven Users List >> Subject: Re: [M2]weblogic:appc classpath issue >> >> >> Hi, >> >> I have the same problem. I need to explicitly set the entire <classpath> >> by >> hand to have it worked. In other words, I'm defining another time all the >> dependencies that already are in the pom. The plugin does not seem to >> take >> into account the dependencies. >> >> By the way, i'm using version 2.8.0-SNAPSHOT >> >> Thxs >> Manu >> >> 2006/10/31, Dmystery <[EMAIL PROTECTED]>: >>> >>> >>> Alos, looking at AppcMojo.class file, i dont see any default classpath >>> being >>> set. Here is the stack trace when i try to run the plugin. >>> >>> [INFO] Detailed Appc settings information AppcMojo[basicClientJar = >>> false >>> classpath = null >>> compiler = null >>> debugging = true >>> deprecation = false >>> forceGeneration = false >>> idl = false >>> idlDirectory = null >>> idlFactrories = false >>> idlMethodSignatures = null >>> idlNoAbstractInterfaces = true >>> idlNoValueTypes = true >>> idlOrbix = false >>> idlOverwrite = false >>> idlVerbose = false >>> idlVisiBroker = false >>> iiop = false >>> iiopDirectory = null >>> javaOptions = null >>> keepGenerated = true >>> lineNumbers = true >>> nowarnings = false >>> objectPath = >>> D:\Castle-maven\castle\server\server-ejb\target/castle-server-ejb- >>> 1.0.jar >>> optimization = false >>> outputFile = null >>> verbose = true >>> version = false] >>> [INFO] Argument List for Appc settings [-lineNumbers, -keepgenerated, >>> -g, >>> -verb >>> ose, >>> D:\Castle-maven\castle\server\server-ejb\target/castle-server-ejb-1.0.jar] >>> [appc] Created working directory: >>> C:\DOCUME~1\DEEP_M~1.INF\LOCALS~1\Temp\appcgen >>> >>> [J2EE:160119]Appc is unable to process the file >>> 'D:\Castle-maven\castle\server\s >>> erver-ejb\target\castle-server-ejb-1.0.jar'. The following error >>> occurred: >>> java.lang.NoClassDefFoundError: cadvf2/server/AbstractEJB ---->This is a >>> compile dependency in the POM >>> at java.lang.ClassLoader.defineClass0(Native Method) >>> at java.lang.ClassLoader.defineClass(ClassLoader.java:502) >>> at >>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12 >>> 3) >>> at >>> weblogic.utils.classloaders.GenericClassLoader.findLocalClass(Generic >>> ClassLoader.java:480) >>> at >>> weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClass >>> Loader.java:182) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:299) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:292) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:255) >>> at >>> weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClass >>> Loader.java:224) >>> at >>> weblogic.ejb20.deployer.BeanInfoImpl.loadClass(BeanInfoImpl.java:343) >>> >>> at >>> weblogic.ejb20.deployer.BeanInfoImpl.<init>(BeanInfoImpl.java:192) >>> at >>> weblogic.ejb20.deployer.ClientDrivenBeanInfoImpl.<init>(ClientDrivenB >>> eanInfoImpl.java:179) >>> at >>> weblogic.ejb20.deployer.SessionBeanInfoImpl.<init>(SessionBeanInfoImp >>> l.java:74) >>> at >>> weblogic.ejb20.deployer.BeanInfoImpl.createBeanInfoImpl(BeanInfoImpl. >>> java:367) >>> at >>> weblogic.ejb20.deployer.MBeanDeploymentInfoImpl.initializeBeanInfos(M >>> BeanDeploymentInfoImpl.java:548) >>> at >>> weblogic.ejb20.deployer.MBeanDeploymentInfoImpl.<init>(MBeanDeploymen >>> tInfoImpl.java:232) >>> at >>> weblogic.ejb20.ejbc.EJBCompiler.setupEJB(EJBCompiler.java:155) >>> at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java >>> :415) >>> at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java >>> :387) >>> at weblogic.appc.compileEJB(appc.java:802) >>> at weblogic.appc.compileEJB(appc.java:776) >>> at weblogic.appc.compileInput(appc.java:463) >>> at weblogic.appc.runBody(appc.java:184) >>> at weblogic.utils.compiler.Tool.run(Tool.java:192) >>> at weblogic.utils.compiler.Tool.run(Tool.java:147) >>> at weblogic.appc.main(appc.java:1030) >>> at >>> org.codehaus.mojo.weblogic.AppcMojo.execute(AppcMojo.java:276) >>> at >>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi >>> nManager.java:412) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa >>> ultLifecycleExecutor.java:534) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi >>> fecycle(DefaultLifecycleExecutor.java:475) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau >>> ltLifecycleExecutor.java:454) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan >>> dleFailures(DefaultLifecycleExecutor.java:306) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen >>> ts(DefaultLifecycleExecutor.java:273) >>> at >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi >>> fecycleExecutor.java:140) >>> at >>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) >>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) >>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. >>> java:39) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces >>> sorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:324) >>> 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) >>> >>> Dmystery wrote: >>> > >>> > I still have issue in compiling the ejb jar file. It simply fails to >>> find >>> > all the dependencies in the classpath. >>> > Here is the plugin definition again. >>> > >>> > <plugin> >>> > <groupId>org.codehaus.mojo</groupId> >>> > <artifactId>weblogic-maven-plugin</artifactId> >>> > <version>2.8.0-SNAPSHOT</version> >>> > <configuration> >>> > >>> > <objectPath>${project.build.directory}/${project.artifactId}-${ >>> project.version}.jar</objectPath> >>> > <verbose>true</verbose> >>> > <debugging>true</debugging> >>> > <nowarnings>false</nowarnings> >>> > <lineNumbers>true</lineNumbers> >>> > <keepGenerated>true</keepGenerated> >>> > </configuration> >>> > <executions> >>> > <execution> >>> > <phase>package</phase> >>> > <goals> >>> > <goal>appc</goal> >>> > </goals> >>> > </execution> >>> > </executions> >>> > </plugin> >>> > >>> > All the required jars for appc are defined as 'compile' dependecies in >>> the >>> > pom. Still it gives me a NoClassDefFoundError for the required class >>> > files. >>> > >>> > >>> > Scott Ryan-2 wrote: >>> >> >>> >> How did you make out with the appc mojo? I am updating the plugin to >>> >> simplify it this weekend and will update the code with some code that >>> was >>> >> posted in JIRA. Let me know your status and I will send out a note >>> on >>> >> the >>> >> weekend when the new code is available. >>> >> >>> >> Scott Ryan >>> >> Chief Technology Officer >>> >> Soaring Eagle L.L.C. >>> >> [EMAIL PROTECTED] >>> >> www.soaringeagleco.com >>> >> (303) 263-3044 >>> >> >>> >> -----Original Message----- >>> >> From: Dmystery [mailto:[EMAIL PROTECTED] >>> >> Sent: Wednesday, October 18, 2006 2:39 AM >>> >> To: [email protected] >>> >> Subject: [M2]weblogic:appc classpath issue >>> >> >>> >> >>> >> >>> >> I'm using weblogic-maven-plugin to compile my ejb.jar. Here is the >>> plugin >>> >> definition. >>> >> >>> >> <plugin> >>> >> <groupId>org.codehaus.mojo</groupId> >>> >> <artifactId>weblogic-maven-plugin</artifactId> >>> >> <version>2.8.0-SNAPSHOT</version> >>> >> <configuration> >>> >> >>> >> <objectPath>${project.build.directory}/${project.artifactId}-${ >>> project.versi >>> >> on}.jar</objectPath> >>> >> <verbose>true</verbose> >>> >> <debugging>true</debugging> >>> >> <nowarnings>false</nowarnings> >>> >> <lineNumbers>true</lineNumbers> >>> >> <keepGenerated>true</keepGenerated> >>> >> <classpath>${project.runtimeClasspathElements}</classpath> >>> >> </configuration> >>> >> <executions> >>> >> <execution> >>> >> <phase>package</phase> >>> >> <goals> >>> >> <goal>appc</goal> >>> >> </goals> >>> >> </execution> >>> >> </executions> >>> >> </plugin> >>> >> >>> >> The ${project.runtimeClasspathElements} is a string like >>> [somedir\jar1, >>> >> somedir\jar2]. Because of this the plugin throws a >>> >> >>> org.codehaus.plexus.component.configurator.ComponentConfigurationException >>> >> : >>> >> Invalid parameter supplied while setting '[somedir\jar1, >>> somedir\jar2]' >>> >> >>> >> Are we supposed to provide <classpath></classpath> in the first >>> place? >>> or >>> >> will it consider ${project.runtimeClasspathElements} as the default >>> >> classpath? (I guess not). >>> >> >>> >> If i remove the <classpath></classpath> from the plugin definition >>> (as >>> it >>> >> is >>> >> optional), it fails to find some of the classes that it needs to >>> compile >>> >> the >>> >> ejb.jar even though they are defined as dependencies in the project. >>> >> >>> >> Let me know if i'm doing something wrong. >>> >> -- >>> >> View this message in context: >>> >> >>> >> http://www.nabble.com/-M2-weblogic%3Aappc-classpath-issue-tf2465090.html#a68 >>> >> 71847 >>> >> Sent from the Maven - Users mailing list archive at Nabble.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/-M2-weblogic%3Aappc-classpath-issue-tf2465090s177.html >> #a7089129 >>> Sent from the Maven - Users mailing list archive at Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> -- >> Manu (:-Þ) >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/-M2-weblogic%3Aappc-classpath-issue-tf2465090s177.html#a7127475 > Sent from the Maven - Users mailing list archive at Nabble.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/-M2-weblogic%3Aappc-classpath-issue-tf2465090s177.html#a7151254 Sent from the Maven - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
