[test]-Failed to validate POM (enterprise-testsuite/jms-tests/jms-war/pom.xml )
OS:ubuntu The Geronimo server can be started successfully. Then it will get fatal error for failed to validate POM of jms-tests/pom.xml But as the same repository and settings, there is no problem to run the test in windows. Any comments? Thanks [INFO] Geronimo server started [INFO] [maven:invoke {execution: default}] [INFO] Invoking: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/pom.xml [INFO] + Error stacktraces are turned on. [INFO] [INFO] Scanning for projects... [INFO] [INFO] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] [INFO] [INFO] Error building POM (may not be this project's POM). [INFO] [INFO] [INFO] Project ID: org.apache.geronimo.testsuite:jms-war [INFO] POM Location: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/jms-war/pom.xml [INFO] Validation Messages: [INFO] [INFO] [0] 'dependencies.dependency.version' is missing for org.apache.geronimo.specs:geronimo-jsp_2.0_spec [INFO] [1] 'dependencies.dependency.version ' is missing for org.apache.geronimo.specs:geronimo-servlet_2.4_spec [INFO] [INFO] [INFO] Reason: Failed to validate POM [INFO] [INFO] [INFO] [INFO] [INFO] [INFO] Trace [INFO] org.apache.maven.reactor.MavenExecutionException: Failed to validate POM [INFO] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) [INFO] at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:278) [INFO] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) [INFO] at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) [INFO] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) [INFO] at java.lang.reflect.Method.invoke(Method.java:585) [INFO] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java :315) [INFO] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) [INFO] at org.codehaus.classworlds.Launcher.mainWithExitCode (Launcher.java :430) [INFO] at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic ( DefaultMavenProjectBuilder.java:926) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal (DefaultMavenProjectBuilder.java:737) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal( DefaultMavenProjectBuilder.java:416) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.build( DefaultMavenProjectBuilder.java:192) [INFO] at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java :447) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java :491) [INFO] at org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:351) -- Sean Qiu
[jira] Created: (GERONIMO-2822) Axis2 Integration - Get invoke() method working for WSDL provided scenario
Axis2 Integration - Get invoke() method working for WSDL provided scenario -- Key: GERONIMO-2822 URL: https://issues.apache.org/jira/browse/GERONIMO-2822 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: webservices Reporter: Lasantha Ranaweera This patch will get the invoke() method working for WSDL provided scenario. Make sure to generation JAXB related files add them in to you archive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2822) Axis2 Integration - Get invoke() method working for WSDL provided scenario
[ https://issues.apache.org/jira/browse/GERONIMO-2822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lasantha Ranaweera updated GERONIMO-2822: - Attachment: GERONIMO-2822.patch Following are some of the highlights of the patch. 1. Remove AxisService generation from Axis2WebServiceContainer put it in to a separate class since it has been getting more more procedural oriented now. Hope you all agree with me this finally as we comes with some good OOP architecture. ;) 2. Add missing annotations which has been giving JAXB errors in different locations Axis2 source code. 3. TODO: Has to do more more testing with different WSDL I will provide more patches here. Axis2 Integration - Get invoke() method working for WSDL provided scenario -- Key: GERONIMO-2822 URL: https://issues.apache.org/jira/browse/GERONIMO-2822 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: webservices Reporter: Lasantha Ranaweera Attachments: GERONIMO-2822.patch This patch will get the invoke() method working for WSDL provided scenario. Make sure to generation JAXB related files add them in to you archive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-2823) System class loader should not be searched for resource META-INF/geronimo-dependency.xml by AbstractRepository.getDependencies
System class loader should not be searched for resource META-INF/geronimo-dependency.xml by AbstractRepository.getDependencies -- Key: GERONIMO-2823 URL: https://issues.apache.org/jira/browse/GERONIMO-2823 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: dependencies Affects Versions: 2.0-M1 Reporter: Gianny Damour Assigned To: Gianny Damour AbstractRepository.getDependencies loads the resource META-INF/geronimo-dependency.xml in order to retrieve the child dependencies of the provided Artifact. The system class loader should be excluded when this resource is loaded as it may result in an infinite loop. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Axis2 Integration - JAXWS invoke() in WSDL provided Scenario
Hi All, Initial patch for the JAXWS invoke() in the WSDL provided scenario is given under GERONIMO-2822. Make sure to add the intermediate wrapper classes to your archive. Thanks, Lasantha
[jira] Closed: (GERONIMO-2823) System class loader should not be searched for resource META-INF/geronimo-dependency.xml by AbstractRepository.getDependencies
[ https://issues.apache.org/jira/browse/GERONIMO-2823?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gianny Damour closed GERONIMO-2823. --- Resolution: Fixed Fix Version/s: 2.0-beta1 This is now fixed. System class loader should not be searched for resource META-INF/geronimo-dependency.xml by AbstractRepository.getDependencies -- Key: GERONIMO-2823 URL: https://issues.apache.org/jira/browse/GERONIMO-2823 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.0-M1 Reporter: Gianny Damour Assigned To: Gianny Damour Fix For: 2.0-beta1 AbstractRepository.getDependencies loads the resource META-INF/geronimo-dependency.xml in order to retrieve the child dependencies of the provided Artifact. The system class loader should be excluded when this resource is loaded as it may result in an infinite loop. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: GERONIMO-2816 patch
Great, I'll work on these changes today. Thanks much David Blevins wrote: On Feb 11, 2007, at 6:12 PM, Tim McConnell wrote: HI Dain, thanks for reviewing. Yes, you're right--I am scanning all the classes in the web module for annotations, which might be excessive. I'll take a look at the OpenEJB AnnotationDeployer and DeploymentLoader classes tomorrow and see if I can discern the technique you mention (and then try to emulate it). If I have questions, which is likely, I'll ask. Thanks much It's pretty easy. Essentially I made it so ClassFinder can be constructed with a var-arg list of classes (may also support a plain List, can't remember). When that is done it only searches that set for annotations and doesn't do the whole asm routine to come up with a list of annotated classes. And now that I mention it, if you were to shift to that style of annotation searching you could disregard the comment I made earlier about constructing the ClassFinder exactly once per codebase -- if you could pretty much construct them and throw them away as you like. As far as the patch, there's nothing in there that can't be easily fixed and we're all on the same page, so I can check it in and you can work on your updates or I can wait for a revised patch. Whichever is easiest for you. Let me know. -David Dain Sundstrom wrote: Are you sure you must scan all classes in the web module for @EJB annotations? I don't think it is necessary or what you want to do. I believe that you should only be checking specific classes for the annotation such as all known servlets. This is how we process annotations for EJBs. First we find all EJBs, either listed in the ejb-jar.xml or found by scanning for @Stateless, @Stateful and @MessageDriven. Once we have the list of EJBs we check each class for the presence of the @EJB annotation. In your case, I believe you are scanning for all classes that have the @EJB annotation which will be a much larger number of classes then just the servlets. This over processing of classes can easily lead to naming conflicts. Also, I do not believe that servlet 2.5 has an @Servlet annotation, so I don't think you have to do any general purpose scanning like EJB module must do, which should make web deployment much more efficient. Other than that, the patches look good :) One minor thing to note is we don't use prefixes such as m_ for variables. Good job, -dain On Feb 10, 2007, at 1:23 AM, Tim McConnell wrote: Hi, I've attached a patch and two new classes to the GERONIMO-2816 JIRA that provides support for the @EJB and @EJBs annotations if anyone would like to review. The intent is to demonstrate a final/permanent technique that can be extended and used throughout Geronimo to support annotations for JSR-88. This patch and new code works for Tomcat and circumvents the annotation processing that is currently in EjbRefBuilder (which did not update the deployment descriptor with the discovered annotations, but only updated the JNDI references). I'd appreciate some feedback before I start propagating this technique to the other module builders to support the remainder of the annotations. I already have another subclass ready to support the @Resource annotations but I didn't want to include it in this example since it doesn't demonstrate anything different than the EJBAnnotationHelper subclass, and I'd like to get some feedback first on the the technique. The general technique, which we've discussed before, is pretty straightforward and is summarized here for reference: 1 -- Discover the annotations: I had hoped that we could centralize the discovery of annotations in the Deployer class prior to the createModule phase of deployment, but as David Blevins pointed out this is almost impossible. So it has to be pushed down into the installModule phase of deployment after the necessary classloader(s) and module context(s) have been established (see the changes for AbstractWebModuleBuilder for an example). 2 -- Process the annotations: This just means to update the existing deployment descriptor (or create a new one) with the discovered annotations. 3 -- Set metadata-complete in the deployment descriptor to prevent repeated processing of annotations (see the EjbRefBuilder changes for an example) 4 -- Update the deployment descriptor in the module so that it can flow through the remainder of the deployment process much as before (for JNDI naming and resolution, and to remain with module in support of the JSR-77 requirements for management). -- Thanks, Tim McConnell --Thanks, Tim McConnell -- Thanks, Tim McConnell
Re: EjbModuleBuilder passing in null arguments to buildEnvironemnt
Thanks Jarek! -sachin On Feb 11, 2007, at 11:14 PM, Jarek Gawor wrote: Created https://issues.apache.org/jira/browse/GERONIMO-2821 with a patch that should fix this issue. Jarek On 2/11/07, Dain Sundstrom [EMAIL PROTECTED] wrote: Moving to [EMAIL PROTECTED] from tck list as this is non tck related. On Feb 11, 2007, at 10:26 AM, Sachin Patel wrote: EjbModuleBuilder is passing in null for both the spec and G plans. David what is the intent here? if (ejbModule.getEjbJar().getAssemblyDescriptor() != null) { namingBuilder.buildEnvironment(null, null, environment); } I wrote this code. We agreed on the dev list that all naming builders would be hard coded to always add their environment. This is because we must build the environment before we have a class loader and we do not know what refs a bean has until we have a class loader (due to the need for annotation scanning). Since they are hard coded to always add their environiment, there should be no inspection of the spec or vendor plans and null is ok. In the case of EjbModuleBuilder we have not have the XMLBeans trees at that point in the build so we can not pass in valid args anyway. As for your specific problem: Caused by: java.lang.NullPointerException at org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder.buil dEn vironment(SwitchingServiceRefBuilder.java:76) at org.apache.geronimo.naming.deployment.SwitchingServiceRefBuilder$ $FastClassByCGLIB$$c7ee5732.invoke(generated) The SwitchingServiceRefBuilder is inspecting the XMLBeans tree looking for jaxrpc and jaxws references which is not allowed. That builder should be hard coded to always add the dependencies. -dain
Re: Time to start looking at bugs
On Feb 11, 2007, at 8:49 PM, Don Hill wrote: Hi, I would like to start looking at bugs that I can submit patches for, any suggestion what realease needs some help? Where should I start? Hi Don, Sounds great! I recommend that you focus on our development trunk. I'd say that any of the Jiras associated with 2.0-x releases would be appropriate (e.g. 2.0, 2.0-M2, etc -- time to clean these up, I think). --kevan
Re: Additional 'inverse' classloader view in Geronimo Console
On 2/12/07, Jarek Gawor [EMAIL PROTECTED] wrote: Would other people find this useful? (I know I would :)) Well, that's enough to make it happen, then. Go for it! (report a task in jira before digging in, though). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Build Failure (Axis2)
[INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/tck/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceiver -sachin
Re: Build Failure (Axis2)
On 2/12/07, Sachin Patel [EMAIL PROTECTED] wrote: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/tck/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceive Just reported it too. Good timing! ;-) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Build Error (openejb)
Compiling 7 source files to /Users/sppatel/svk/server/trunk/modules/ geronimo-openejb-builder/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /Users/sppatel/svk/server/trunk/modules/geronimo-openejb-builder/src/ main/java/org/apache/geronimo/openejb/deployment/ EjbModuleBuilder.java:[230,25] buildEnvironment (org.apache.xmlbeans.XmlObject,org.apache.xmlbeans.XmlObject,org.apache. geronimo.kernel.repository.Environment) in org.apache.geronimo.j2ee.deployment.NamingBuilder cannot be applied to (org.apache.openejb.jee.EjbJar,java.lang.Object,org.apache.geronimo.kern el.repository.Environment) -sachin
Re: svn commit: r506429 - in /geronimo/sandbox/build-support/harness/trunk/lib: jcommon-1.0.0.jar jfreechart-1.0.1.jar
Hey Jason, Looks to me that these binaries are LGPL licensed (http:// www.jfree.org/jcommon/index.php). Unless you can show evidence otherwise, they need to be removed from our svn tree. You're of course welcome to use them locally... Just can't host them from apache... --kevan On Feb 12, 2007, at 7:11 AM, [EMAIL PROTECTED] wrote: Author: jdillon Date: Mon Feb 12 04:11:45 2007 New Revision: 506429 URL: http://svn.apache.org/viewvc?view=revrev=506429 Log: Future support of fancy graphs on reports Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar (with props) geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar (with props) Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jcommon-1.0.0.jar?view=autorev=506429 == Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar -- svn:mime-type = application/java-archive Added: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jfreechart-1.0.1.jar?view=autorev=506429 == Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar -- svn:mime-type = application/java-archive
Re: [DISCUSS] Next 2.0 Milestones - Assemblies and Certification - Do we need 8?
A Geronimo Runtime Configuration Tool would be cool for those users that want to investigate what personality fits better their environment. It would also be cool if once you made your mind you could run some other command that would get rid of all the other components that are not required for that particular configuration. One of the options could be JEE Certified, then maybe we should try to pick just one flavor for certification. With that we would have 3 distributions, not certified Little-G, JEE certified (just one), and the big brother/pick your own personality. Post release, we could have could have incremental certifications, if at all possible, for the additional personalities Having this kind of configuration/export tool would reduce footprint and facilitate porting to other boxes (i.e. faster QA for those custom servers, faster setup for test and prod envs.) Cheers! Hernan Jason Dillon wrote: How big would one assembly be if we include *everything* like jetty, tomcat, axis2, cxf, everything. Not turned on though... then just provide people with a way to switch between personalities from the command line, and make one of them as default, so that if the server starts to boot up with no personality (hehe), then it will apply the default to itself when bootstrapping? Its probably gonna make the assembly zip a wee bit larger, but we'd only have one of em... so build time would be much faster, and if people want to try out different bits they don't have to redownload all that other stuff... but also, everything we need to make a javaee server is already in the assembly zip, so don't have to worry about networking muck to get the right personality up and running. Thoughts? --jason On Feb 9, 2007, at 12:32 PM, Paul McMahan wrote: On 2/8/07, Jason Dillon [EMAIL PROTECTED] wrote: I'm definitely *NOT* in-favor of 8 assemblies. Ditto. Even if there was time and manpower to test every possible assembly then I still don't think the end user would be prepared to make an informed choice about which one to download. On Feb 8, 2007, at 6:37 AM, Matt Hogstrom wrote: If there is a plugin option then I think the TCK discussion becomes simpler. Anyway, for those more skilled in that art than I what are the community thoughts on how to address our expanding set of pluggable components? I think that presenting the user with lots of choices is a good thing if geronimo can : 1.) provide a TCK tested default assembly 2.) help users make informed decisions about changing the defaults 3.) make it easy to enact their decisions 4.) allow them to change their minds later With that in mind, I think the ideal scenario (from a user's perspective) would be to provide one fully tested JEE5 assembly from the download page and then make it easy to swap out components after installation using plugins. Components that have passed the TCK in any assembly can be marked as such in the plugin catalog, along with any other useful information about that component such as which JEE spec it implements, etc. Components that are mutually exclusive like cxf and axis2, jetty and tomcat, etc can provide metadata that will prompt the plugin system to uninstall the component that is being replaced. There are lots of details and what-ifs that would need to be worked out before this approach can be fully realized. But if there's consensus around it then the next release could at least take a step in the right direction. AFAIK most if not all of the necessary functionality and infrastructure are already in place. Best wishes, Paul
Re: Build Failure (Axis2)
I rebuilt again and seems to be fixed. -sachin On Feb 12, 2007, at 9:30 AM, Jacek Laskowski wrote: On 2/12/07, Sachin Patel [EMAIL PROTECTED] wrote: [INFO] - --- [ERROR] BUILD FAILURE [INFO] - --- [INFO] Compilation failure /home/tck/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceive Just reported it too. Good timing! ;-) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Additional 'inverse' classloader view in Geronimo Console
On Feb 12, 2007, at 12:31 AM, Jarek Gawor wrote: Would other people find this useful? (I know I would :)) IMO, most Geronimo users would be interested in the Classloader hierarchy from a leaf's perspective. So, I'd say go for it... --kevan
Re: Build Error (openejb)
Something weird with Maven is going on.. Built 3 times on two machines with clean repos and finally got it to build on of them. -sachin On Feb 12, 2007, at 9:34 AM, Sachin Patel wrote: Compiling 7 source files to /Users/sppatel/svk/server/trunk/modules/ geronimo-openejb-builder/target/classes [INFO] -- -- [ERROR] BUILD FAILURE [INFO] -- -- [INFO] Compilation failure /Users/sppatel/svk/server/trunk/modules/geronimo-openejb-builder/ src/main/java/org/apache/geronimo/openejb/deployment/ EjbModuleBuilder.java:[230,25] buildEnvironment (org.apache.xmlbeans.XmlObject,org.apache.xmlbeans.XmlObject,org.apach e.geronimo.kernel.repository.Environment) in org.apache.geronimo.j2ee.deployment.NamingBuilder cannot be applied to (org.apache.openejb.jee.EjbJar,java.lang.Object,org.apache.geronimo.ke rnel.repository.Environment) -sachin
Re: Build Error (openejb)
Typo: Builds on one machine but not the other. :( -sachin On Feb 12, 2007, at 10:08 AM, Sachin Patel wrote: Something weird with Maven is going on.. Built 3 times on two machines with clean repos and finally got it to build on of them. -sachin On Feb 12, 2007, at 9:34 AM, Sachin Patel wrote: Compiling 7 source files to /Users/sppatel/svk/server/trunk/ modules/geronimo-openejb-builder/target/classes [INFO] - --- [ERROR] BUILD FAILURE [INFO] - --- [INFO] Compilation failure /Users/sppatel/svk/server/trunk/modules/geronimo-openejb-builder/ src/main/java/org/apache/geronimo/openejb/deployment/ EjbModuleBuilder.java:[230,25] buildEnvironment (org.apache.xmlbeans.XmlObject,org.apache.xmlbeans.XmlObject,org.apac he.geronimo.kernel.repository.Environment) in org.apache.geronimo.j2ee.deployment.NamingBuilder cannot be applied to (org.apache.openejb.jee.EjbJar,java.lang.Object,org.apache.geronimo.k ernel.repository.Environment) -sachin
Re: Build Failure (Axis2)
:( Somehow maven2 does not pickup latest axis2 snapshots...wonder why? :( -- dims On 2/12/07, Sachin Patel [EMAIL PROTECTED] wrote: I rebuilt again and seems to be fixed. -sachin On Feb 12, 2007, at 9:30 AM, Jacek Laskowski wrote: On 2/12/07, Sachin Patel [EMAIL PROTECTED] wrote: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/tck/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceive Just reported it too. Good timing! ;-) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: Build broken...again?!
rm -rf ~/.m2/repository/org/apache/axis2/ - Maven2 is at fault :( -- dims On 2/12/07, Jacek Laskowski [EMAIL PROTECTED] wrote: Hi, Got this while building the latest Geronimo sources. Anyone know what's up? Shall I remove my local m2 repo or part of it to get rid of the build error (which I doubt will help in this particular case)? [EMAIL PROTECTED] /cygdrive/c/oss/geronimo $ mvn clean install ... [INFO] [compiler:compile] Compiling 76 source files to c:\oss\geronimo\modules\geronimo-axis2\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure c:\oss\geronimo\modules\geronimo-axis2\src\main\java\org\apache\geronimo\axis2\Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceiver [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 minutes 30 seconds [INFO] Finished at: Mon Feb 12 15:21:59 CET 2007 [INFO] Final Memory: 83M/254M [INFO] [EMAIL PROTECTED] /cygdrive/c/oss/geronimo $ svn up At revision 506458. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: Build Failure (Axis2)
Just remove axis2 folder in your M2/repository build it again. Then you will get the latest axis2 SNAPSHOT. Thanks, Lasantha On 2/12/07, Sachin Patel [EMAIL PROTECTED] wrote: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/tck/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceive Just reported it too. Good timing! ;-) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [test]-Failed to validate POM (enterprise-testsuite/jms-tests/jms-war/pom.xml )
You seem to have an older version of jms-tests/jms-war/pom.xml Please update to the latest revision Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: OS:ubuntu The Geronimo server can be started successfully. Then it will get fatal error for failed to validate POM of jms-tests/pom.xml But as the same repository and settings, there is no problem to run the test in windows. Any comments? Thanks [INFO] Geronimo server started [INFO] [maven:invoke {execution: default}] [INFO] Invoking: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/pom.xml [INFO] + Error stacktraces are turned on. [INFO] [INFO] Scanning for projects... [INFO] [INFO] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] [INFO] [INFO] Error building POM (may not be this project's POM). [INFO] [INFO] [INFO] Project ID: org.apache.geronimo.testsuite:jms-war [INFO] POM Location: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/jms-war/pom.xml [INFO] Validation Messages: [INFO] [INFO] [0] 'dependencies.dependency.version' is missing for org.apache.geronimo.specs:geronimo-jsp_2.0_spec [INFO] [1] 'dependencies.dependency.version ' is missing for org.apache.geronimo.specs:geronimo-servlet_2.4_spec [INFO] [INFO] [INFO] Reason: Failed to validate POM [INFO] [INFO] [INFO] [INFO] [INFO] [INFO] Trace [INFO] org.apache.maven.reactor.MavenExecutionException: Failed to validate POM [INFO] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) [INFO] at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:278) [INFO] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) [INFO] at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [INFO] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [INFO] at java.lang.reflect.Method.invoke(Method.java:585) [INFO] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) [INFO] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) [INFO] at org.codehaus.classworlds.Launcher.mainWithExitCode (Launcher.java:430) [INFO] at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic (DefaultMavenProjectBuilder.java:926) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:737) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal (DefaultMavenProjectBuilder.java:416) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192) [INFO] at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) [INFO] at org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:351) -- Sean Qiu
[jira] Commented: (GERONIMO-2820) Console-testsuite test is blocked for encoding error
[ https://issues.apache.org/jira/browse/GERONIMO-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472325 ] Prasad Kashyap commented on GERONIMO-2820: -- Can you please confirm that you will see the same problem when you start a standalone server ? You should see the same problem there too. Console-testsuite test is blocked for encoding error Key: GERONIMO-2820 URL: https://issues.apache.org/jira/browse/GERONIMO-2820 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Windows XP Chinese version Reporter: Sean Qiu when i run the console-testsuite, it will hang there for the encoding reason which reported in file console-testsuite\target\geronimo-logs\org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log = Error Message = Booting Geronimo Kernel (in Java 1.5.0_08)... 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes. Fatal SAX parse error: Invalid byte 1 of 1-byte UTF-8 sequence. at line 19, column 59 in entity file:///C:/qxx/auto/geronimo/trunk/testsuite/console-testsuite/target/geronimo-jetty6-jee5-2.0-SNAPSHOT/var/config/config.xml 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) In file console-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\config\config.xml at line 19 It contain a byte that cannot encoded correctly in a Platform of Chinese language as the default (English one has no problem). !-- $Rev: 502583 $ $Date: 2007-02-02 19:36:02 +0800 (星期�?, 02 二月 2007) $ -- If remove this line of comment or in a english language platform, the test can run successfully. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Build broken...again?!
On 2/12/07, Davanum Srinivas [EMAIL PROTECTED] wrote: rm -rf ~/.m2/repository/org/apache/axis2/ - Maven2 is at fault :( It's helped. Thanks! Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [jira] Closed: (GERONIMO-2823) System class loader should not be searched for resource META-INF/geronimo-dependency.xml by AbstractRepository.getDependencies
Thanks! I ran into this problem a while back and it was really frustrating! david jencks On Feb 12, 2007, at 3:51 AM, Gianny Damour (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMO-2823? page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gianny Damour closed GERONIMO-2823. --- Resolution: Fixed Fix Version/s: 2.0-beta1 This is now fixed. System class loader should not be searched for resource META-INF/ geronimo-dependency.xml by AbstractRepository.getDependencies - - Key: GERONIMO-2823 URL: https://issues.apache.org/jira/browse/ GERONIMO-2823 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.0-M1 Reporter: Gianny Damour Assigned To: Gianny Damour Fix For: 2.0-beta1 AbstractRepository.getDependencies loads the resource META-INF/ geronimo-dependency.xml in order to retrieve the child dependencies of the provided Artifact. The system class loader should be excluded when this resource is loaded as it may result in an infinite loop. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Additional 'inverse' classloader view in Geronimo Console
Sounds useful. It would be great if the user could select a node and easily toggle between the two types of views. When that node appears in multiple places the tree could already have those paths expanded and the nodes highlighted. Best wishes, Paul On 2/12/07, Jarek Gawor [EMAIL PROTECTED] wrote: I was talking to Rakesh about adding additional classloader view to the Geronimo Console and we are wondering if people have any comments/thoughts about it. The current view show the tree starting with the system classloader and ends with child classloaders. Example: A - B - F - C - F In this case, A is a parent to B and C classloaders. And B, C are parent classloaders to F. Now, because Geronimo supports multi parent classloaders sometimes these child classloaders can appear in multiple places in the tree (e.g. F). So I proposed kind of inverse view of the classloaders. For example, for a given child classloader, I would like to see the parent classloaders as child nodes of the tree. Given the example above the tree would now look like: B - A C - A F - B - C Would other people find this useful? (I know I would :)) Thanks, Jarek
Re: [jira] Closed: (GERONIMO-2809) TransactionManagerImpl.getTransactionStatus() shouldn't throw on no tx (with patch)
Works for me now. Thanks a lot! Andrus On Feb 11, 2007, at 6:42 PM, David Jencks (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMO-2809? page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-2809. -- Resolution: Fixed Assignee: David Jencks Fixed in rev 506176. I reversed the iff condition. Let me know if there are further problems. TransactionManagerImpl.getTransactionStatus() shouldn't throw on no tx (with patch) - -- Key: GERONIMO-2809 URL: https://issues.apache.org/jira/browse/ GERONIMO-2809 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: transaction manager Affects Versions: 2.0 Reporter: Andrus Adamchik Assigned To: David Jencks Fix For: 2.0 Attachments: patch.txt org.apache.geronimo.transaction.manager.TransactionManagerImpl, implementation of TransactionSynchronizationRegistry.getTransactionStatus() method throws an IllegalStateException when called outside of active transaction. I believe this behavior is wrong. According to JTA javadocs: int getTransactionStatus() Return the status of the transaction bound to the current thread at the time this method is called. This is the result of executing TransactionManager.getStatus() in the context of the transaction bound to the current thread at the time this method is called. Returns: the status of the transaction bound to the current thread at the time this method is called. So no exception is specified in the spec. Also current behavior caused grief when implementing a JPA provider. Most methods on the EntityManager have this note: throws TransactionRequiredException if invoked on a container-managed entity manager of type PersistenceContextType.TRANSACTION and there is no transaction., but currently the provider can't even check the tx status consistently, since this unexpected exception is thrown. See attached patch for the trivial fix. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] Failed for Revision: 505868
bubbleboy:/usr/lib/jvmjava -version java version 1.5.0_08 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03) Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode) The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this error occurs only during the cron job. The tests pass successfully when the geronimo-activation module is built directly. I'm trying to fix this now. Cheers Prasad On 2/11/07, Jason Dillon [EMAIL PROTECTED] wrote: What version of Java is this using? The '/usr/lib/libgcj.so.5.0.0' looks suspicious... --jason On Feb 11, 2007, at 2:04 AM, [EMAIL PROTECTED] wrote: Revision: 505868 built with tests included See the full build-050044.log file at http://people.apache.org/ ~prasad/binaries/20070211/build-050044.log [INFO]task-segment: [install] [INFO] -- -- [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp test-war-javaee_5 in /home/prasad/geronimo/ trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/ test-war-javaee_5-2.0-SNAPSHOT [INFO] Copy webapp webResources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test- war-javaee_5-2.0-SNAPSHOT [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar [INFO] Generating war /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] Building war: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] -- -- [INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR [INFO]task-segment: [install] [INFO] -- -- [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [rar:rar] [INFO] Copy rar resources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test- rar-javaee_5-2.0-SNAPSHOT [INFO] Using ra.xml /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ra.xml [INFO] Could not find manifest file: /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/rar/ META-INF/MANIFEST.MF - Generating one [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0- SNAPSHOT.rar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0- SNAPSHOT.rar to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-rar-javaee_5/2.0-SNAPSHOT/test-rar-javaee_5-2.0- SNAPSHOT.rar [INFO] -- -- [INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR [INFO]
Patches in RTC (Geronimo - 2007-02-12)
Geronimo - Monday, February 12, 2007 0 Patches in RTC NOTE: This email is generated and does not constitute and offical vote or vote result. All official voting is done on the dev list. If you do not see your issue here, click the Begin RTC Review link under the Available Workflow Actions of the JIRA page. If you do not see your vote here, click the Vote link under the Operations section of the JIRA page. *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE *** Template: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm
Re: Multiple Repositories and Server Instances
Very Cool Stuff !!! Thanks for contributing to Geronimo's documentation. PS. friendly reminder for future references, use the HTML version (http://cwiki.apache.org/GMOxDOC20/multiple-repositories-and-server-instances.html) Cheers! Hernan Ted Kirby wrote: I just crafted a wiki page with this title at http://cwiki.apache.org/confluence/display/GMOxDOC20/Multiple+Repositories+and+Server+Instances to describe how to set up and use multiple repositories and server instances. They can be used together or separately, that is, they are independent of each other. There has been some discussion of this topic, so I wrote up some documentation. I solicit your feedback on it. This work is related to JIRA-2814, which contains some code patches and sample xml files to deploy a second repository.
XBean web site
The XBean web site has been moved from goopen.org to the ASF confluence. I have set up a cron job to rsync the autoexported site to http://geronimo.apache.org/xbean/ as explained at http://cwiki.apache.org/CWIKI/ The new site should be up in a few hours (time for the mirrors to be updated). -- Cheers, Guillaume Nodet
Re: XBean web site
Awesome! Thanks Guillaume -dain On Feb 12, 2007, at 9:23 AM, Guillaume Nodet wrote: The XBean web site has been moved from goopen.org to the ASF confluence. I have set up a cron job to rsync the autoexported site to http://geronimo.apache.org/xbean/ as explained at http://cwiki.apache.org/CWIKI/ The new site should be up in a few hours (time for the mirrors to be updated). -- Cheers, Guillaume Nodet
[jira] Closed: (GERONIMO-2813) SwitchingServiceRefBuilder environment fix
[ https://issues.apache.org/jira/browse/GERONIMO-2813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davanum Srinivas closed GERONIMO-2813. -- Resolution: Fixed SwitchingServiceRefBuilder environment fix -- Key: GERONIMO-2813 URL: https://issues.apache.org/jira/browse/GERONIMO-2813 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2813.patch The SwitchingServiceRefBuilder was merging the environment dependency incorrectly (at a wrong time) and therefore the dependency was not always added to the classloader. The attached patch fixes that issue. The solution is not perfect as access to the classloader is required at the buildEnvironment() stage to load the classes to determine what type of reference it is (JAX-RPC or JAX-WS). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2813) SwitchingServiceRefBuilder environment fix
[ https://issues.apache.org/jira/browse/GERONIMO-2813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472375 ] Davanum Srinivas commented on GERONIMO-2813: Fixed in svn revision 505359 SwitchingServiceRefBuilder environment fix -- Key: GERONIMO-2813 URL: https://issues.apache.org/jira/browse/GERONIMO-2813 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2813.patch The SwitchingServiceRefBuilder was merging the environment dependency incorrectly (at a wrong time) and therefore the dependency was not always added to the classloader. The attached patch fixes that issue. The solution is not perfect as access to the classloader is required at the buildEnvironment() stage to load the classes to determine what type of reference it is (JAX-RPC or JAX-WS). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2822) Axis2 Integration - Get invoke() method working for WSDL provided scenario
[ https://issues.apache.org/jira/browse/GERONIMO-2822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davanum Srinivas closed GERONIMO-2822. -- Resolution: Fixed Axis2 Integration - Get invoke() method working for WSDL provided scenario -- Key: GERONIMO-2822 URL: https://issues.apache.org/jira/browse/GERONIMO-2822 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: webservices Reporter: Lasantha Ranaweera Attachments: GERONIMO-2822.patch This patch will get the invoke() method working for WSDL provided scenario. Make sure to generation JAXB related files add them in to you archive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2822) Axis2 Integration - Get invoke() method working for WSDL provided scenario
[ https://issues.apache.org/jira/browse/GERONIMO-2822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472376 ] Davanum Srinivas commented on GERONIMO-2822: fixed in svn revision 506561 Axis2 Integration - Get invoke() method working for WSDL provided scenario -- Key: GERONIMO-2822 URL: https://issues.apache.org/jira/browse/GERONIMO-2822 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: webservices Reporter: Lasantha Ranaweera Attachments: GERONIMO-2822.patch This patch will get the invoke() method working for WSDL provided scenario. Make sure to generation JAXB related files add them in to you archive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Patches in RTC (Geronimo - 2007-02-12)
woohoo :) -- dims On 12 Feb 2007 16:12:00 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Geronimo - Monday, February 12, 2007 0 Patches in RTC NOTE: This email is generated and does not constitute and offical vote or vote result. All official voting is done on the dev list. If you do not see your issue here, click the Begin RTC Review link under the Available Workflow Actions of the JIRA page. If you do not see your vote here, click the Vote link under the Operations section of the JIRA page. *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE *** Template: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
originalSpecDD vs specDD
Does anyone happen to know offhand why there is both a String originalSpecDD and an XmlObject specDD in the Module class ?? It seems to me that they are different representations of the same Deployment Descriptor, and that ultimately JSR-77 is using the String originalSpecDD representation. Just want to make sure I'm updating the correct field(s) based on annotations -- Thanks, Tim McConnell
Re: originalSpecDD vs specDD
The originalSpecDD is the text that is presented to the user from JSR 77 mbean objects. It should be the metadata complete xml text in Jee5. -dain On Feb 12, 2007, at 11:13 AM, Tim McConnell wrote: Does anyone happen to know offhand why there is both a String originalSpecDD and an XmlObject specDD in the Module class ?? It seems to me that they are different representations of the same Deployment Descriptor, and that ultimately JSR-77 is using the String originalSpecDD representation. Just want to make sure I'm updating the correct field(s) based on annotations -- Thanks, Tim McConnell
Re: XBean web site
Guillaume, continuing our conversation, now on dev@, I'll reissue some of my previous comments (just my observations, hopefully it still will make sense ;-) ) The XBean folks are using Confluence to maintain their site but we (Geronimo) are not. We still use xdocs and ant script to build our site. The source for Geronimo's web site is on svn. We are not using Confluence for Geronimo's web site due to some issues with the autoexport plugin. Until we address those issues, vote and mover over Confluence, IMO, the subprojects listed under Geronimo's web site URL ( geronimo.apache.org/XYZ_project ) should use the same build method we use and be part of Geronimo's web site svn repo. So far we have three subprojects listed and they are integrated in three different ways: 1.- Development Tools : part of main web site src and build process (ideal) 2.- GBuild: link to cwiki (external link, no real integration but not disruptive either) 3.- XBean : bypass svn repo and copied directly into /www/geronimo.apache.org/xbean (IMO, *really really bad practice*) The way it is explained in the link you are pointing out (http://cwiki.apache.org/CWIKI/) goes well if you don't have the other half of your website already in production and authored with a totally different method. The fastest way to fix this would be to have an external link to XBean cwiki. Similar to what we have with GBuild. However this does not address the integration issue. We add subprojects to an existing structure/process and these new subprojects, I think, should adapt to the current procedures in place. What I do consider a *really bad practice* is a melange of methods for authoring the web site. I consider XBean part of the Geronimo site since it's URL is geronimo.apache.org/xbean The xbean piece of the site does not match the template used for the Geronimo site, it is similar but not the same. I think we are projecting an inconsistent web site image. Bottom line, I think we should be consistent in the way we present the web site and the way we maintain it. Again, if I missed or totally forgot the discussion about this pls let me know, I would really appreciate if some one can point me to it. Comments? Cheers! Hernan Guillaume Nodet wrote: The XBean web site has been moved from goopen.org to the ASF confluence. I have set up a cron job to rsync the autoexported site to http://geronimo.apache.org/xbean/ as explained at http://cwiki.apache.org/CWIKI/ The new site should be up in a few hours (time for the mirrors to be updated).
[jira] Created: (GERONIMO-2824) port the handler tests from CXF to Axis2
port the handler tests from CXF to Axis2 Key: GERONIMO-2824 URL: https://issues.apache.org/jira/browse/GERONIMO-2824 Project: Geronimo Issue Type: Test Security Level: public (Regular issues) Components: webservices Affects Versions: 2.0 Environment: winxp + sun 1.5 Reporter: Lin Sun Fix For: 2.0 Port the handler tests from CXF to Axis2. Patch is tested with Axis2 and all handler tests pass! To apply patch just unzip it to modules\geronimo-axis2\src directory. thanks, Lin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2824) port the handler tests from CXF to Axis2
[ https://issues.apache.org/jira/browse/GERONIMO-2824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun updated GERONIMO-2824: -- Attachment: geronimo-axis2-test.zip Able to build the patch with the latest trunk fine. port the handler tests from CXF to Axis2 Key: GERONIMO-2824 URL: https://issues.apache.org/jira/browse/GERONIMO-2824 Project: Geronimo Issue Type: Test Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0 Environment: winxp + sun 1.5 Reporter: Lin Sun Fix For: 2.0 Attachments: geronimo-axis2-test.zip Port the handler tests from CXF to Axis2. Patch is tested with Axis2 and all handler tests pass! To apply patch just unzip it to modules\geronimo-axis2\src directory. thanks, Lin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-2825) CXF and spring version update
CXF and spring version update - Key: GERONIMO-2825 URL: https://issues.apache.org/jira/browse/GERONIMO-2825 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: webservices Reporter: Jarek Gawor Geronimo currently uses outdated versions of CXF and Spring. The attached patch upgrades the version of CXF and Spring and fixes minor package name change in CXF code. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2825) CXF and spring version update
[ https://issues.apache.org/jira/browse/GERONIMO-2825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2825: -- Attachment: GERONIMO-2825.patch CXF and spring version update - Key: GERONIMO-2825 URL: https://issues.apache.org/jira/browse/GERONIMO-2825 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2825.patch Geronimo currently uses outdated versions of CXF and Spring. The attached patch upgrades the version of CXF and Spring and fixes minor package name change in CXF code. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Next 2.0 Milestones - Assemblies and Certification - Do we need 8?
On Feb 12, 2007, at 12:51 PM, Andrus Adamchik wrote: I am a Jetty and Cayenne user, so I'd like a Jetty + ? + Cayenne combo :-) So while I do not agree with the implication that an informal popularity poll can provide a meaningful selection of a default configuration (as this thread shows it will still be mostly arbitrary), I agree with the approach outlined by Matt - certify a minimal number of combinations (hopefully just 2) that spans all supported individual components. The actual certified combos shouldn't matter, as long as there is an easy way to activate preferred components from the uber tarball. For JPA it is easy there is a single string property that chooses the default provider if the user didn't specify one. BTW, I'm a very fickle user. OpenJPA is currently working for me, if Cayenne ends up working better, I'll switch. Currently, OpenJPA hangs the debugger on Mac, so when Cayenne is integrated into OpenEJB, I'll be trying it out. -dain
Re: [DISCUSS] Next 2.0 Milestones - Assemblies and Certification - Do we need 8?
On Feb 12, 2007, at 4:11 PM, Dain Sundstrom wrote: For JPA it is easy there is a single string property that chooses the default provider if the user didn't specify one. True - that shouldn't be a big deal. BTW, I'm a very fickle user. OpenJPA is currently working for me, if Cayenne ends up working better, I'll switch. Currently, OpenJPA hangs the debugger on Mac, so when Cayenne is integrated into OpenEJB, I'll be trying it out. I am using the debugger on Mac all the time with Cayenne :-) ... Seriously though, it is hard for us to predict a date when we are 100% compatible, since this is all unpaid volunteer effort, and there is lots of Cayenne-classic work going on in parallel, but we are getting there. BTW I should be able to provide hooks to manually register JPA listeners very soon. Andrus
Re: svn commit: r506561 - in /geronimo/server/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2: Axis2WebServiceContainer.java AxisServiceGenerator.java
Hey Dims, Looks like we've got more tab chars. Also, no svn props set... --kevan On Feb 12, 2007, at 1:16 PM, [EMAIL PROTECTED] wrote: Author: dims Date: Mon Feb 12 10:16:14 2007 New Revision: 506561 URL: http://svn.apache.org/viewvc?view=revrev=506561 Log: Fix for GERONIMO-2822 - Axis2 Integration - Get invoke() method working for WSDL provided scenario Added: geronimo/server/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/AxisServiceGenerator.java Modified: geronimo/server/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/Axis2WebServiceContainer.java Modified: geronimo/server/trunk/modules/geronimo-axis2/src/main/ java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/modules/ geronimo-axis2/src/main/java/org/apache/geronimo/axis2/ Axis2WebServiceContainer.java?view=diffrev=506561r1=506560r2=506561 == --- geronimo/server/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/Axis2WebServiceContainer.java (original) +++ geronimo/server/trunk/modules/geronimo-axis2/src/main/java/org/ apache/geronimo/axis2/Axis2WebServiceContainer.java Mon Feb 12 10:16:14 2007 @@ -138,142 +138,8 @@ configurationContext.setServicePath (portInfo.getLocation()); if(wsdlDefinition != null){ //WSDL Has been provided - WSDLToAxisServiceBuilder wsdlBuilder = null; - - WSDLFactory factory = WSDLFactory.newInstance(); - WSDLWriter writer = factory.newWSDLWriter(); - - ByteArrayOutputStream out = new ByteArrayOutputStream(); - writer.writeWSDL(wsdlDefinition, out); - String wsdlContent = out.toString(UTF-8); //TODO Pass correct encoding from WSDL - - OMNamespace documentElementNS = ((OMElement) XMLUtils.toOM(new StringReader(wsdlContent))).getNamespace(); - - MapQName, Service serviceMap = wsdlDefinition.getServices(); - Service wsdlService = serviceMap.values().iterator ().next(); - - MapString, Port portMap = wsdlService.getPorts(); - Port port = portMap.values().iterator().next(); - String portName = port.getName(); - QName serviceQName = wsdlService.getQName(); - - //Decide on WSDL Version : - if (WSDLConstants.WSDL20_2006Constants.DEFAULT_NAMESPACE_URI.equals (documentElementNS.getNamespaceURI())){ - wsdlBuilder = new WSDL20ToAxisServiceBuilder(new StringBufferInputStream(wsdlContent), serviceQName, null); - } - else if(Constants.NS_URI_WSDL11.equals (documentElementNS.getNamespaceURI())){ - wsdlBuilder = new WSDL11ToAxisServiceBuilder (wsdlDefinition, serviceQName , portName); - } - //populate with axis2 objects - service = wsdlBuilder.populateService(); - service.addParameter(new Parameter(ServiceClass, endpointClassName)); -service.setWsdlFound(true); -service.setClassLoader(classLoader); - - //Goind to create annotations by hand - DescriptionBuilderComposite dbc = new DescriptionBuilderComposite(); - dbc.setClassLoader(classLoader); - HashMapString, DescriptionBuilderComposite dbcMap = new HashMapString, DescriptionBuilderComposite(); - - //Service related annotations -WebServiceAnnot serviceAnnot = WebServiceAnnot.createWebServiceAnnotImpl(); -serviceAnnot.setPortName(portName); -serviceAnnot.setServiceName(service.getName()); -serviceAnnot.setName(service.getName()); -serviceAnnot.setTargetNamespace (service.getTargetNamespace()); -//don't set endpointinterface now otherwise you'll get a -//Validation error: SEI must not set a value for @WebService.endpointInterface. -//The default value is . -//serviceAnnot.setEndpointInterface (endpointClassName); - - Class endPointClass = classLoader.loadClass (endpointClassName); - Method[] classMethods = endPointClass.getMethods(); - - for(IteratorAxisOperation opIterator = service.getOperations() ; opIterator.hasNext() ;){ - AxisOperation operation = opIterator.next(); -JAXWSMessageReceiver receiver = JAXWSMessageReceiver.class.newInstance(); -operation.setMessageReceiver(receiver); - -
[jira] Created: (GERONIMO-2826) Test case to test invocations using service-ref
Test case to test invocations using service-ref --- Key: GERONIMO-2826 URL: https://issues.apache.org/jira/browse/GERONIMO-2826 Project: Geronimo Issue Type: Test Security Level: public (Regular issues) Components: webservices Reporter: Jarek Gawor The attached patch includes a new test case that invokes a web services from within a JSP page. The JSP page obtains the looks up the service-ref in JNDI. Currently, the test case will pass with CXF even though the service invocation returns incorrect value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2826) Test case to test invocations using service-ref
[ https://issues.apache.org/jira/browse/GERONIMO-2826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2826: -- Attachment: GERONIMO-2826.patch Test case to test invocations using service-ref --- Key: GERONIMO-2826 URL: https://issues.apache.org/jira/browse/GERONIMO-2826 Project: Geronimo Issue Type: Test Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2826.patch The attached patch includes a new test case that invokes a web services from within a JSP page. The JSP page obtains the looks up the service-ref in JNDI. Currently, the test case will pass with CXF even though the service invocation returns incorrect value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] Failed for Revision: 506686
Revision: 506686 built with tests skipped See the full build-1700.log file at http://people.apache.org/~prasad/binaries/20070212/build-1700.log Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar 125K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar 30K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository) Downloading: http://ws.zones.apache.org/repository2//org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar 130K downloaded [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar - IGNORING Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar 135K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar 764K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-xjc/2.0.2/jaxb-xjc
Re: originalSpecDD vs specDD
and, at least in 1.2, the XmlObject spec DD has been munged in various ways such as converting web-app 2.2 to 2.5. thanks david jencks On Feb 12, 2007, at 11:23 AM, Dain Sundstrom wrote: The originalSpecDD is the text that is presented to the user from JSR 77 mbean objects. It should be the metadata complete xml text in Jee5. -dain On Feb 12, 2007, at 11:13 AM, Tim McConnell wrote: Does anyone happen to know offhand why there is both a String originalSpecDD and an XmlObject specDD in the Module class ?? It seems to me that they are different representations of the same Deployment Descriptor, and that ultimately JSR-77 is using the String originalSpecDD representation. Just want to make sure I'm updating the correct field(s) based on annotations -- Thanks, Tim McConnell
Application client deployment without DD not possible?
Hi, Just tried to deploy JBoss Seam demo application - jboss-seam-registration.ear - onto Geronimo The Latest and found that it did not support a application client without DD. According to the Java EE 5 spec - EE.9.6Packaging and Deployment (p. 174) reads: Application clients (...) may include a deployment descriptor similar to other Java EE application components. and If the deployment descriptor is not included, or is included but not marked metadata-complete, annotations on the main class of the application client may also be used to describe the resources needed by the application. I took a look at AppClientModuleBuilde:createModule (line 206) and when there's no DD Geronimo attempts to read META-INF/application-client.xml that does not exist. Does it mean that Geronimo doesn't support application clients without DD? Is there a jira issue already reported in case it does not? Am I missing something? It threw the following exception upon deployment: 00:09:28,453 ERROR [DirectoryHotDeployer] Unable to deploy: Module was not an application client: jboss-seam.jar org.apache.geronimo.common.DeploymentException: Module was not an application client: jboss-seam.jar at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:734) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:355) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:257) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$$EnhancerByCGLIB$$5a1cdb12.getDeploymentPlan(generated) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:232) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:855) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:114) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:60) at java.lang.Thread.run(Thread.java:595) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Application client deployment without DD not possible?
No one has updated the app client builder for javaee 5 stuff yet. Feel free to jump in. thanks david jencks On Feb 12, 2007, at 3:35 PM, Jacek Laskowski wrote: Hi, Just tried to deploy JBoss Seam demo application - jboss-seam-registration.ear - onto Geronimo The Latest and found that it did not support a application client without DD. According to the Java EE 5 spec - EE.9.6Packaging and Deployment (p. 174) reads: Application clients (...) may include a deployment descriptor similar to other Java EE application components. and If the deployment descriptor is not included, or is included but not marked metadata-complete, annotations on the main class of the application client may also be used to describe the resources needed by the application. I took a look at AppClientModuleBuilde:createModule (line 206) and when there's no DD Geronimo attempts to read META-INF/application-client.xml that does not exist. Does it mean that Geronimo doesn't support application clients without DD? Is there a jira issue already reported in case it does not? Am I missing something? It threw the following exception upon deployment: 00:09:28,453 ERROR [DirectoryHotDeployer] Unable to deploy: Module was not an application client: jboss-seam.jar org.apache.geronimo.common.DeploymentException: Module was not an application client: jboss-seam.jar at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules (EARConfigBuilder.java:734) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan (EARConfigBuilder.java:355) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan (EARConfigBuilder.java:257) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$ $FastClassByCGLIB$$38e56ec6.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:820) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$ $EnhancerByCGLIB$$5a1cdb12.getDeploymentPlan(generated) at org.apache.geronimo.deployment.Deployer.deploy (Deployer.java:232) at org.apache.geronimo.deployment.Deployer.deploy (Deployer.java:124) at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ $734a235d.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:855) at org.apache.geronimo.kernel.basic.BasicKernel.invoke (BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDe ploy(AbstractDeployCommand.java:114) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run (DistributeCommand.java:60) at java.lang.Thread.run(Thread.java:595) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Application client deployment without DD not possible?
On 2/13/07, David Jencks [EMAIL PROTECTED] wrote: No one has updated the app client builder for javaee 5 stuff yet. Feel free to jump in. Fine. Let me see how much I'll do before you'll get annoyed with the progress and beat me to it ;-) http://issues.apache.org/jira/browse/GERONIMO-2827 Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Created: (GERONIMO-2827) Java EE 5 application client support
Java EE 5 application client support Key: GERONIMO-2827 URL: https://issues.apache.org/jira/browse/GERONIMO-2827 Project: Geronimo Issue Type: Task Security Level: public (Regular issues) Components: application client Affects Versions: 2.0 Reporter: Jacek Laskowski Assigned To: Jacek Laskowski Provide javaee5 application client support, mainly no DD available and annotations. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Daytrader newbie
Hi All, This is yet another daytrader newbie question. What is the Geronimo version current Daytrader trunk has been testing on? Thanks, Lasantha Ranaweera
Re: Application client deployment without DD not possible?
On Feb 12, 2007, at 3:58 PM, Jacek Laskowski wrote: On 2/13/07, David Jencks [EMAIL PROTECTED] wrote: No one has updated the app client builder for javaee 5 stuff yet. Feel free to jump in. Fine. Let me see how much I'll do before you'll get annoyed with the progress and beat me to it ;-) http://issues.apache.org/jira/browse/GERONIMO-2827 Thinking about this a little bit more I think that a lot of the work needed is going to be covered by the annotations stuff Tim McConnell is working on (GERONIMO-2816) so I'd coordinate with him to avoid duplicated work. There will definitely be some client-builder specific stuff too. thanks david jencks Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Created: (GERONIMO-2828) Auto reconnection of broken connections
Auto reconnection of broken connections --- Key: GERONIMO-2828 URL: https://issues.apache.org/jira/browse/GERONIMO-2828 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Reporter: Avin N Refer to the documents provided by Active MQ: [http://incubator.apache.org/activemq/how-can-i-support-auto-reconnection.html] It states clearly that auto-reconnection is supported by ActiveMQ v 3.x onwards. However this doesn,t work inside geronimo 1.1 release. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r506429 - in /geronimo/sandbox/build-support/harness/trunk/lib: jcommon-1.0.0.jar jfreechart-1.0.1.jar
Aye (figured you were going to say something :-P), I was not really sure where the line is drawn, as to when something that is not distributed can be put in svn... for example, the code for wiki.apache.org is in svn.apache.org, its gpl... or at least it was a while ago. This 2 jars are not for distribution, they are not included in any Geronimo release, they just help to render some charts. Its a massive PITA to have to dance around pulling down 2 jars from another location just because they happen to have a different license. Anyways, as I said, was not sure where the line is drawn. I can probably just pull these from repo1.maven.org each time, only crappy part of that is that it adds more network repository to the mix and thus increases the changes of instability. --jason On Feb 12, 2007, at 6:40 AM, Kevan Miller wrote: Hey Jason, Looks to me that these binaries are LGPL licensed (http:// www.jfree.org/jcommon/index.php). Unless you can show evidence otherwise, they need to be removed from our svn tree. You're of course welcome to use them locally... Just can't host them from apache... --kevan On Feb 12, 2007, at 7:11 AM, [EMAIL PROTECTED] wrote: Author: jdillon Date: Mon Feb 12 04:11:45 2007 New Revision: 506429 URL: http://svn.apache.org/viewvc?view=revrev=506429 Log: Future support of fancy graphs on reports Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar (with props) geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar (with props) Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jcommon-1.0.0.jar?view=autorev=506429 = = Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar - - svn:mime-type = application/java-archive Added: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jfreechart-1.0.1.jar?view=autorev=506429 = = Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar - - svn:mime-type = application/java-archive
Re: [BUILD] Failed for Revision: 505868
Are you sure the cron job executes with the same path and/or JAVA_HOME? --jason On Feb 12, 2007, at 9:09 AM, Prasad Kashyap wrote: bubbleboy:/usr/lib/jvmjava -version java version 1.5.0_08 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03) Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode) The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this error occurs only during the cron job. The tests pass successfully when the geronimo-activation module is built directly. I'm trying to fix this now. Cheers Prasad On 2/11/07, Jason Dillon [EMAIL PROTECTED] wrote: What version of Java is this using? The '/usr/lib/libgcj.so.5.0.0' looks suspicious... --jason On Feb 11, 2007, at 2:04 AM, [EMAIL PROTECTED] wrote: Revision: 505868 built with tests included See the full build-050044.log file at http://people.apache.org/ ~prasad/binaries/20070211/build-050044.log [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp test-war-javaee_5 in /home/prasad/ geronimo/ trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/ target/ test-war-javaee_5-2.0-SNAPSHOT [INFO] Copy webapp webResources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test- war-javaee_5-2.0-SNAPSHOT [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar [INFO] Generating war /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] Building war: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] - - -- [INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [rar:rar] [INFO] Copy rar resources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test- rar-javaee_5-2.0-SNAPSHOT [INFO] Using ra.xml /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ra.xml [INFO] Could not find manifest file: /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/ rar/ META-INF/MANIFEST.MF - Generating one [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0- SNAPSHOT.rar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0- SNAPSHOT.rar to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-rar-javaee_5/2.0-SNAPSHOT/test-rar-javaee_5-2.0- SNAPSHOT.rar [INFO]
Re: XBean web site
On Feb 12, 2007, at 11:42 AM, Hernan Cunico wrote: Guillaume, continuing our conversation, now on dev@, I'll reissue some of my previous comments (just my observations, hopefully it still will make sense ;-) ) The XBean folks are using Confluence to maintain their site but we (Geronimo) are not. We still use xdocs and ant script to build our site. The source for Geronimo's web site is on svn. We are not using Confluence for Geronimo's web site due to some issues with the autoexport plugin. Until we address those issues, vote and mover over Confluence, IMO, the subprojects listed under Geronimo's web site URL ( geronimo.apache.org/XYZ_project ) should use the same build method we use and be part of Geronimo's web site svn repo. I completely disagree. I believe that Geronimo should also use Confluence to support generation of the website. Aside from a few minor issues, and the lag time from export to live, I don't see any reason not to use Confluence in this manner. It has been on my TODO list for quite some time, I did an initial POC, but got sucked up into TCK-land which has been taking up most of my time. I actually don't think that the current Geronimo website xdoc+script thing is very good and it should go soon. Its not very friendly, people tend to forget steps and corrupt the site, and its not easy to add new content to. So far we have three subprojects listed and they are integrated in three different ways: 1.- Development Tools : part of main web site src and build process (ideal) 2.- GBuild: link to cwiki (external link, no real integration but not disruptive either) 3.- XBean : bypass svn repo and copied directly into / www/geronimo.apache.org/xbean (IMO, *really really bad practice*) The way it is explained in the link you are pointing out (http:// cwiki.apache.org/CWIKI/) goes well if you don't have the other half of your website already in production and authored with a totally different method. The fastest way to fix this would be to have an external link to XBean cwiki. Similar to what we have with GBuild. However this does not address the integration issue. We add subprojects to an existing structure/process and these new subprojects, I think, should adapt to the current procedures in place. What I do consider a *really bad practice* is a melange of methods for authoring the web site. I consider XBean part of the Geronimo site since it's URL is geronimo.apache.org/xbean The xbean piece of the site does not match the template used for the Geronimo site, it is similar but not the same. I think we are projecting an inconsistent web site image. Blah... each different part of the site has a slightly different look to it... I don't think this matters all that much right now. While once we get all websites into Confluence, then I think it should be easy enough to get them all kinda looking the same. Bottom line, I think we should be consistent in the way we present the web site and the way we maintain it. Sure, and lets be consistent and use Confluence ;-) --jason
Re: Patches in RTC (Geronimo - 2007-02-12)
Wouldn't it be nice if it were true :) The RTC function was yanked from our Jira setup so I guess I should shut this script off. -David On Feb 12, 2007, at 10:28 AM, Davanum Srinivas wrote: woohoo :) -- dims On 12 Feb 2007 16:12:00 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Geronimo - Monday, February 12, 2007 0 Patches in RTC NOTE: This email is generated and does not constitute and offical vote or vote result. All official voting is done on the dev list. If you do not see your issue here, click the Begin RTC Review link under the Available Workflow Actions of the JIRA page. If you do not see your vote here, click the Vote link under the Operations section of the JIRA page. *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE *** Template: http://svn.apache.org/repos/asf/geronimo/gbuild/ jirareports/patchesInRtc.vm -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: [test]-Failed to validate POM (enterprise-testsuite/jms-tests/jms-war/pom.xml )
Thanks, and could you tell me how to get the latest verison? 2007/2/12, Prasad Kashyap [EMAIL PROTECTED]: You seem to have an older version of jms-tests/jms-war/pom.xml Please update to the latest revision Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: OS:ubuntu The Geronimo server can be started successfully. Then it will get fatal error for failed to validate POM of jms-tests/pom.xml But as the same repository and settings, there is no problem to run the test in windows. Any comments? Thanks [INFO] Geronimo server started [INFO] [maven:invoke {execution: default}] [INFO] Invoking: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/pom.xml [INFO] + Error stacktraces are turned on. [INFO] [INFO] Scanning for projects... [INFO] [INFO] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] [INFO] [INFO] Error building POM (may not be this project's POM). [INFO] [INFO] [INFO] Project ID: org.apache.geronimo.testsuite:jms-war [INFO] POM Location: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/jms-war/pom.xml [INFO] Validation Messages: [INFO] [INFO] [0] 'dependencies.dependency.version' is missing for org.apache.geronimo.specs:geronimo-jsp_2.0_spec [INFO] [1] 'dependencies.dependency.version ' is missing for org.apache.geronimo.specs:geronimo-servlet_2.4_spec [INFO] [INFO] [INFO] Reason: Failed to validate POM [INFO] [INFO] [INFO] [INFO] [INFO] [INFO] Trace [INFO] org.apache.maven.reactor.MavenExecutionException: Failed to validate POM [INFO] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) [INFO] at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:278) [INFO] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) [INFO] at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) [INFO] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) [INFO] at java.lang.reflect.Method.invoke(Method.java:585) [INFO] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) [INFO] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) [INFO] at org.codehaus.classworlds.Launcher.mainWithExitCode (Launcher.java:430) [INFO] at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic (DefaultMavenProjectBuilder.java:926) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal( DefaultMavenProjectBuilder.java:737) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal (DefaultMavenProjectBuilder.java:416) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.build( DefaultMavenProjectBuilder.java:192) [INFO] at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) [INFO] at org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:351) -- Sean Qiu -- Sean Qiu
Re: [test]-Failed to validate POM (enterprise-testsuite/jms-tests/jms-war/pom.xml )
Go to your testsuite directory and run 'svn up'. You will get the latest code in that directory tree. Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: Thanks, and could you tell me how to get the latest verison? 2007/2/12, Prasad Kashyap [EMAIL PROTECTED]: You seem to have an older version of jms-tests/jms-war/pom.xml Please update to the latest revision Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: OS:ubuntu The Geronimo server can be started successfully. Then it will get fatal error for failed to validate POM of jms-tests/pom.xml But as the same repository and settings, there is no problem to run the test in windows. Any comments? Thanks [INFO] Geronimo server started [INFO] [maven:invoke {execution: default}] [INFO] Invoking: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/pom.xml [INFO] + Error stacktraces are turned on. [INFO] [INFO] Scanning for projects... [INFO] [INFO] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] [INFO] [INFO] Error building POM (may not be this project's POM). [INFO] [INFO] [INFO] Project ID: org.apache.geronimo.testsuite:jms-war [INFO] POM Location: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/jms-war/pom.xml [INFO] Validation Messages: [INFO] [INFO] [0] ' dependencies.dependency.version' is missing for org.apache.geronimo.specs:geronimo-jsp_2.0_spec [INFO] [1] 'dependencies.dependency.version ' is missing for org.apache.geronimo.specs:geronimo-servlet_2.4_spec [INFO] [INFO] [INFO] Reason: Failed to validate POM [INFO] [INFO] [INFO] [INFO] [INFO] [INFO] Trace [INFO] org.apache.maven.reactor.MavenExecutionException: Failed to validate POM [INFO] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) [INFO] at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:278) [INFO] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) [INFO] at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [INFO] at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) [INFO] at java.lang.reflect.Method.invoke(Method.java:585) [INFO] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) [INFO] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) [INFO] at org.codehaus.classworlds.Launcher.mainWithExitCode (Launcher.java:430) [INFO] at org.codehaus.classworlds.Launcher.main (Launcher.java:375) [INFO] Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic (DefaultMavenProjectBuilder.java:926) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:737) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal (DefaultMavenProjectBuilder.java:416) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192) [INFO] at org.apache.maven.DefaultMaven.getProject (DefaultMaven.java:515) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) [INFO] at org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:351) -- Sean Qiu -- Sean Qiu
Re: [BUILD] Failed for Revision: 505868
This has been fixed already. The cron job had the same JAVA_HOME but I had to change the path by putting my assigned JAVA_HOME at the front. Cheers Prasad On 2/12/07, Jason Dillon [EMAIL PROTECTED] wrote: Are you sure the cron job executes with the same path and/or JAVA_HOME? --jason On Feb 12, 2007, at 9:09 AM, Prasad Kashyap wrote: bubbleboy:/usr/lib/jvmjava -version java version 1.5.0_08 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03) Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode) The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this error occurs only during the cron job. The tests pass successfully when the geronimo-activation module is built directly. I'm trying to fix this now. Cheers Prasad On 2/11/07, Jason Dillon [EMAIL PROTECTED] wrote: What version of Java is this using? The '/usr/lib/libgcj.so.5.0.0' looks suspicious... --jason On Feb 11, 2007, at 2:04 AM, [EMAIL PROTECTED] wrote: Revision: 505868 built with tests included See the full build-050044.log file at http://people.apache.org/ ~prasad/binaries/20070211/build-050044.log [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp test-war-javaee_5 in /home/prasad/ geronimo/ trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/ target/ test-war-javaee_5-2.0-SNAPSHOT [INFO] Copy webapp webResources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test- war-javaee_5-2.0-SNAPSHOT [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar [INFO] Generating war /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] Building war: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0- SNAPSHOT.war to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war-javaee_5-2.0- SNAPSHOT.war [INFO] - - -- [INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/ test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [rar:rar] [INFO] Copy rar resources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test- rar-javaee_5-2.0-SNAPSHOT [INFO] Using ra.xml /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ra.xml [INFO] Could not find manifest file: /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/ rar/ META-INF/MANIFEST.MF - Generating one [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0- SNAPSHOT.rar [INFO]
Re: [BUILD] Failed for Revision: 506686
Dims, Has this been fixed now ? Cheers Prasad On 12 Feb 2007 22:14:44 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Revision: 506686 built with tests skipped See the full build-1700.log file at http://people.apache.org/~prasad/binaries/20070212/build-1700.log Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar 125K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar 30K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository) Downloading: http://ws.zones.apache.org/repository2//org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar 130K downloaded [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar - IGNORING Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar 135K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2
Re: [BUILD] Failed for Revision: 505868
I'm still curious what crazy version of java was spitting out that junk... i'm guessing it might be the gcc-java muck that comes on many new linux distros. --jason On Feb 12, 2007, at 6:57 PM, Prasad Kashyap wrote: This has been fixed already. The cron job had the same JAVA_HOME but I had to change the path by putting my assigned JAVA_HOME at the front. Cheers Prasad On 2/12/07, Jason Dillon [EMAIL PROTECTED] wrote: Are you sure the cron job executes with the same path and/or JAVA_HOME? --jason On Feb 12, 2007, at 9:09 AM, Prasad Kashyap wrote: bubbleboy:/usr/lib/jvmjava -version java version 1.5.0_08 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08- b03) Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode) The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this error occurs only during the cron job. The tests pass successfully when the geronimo-activation module is built directly. I'm trying to fix this now. Cheers Prasad On 2/11/07, Jason Dillon [EMAIL PROTECTED] wrote: What version of Java is this using? The '/usr/lib/libgcj.so. 5.0.0' looks suspicious... --jason On Feb 11, 2007, at 2:04 AM, [EMAIL PROTECTED] wrote: Revision: 505868 built with tests included See the full build-050044.log file at http://people.apache.org/ ~prasad/binaries/20070211/build-050044.log [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-war-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/ testsupport/ test-deployment-javaee_5/test-war-javaee_5/target/classes/ META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp test-war-javaee_5 in /home/prasad/ geronimo/ trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/ target/ test-war-javaee_5-2.0-SNAPSHOT [INFO] Copy webapp webResources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-war-javaee_5/target/ test- war-javaee_5-2.0-SNAPSHOT [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-war-javaee_5/target/test-war- javaee_5-2.0- SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar [INFO] Generating war /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-war-javaee_5/target/test-war- javaee_5-2.0- SNAPSHOT.war [INFO] Building war: /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-war-javaee_5/target/test-war- javaee_5-2.0- SNAPSHOT.war [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test- deployment-javaee_5/test-war-javaee_5/target/test-war- javaee_5-2.0- SNAPSHOT.war to /home/prasad/.m2/repository/org/apache/geronimo/ testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war- javaee_5-2.0- SNAPSHOT.war [INFO] - - -- [INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR [INFO]task-segment: [install] [INFO] - - -- [INFO] [tools:require-java-version {execution: validate-java- version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/ testsupport/ test-deployment-javaee_5/test-rar-javaee_5/target/classes/ META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [rar:rar] [INFO] Copy rar resources to /home/prasad/geronimo/trunk/ testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/ test- rar-javaee_5-2.0-SNAPSHOT [INFO] Using ra.xml /home/prasad/geronimo/trunk/testsupport/ test- deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ ra.xml [INFO] Could not find manifest file: /home/prasad/geronimo/
Re: [BUILD] Failed for Revision: 506686
Does anyone know where maven is downloading this from? Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar 135K downloaded Thanks Anita [EMAIL PROTECTED] wrote: Revision: 506686 built with tests skipped See the full build-1700.log file at http://people.apache.org/~prasad/binaries/20070212/build-1700.log Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar 125K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar 30K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository) Downloading: http://ws.zones.apache.org/repository2//org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar 130K downloaded [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar - IGNORING Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar 135K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http
Re: [BUILD] Failed for Revision: 506686
This file is there in the Axis2 maven 2 repo - http://ws.zones.apache.org/repository2/org/apache/axis2/axis2-java2wsdl/SNAPSHOT/ Maybe just a network glitch? (happened to Donald last week I think...) lin Prasad Kashyap wrote: Dims, Has this been fixed now ? Cheers Prasad On 12 Feb 2007 22:14:44 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Revision: 506686 built with tests skipped See the full build-1700.log file at http://people.apache.org/~prasad/binaries/20070212/build-1700.log Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar 125K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar [WARNING] Unable to get resource from repository apache-ws-snapshots2 (http://ws.zones.apache.org/repository2/) Downloading: http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar 30K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository) Downloading: http://ws.zones.apache.org/repository2//org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar 130K downloaded [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar - IGNORING Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar 135K downloaded Downloading: http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository/) Downloading: http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://people.apache.org/repo/m2-incubating-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar [WARNING] Unable to get resource from repository codehaus (http://repository.codehaus.org) Downloading: http://ws.zones.apache.org
Re: svn commit: r506429 - in /geronimo/sandbox/build-support/harness/trunk/lib: jcommon-1.0.0.jar jfreechart-1.0.1.jar
Aight... I've fixed this, I'm still using these artifacts to generate charts, but pulling the jars from the maven repo to avoid needing them in svn. --jason On Feb 12, 2007, at 6:40 AM, Kevan Miller wrote: Hey Jason, Looks to me that these binaries are LGPL licensed (http:// www.jfree.org/jcommon/index.php). Unless you can show evidence otherwise, they need to be removed from our svn tree. You're of course welcome to use them locally... Just can't host them from apache... --kevan On Feb 12, 2007, at 7:11 AM, [EMAIL PROTECTED] wrote: Author: jdillon Date: Mon Feb 12 04:11:45 2007 New Revision: 506429 URL: http://svn.apache.org/viewvc?view=revrev=506429 Log: Future support of fancy graphs on reports Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar (with props) geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar (with props) Added: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jcommon-1.0.0.jar?view=autorev=506429 = = Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jcommon-1.0.0.jar - - svn:mime-type = application/java-archive Added: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar URL: http://svn.apache.org/viewvc/geronimo/sandbox/build-support/ harness/trunk/lib/jfreechart-1.0.1.jar?view=autorev=506429 = = Binary file - no diff available. Propchange: geronimo/sandbox/build-support/harness/trunk/lib/ jfreechart-1.0.1.jar - - svn:mime-type = application/java-archive
[jira] Commented: (GERONIMO-2820) Console-testsuite test is blocked for encoding error
[ https://issues.apache.org/jira/browse/GERONIMO-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472509 ] Sean Qiu commented on GERONIMO-2820: Yes, you are right. When i input mvn -Ptools geronimo:start It encounters the same problem. Console-testsuite test is blocked for encoding error Key: GERONIMO-2820 URL: https://issues.apache.org/jira/browse/GERONIMO-2820 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Windows XP Chinese version Reporter: Sean Qiu when i run the console-testsuite, it will hang there for the encoding reason which reported in file console-testsuite\target\geronimo-logs\org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log = Error Message = Booting Geronimo Kernel (in Java 1.5.0_08)... 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes. Fatal SAX parse error: Invalid byte 1 of 1-byte UTF-8 sequence. at line 19, column 59 in entity file:///C:/qxx/auto/geronimo/trunk/testsuite/console-testsuite/target/geronimo-jetty6-jee5-2.0-SNAPSHOT/var/config/config.xml 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) In file console-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\config\config.xml at line 19 It contain a byte that cannot encoded correctly in a Platform of Chinese language as the default (English one has no problem). !-- $Rev: 502583 $ $Date: 2007-02-02 19:36:02 +0800 (星期�?, 02 二月 2007) $ -- If remove this line of comment or in a english language platform, the test can run successfully. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2820) Console-testsuite test is blocked for encoding error
[ https://issues.apache.org/jira/browse/GERONIMO-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472511 ] Jason Dillon commented on GERONIMO-2820: Odd... why is it trying to parse things in comments? But also, why is the {{$Date$}} all whack? Console-testsuite test is blocked for encoding error Key: GERONIMO-2820 URL: https://issues.apache.org/jira/browse/GERONIMO-2820 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Windows XP Chinese version Reporter: Sean Qiu when i run the console-testsuite, it will hang there for the encoding reason which reported in file console-testsuite\target\geronimo-logs\org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log = Error Message = Booting Geronimo Kernel (in Java 1.5.0_08)... 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes. Fatal SAX parse error: Invalid byte 1 of 1-byte UTF-8 sequence. at line 19, column 59 in entity file:///C:/qxx/auto/geronimo/trunk/testsuite/console-testsuite/target/geronimo-jetty6-jee5-2.0-SNAPSHOT/var/config/config.xml 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) In file console-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\config\config.xml at line 19 It contain a byte that cannot encoded correctly in a Platform of Chinese language as the default (English one has no problem). !-- $Rev: 502583 $ $Date: 2007-02-02 19:36:02 +0800 (星期�?, 02 二月 2007) $ -- If remove this line of comment or in a english language platform, the test can run successfully. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] Failed for Revision: 506847
Revision: 506847 built with tests skipped See the full build-2300.log file at http://people.apache.org/~prasad/binaries/20070212/build-2300.log [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown Reason: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278) 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(DelegatingMethodAccessorImpl.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) Caused by: org.apache.maven.project.ProjectBuildingException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1274) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:414) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351) ... 11 more Caused by: java.io.FileNotFoundException: /home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileReader.init(FileReader.java:55) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1269) ... 18 more [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Mon Feb 12 23:00:56 EST 2007 [INFO] Final Memory: 23M/159M [INFO]
wsdl:service name in .wsdl file
Hi there, I found out that the simple jax-ws example we put on the wiki (http://cwiki.apache.org/GMOxDOC20/simple-web-service-with-jax-ws.html) doesn't work with the latest trunk - CXF. I assumed it worked before when the article was put out there. Here's the error I got: 22:54:17,781 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.samples.jws/Calculator/1.0/car ?J2EEApplication=null,WebModule=org.apache.geronimo.samples.jws/Calculator/1.0/c ar,j2eeType=Servlet,name=CalculatorService org.apache.cxf.service.factory.ServiceConstructionException: Could not find definition for service {http://jws.samples.geronimo.apache.org}CalculatorService. at org.apache.cxf.wsdl11.WSDLServiceFactory.create(WSDLServiceFactory.ja va:69) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializ eServiceModel(ReflectionServiceFactoryBean.java:176) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(Re flectionServiceFactoryBean.java:116) at org.apache.geronimo.cxf.CXFEndpoint.init(CXFEndpoint.java:113) at org.apache.geronimo.cxf.CXFWebServiceContainer.publishEndpoint(CXFWeb ServiceContainer.java:141) at org.apache.geronimo.cxf.CXFWebServiceContainer.init(CXFWebServiceCo ntainer.java:94) at org.apache.geronimo.cxf.CXFWebServiceContainerFactoryGBean.getWebServ iceContainer(CXFWebServiceContainerFactoryGBean.java:84) After modifying the wsdl:name name from wsdl:service name=Calculator to wsdl:service name=CalculatorService I can deploy the war file fine. Would this be a bug in CXF (or integration code) that you have to specify 'Service' at the end of the name? P.S. I ran into another error first where the .wsdl file cannot be located in the repo thus I moved the location of .wsdl file to WEB-INFO\wsdl and it solved that error. Lin
Sample Applications - Updation to v1.2
Hi Lasantha, Can you please update the following sample applications from Geronimo v1.1.1to v1.2 : - EJB Sample App JMS and MDB Web Application Security Web Services Thanks Karthiga
Re: [BUILD] Failed for Revision: 506847
It happened to me too. I just commented out modulegeronimo-corba-deployer/module in the config/pom.xml and trying to build it now :-) . Looks like missing module in the configs folder. Thanks, Lasantha [EMAIL PROTECTED] wrote: Revision: 506847 built with tests skipped See the full build-2300.log file at http://people.apache.org/~prasad/binaries/20070212/build-2300.log [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown Reason: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278) 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(DelegatingMethodAccessorImpl.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) Caused by: org.apache.maven.project.ProjectBuildingException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1274) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:414) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351) ... 11 more Caused by: java.io.FileNotFoundException: /home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileReader.init(FileReader.java:55) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1269) ... 18 more [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Mon Feb 12 23:00:56 EST 2007 [INFO] Final Memory: 23M/159M [INFO]
Re: [BUILD] Failed for Revision: 506847
Removed geronimo-corba-deployer from the list of modules in the configs/pom.xml. Anybody has a problem, HOLLER ! At Revision 506852 Cheers Prasad On 13 Feb 2007 04:00:58 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Revision: 506847 built with tests skipped See the full build-2300.log file at http://people.apache.org/~prasad/binaries/20070212/build-2300.log [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown Reason: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278) 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(DelegatingMethodAccessorImpl.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) Caused by: org.apache.maven.project.ProjectBuildingException: Could not find the model file '/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'. at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1274) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:414) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351) ... 11 more Caused by: java.io.FileNotFoundException: /home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileReader.init(FileReader.java:55) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1269) ... 18 more [INFO] [INFO] Total time: 7 seconds [INFO] Finished at: Mon Feb 12 23:00:56 EST 2007 [INFO] Final Memory: 23M/159M [INFO]
[BUILD] Failed for Revision: 506852
Revision: 506852 built with tests skipped See the full build-2326.log file at http://people.apache.org/~prasad/binaries/20070212/build-2326.log [INFO] Building jar: /home/prasad/geronimo/trunk/configs/webservices-common/target/webservices-common-2.0-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/webservices-common/target/webservices-common-2.0-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/webservices-common/2.0-SNAPSHOT/webservices-common-2.0-SNAPSHOT.car [INFO] [INFO] Building Geronimo Configs :: OpenEJB [INFO]task-segment: [install] [INFO] [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/openejb/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/openejb/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/openejb/target/plan/plan.xml [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/configs/openejb/target/plan/plan.xml [INFO] snapshot org.apache.geronimo.configs:webservices-common:2.0-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:webservices-common:2.0-SNAPSHOT: checking for updates from axis2-m2-repo [INFO] snapshot org.apache.geronimo.configs:webservices-common:2.0-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:webservices-common:2.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/configs/openejb/target/openejb-2.0-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/openejb/target/openejb-2.0-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/openejb/2.0-SNAPSHOT/openejb-2.0-SNAPSHOT.car [INFO] [INFO] Building Geronimo Configs :: J2EE Corba Yoko ORB [INFO]task-segment: [install] [INFO] [INFO] [tools:require-java-version {execution: validate-java-version}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/j2ee-corba-yoko/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/j2ee-corba-yoko/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/j2ee-corba-yoko/target/plan/plan.xml [INFO] snapshot org.apache.geronimo.configs:geronimo-corba-deployer:2.0-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:geronimo-corba-deployer:2.0-SNAPSHOT: checking for updates from axis2-m2-repo [INFO] snapshot org.apache.geronimo.configs:geronimo-corba-deployer:2.0-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:geronimo-corba-deployer:2.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/configs/geronimo-corba-deployer/2.0-SNAPSHOT/geronimo-corba-deployer-2.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository) Downloading: http://ws.zones.apache.org/repository2//org/apache/geronimo/configs/geronimo-corba-deployer/2.0-SNAPSHOT/geronimo-corba-deployer-2.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository axis2-m2-repo (http://ws.zones.apache.org/repository2/) Downloading: http://snapshots.repository.codehaus.org/org/apache/geronimo/configs/geronimo-corba-deployer/2.0-SNAPSHOT/geronimo-corba-deployer-2.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository codehaus-snapshots (http://snapshots.repository.codehaus.org) Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/configs/geronimo-corba-deployer/2.0-SNAPSHOT/geronimo-corba-deployer-2.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository) [INFO] [car:package] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/configs/geronimo-corba-deployer/2.0-SNAPSHOT/geronimo-corba-deployer-2.0-SNAPSHOT.car [WARNING] Unable to get resource from repository apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository
Re: wsdl:service name in .wsdl file
Yes, that used to work. It used to work because of a bug in CXF that recently got fixed. The sample needs to be updated (so that the Java code matches the wsdl). Jarek On 2/12/07, Lin Sun [EMAIL PROTECTED] wrote: Hi there, I found out that the simple jax-ws example we put on the wiki (http://cwiki.apache.org/GMOxDOC20/simple-web-service-with-jax-ws.html) doesn't work with the latest trunk - CXF. I assumed it worked before when the article was put out there. Here's the error I got: 22:54:17,781 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.samples.jws/Calculator/1.0/car ?J2EEApplication=null,WebModule=org.apache.geronimo.samples.jws/Calculator/1.0/c ar,j2eeType=Servlet,name=CalculatorService org.apache.cxf.service.factory.ServiceConstructionException: Could not find definition for service {http://jws.samples.geronimo.apache.org}CalculatorService. at org.apache.cxf.wsdl11.WSDLServiceFactory.create(WSDLServiceFactory.ja va:69) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializ eServiceModel(ReflectionServiceFactoryBean.java:176) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(Re flectionServiceFactoryBean.java:116) at org.apache.geronimo.cxf.CXFEndpoint.init(CXFEndpoint.java:113) at org.apache.geronimo.cxf.CXFWebServiceContainer.publishEndpoint(CXFWeb ServiceContainer.java:141) at org.apache.geronimo.cxf.CXFWebServiceContainer.init(CXFWebServiceCo ntainer.java:94) at org.apache.geronimo.cxf.CXFWebServiceContainerFactoryGBean.getWebServ iceContainer(CXFWebServiceContainerFactoryGBean.java:84) After modifying the wsdl:name name from wsdl:service name=Calculator to wsdl:service name=CalculatorService I can deploy the war file fine. Would this be a bug in CXF (or integration code) that you have to specify 'Service' at the end of the name? P.S. I ran into another error first where the .wsdl file cannot be located in the repo thus I moved the location of .wsdl file to WEB-INFO\wsdl and it solved that error. Lin
web.xml
Is anyone working on making the web.xml file optional? Jarek
Re: Exceptions during deployment of testsupport EARs
On Feb 12, 2007, at 7:29 PM, Prasad Kashyap wrote: Jenck's patch seeems to have fixed the persistence bugs. However these are the new exceptions seen when the same 2 test ears are deployed. Background Context: --- The deployment-testsuite/test-deployments deploys the following 2 ears in succession, hits the context-root URL in a browser and then undeploys it again. org.apache.geronimo.testsupport/test-ear-j2ee_1.3/2.0-SNAPSHOT/ear org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear This used to work fine until recently. So for problem #1 I checked in a fix which should at least not result in a null pointer exception. We'll see what it throws next :) For #2 that'll take some debugging, but I think I may have an idea of how to fix. Quick question, how do I run the deployment-testsuite/test-deployments ? -David Problem #1: Starting an app with EJBs Error: Operation failed: start of org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear failed Unknown start exception Configuration org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear failed to start due to the following reasons: The service EJBModule=ejb.jar,J2EEApplication=org.apache.geronimo.testsupport/ test-ear-j2ee_1.4/2.0-SNAPSHOT/ ear,j2eeType=StatefulSessionBean,name=SimpleStatefulSession did not start because org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear? J2EEApplication=org.apache.geronimo.testsupport/test-ear- j2ee_1.4/2.0-SNAPSHOT/ear,j2eeType=EJBModule,name=ejb.jar did not start. The service J2EEApplication=org.apache.geronimo.testsupport/test-ear- j2ee_1.4/2.0-SNAPSHOT/ear,j2eeType=EJBModule,name=ejb.jar did not start because the doStart method threw an exception. org.apache.openejb.OpenEJBException: Error building bean 'SimpleCMPEntity'. Exception: class java.lang.NullPointerException: null: null at org.apache.openejb.assembler.classic.EjbJarBuilder.build (EjbJarBuilder.java:61) at org.apache.openejb.assembler.classic.Assembler.createApplication (Assembler.java:379) at org.apache.openejb.assembler.classic.Assembler.createEjbJar (Assembler.java:303) at org.apache.geronimo.openejb.OpenEjbSystemGBean.createEjbJar (OpenEjbSystemGBean.java:184) Full stack traces here - http://rifers.org/paste/show/3524 http://rifers.org/paste/show/3525 Problem # 2: Undeploy --- The apps distribute but fail to start. Undeploying them leaves behind ejb.jar and ejb-cmp2.jar which are locked by the running server. The server has to be stopped, these files deleted and only then can the app be re-installed again. Cheers Prasad On 2/8/07, Prasad Kashyap [EMAIL PROTECTED] wrote: Dain was referring to this - http://www.nabble.com/Persistence-deployer-bugs--tf3189760.html Will wait on David Jencks to fix this soon :-) Cheers Prasad On 2/8/07, Dain Sundstrom [EMAIL PROTECTED] wrote: On Feb 8, 2007, at 6:17 PM, Prasad Kashyap wrote: org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already registered: geronimo:J2EEServer=geronimo,name=cmp,j2eeType=GBean This the PersistenceUnit naming problem I pointed out yesterday. The JPA deployer is not picking a very unique names and we quickly run into conflicts. -dain
[jira] Commented: (GERONIMO-2820) Console-testsuite test is blocked for encoding error
[ https://issues.apache.org/jira/browse/GERONIMO-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472537 ] Sean Qiu commented on GERONIMO-2820: I have no idea about the detail. But i want to stress that it was only suspended in OS whose default language is Chinese. And if the this line is delete, it works well again. Console-testsuite test is blocked for encoding error Key: GERONIMO-2820 URL: https://issues.apache.org/jira/browse/GERONIMO-2820 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Windows XP Chinese version Reporter: Sean Qiu when i run the console-testsuite, it will hang there for the encoding reason which reported in file console-testsuite\target\geronimo-logs\org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log = Error Message = Booting Geronimo Kernel (in Java 1.5.0_08)... 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes. Fatal SAX parse error: Invalid byte 1 of 1-byte UTF-8 sequence. at line 19, column 59 in entity file:///C:/qxx/auto/geronimo/trunk/testsuite/console-testsuite/target/geronimo-jetty6-jee5-2.0-SNAPSHOT/var/config/config.xml 11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable attributes org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) In file console-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\config\config.xml at line 19 It contain a byte that cannot encoded correctly in a Platform of Chinese language as the default (English one has no problem). !-- $Rev: 502583 $ $Date: 2007-02-02 19:36:02 +0800 (星期�?, 02 二月 2007) $ -- If remove this line of comment or in a english language platform, the test can run successfully. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [test]-Failed to validate POM (enterprise-testsuite/jms-tests/jms-war/pom.xml )
Thanks, it works. 2007/2/13, Prasad Kashyap [EMAIL PROTECTED]: Go to your testsuite directory and run 'svn up'. You will get the latest code in that directory tree. Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: Thanks, and could you tell me how to get the latest verison? 2007/2/12, Prasad Kashyap [EMAIL PROTECTED]: You seem to have an older version of jms-tests/jms-war/pom.xml Please update to the latest revision Cheers Prasad On 2/12/07, Sean Qiu [EMAIL PROTECTED] wrote: OS:ubuntu The Geronimo server can be started successfully. Then it will get fatal error for failed to validate POM of jms-tests/pom.xml But as the same repository and settings, there is no problem to run the test in windows. Any comments? Thanks [INFO] Geronimo server started [INFO] [maven:invoke {execution: default}] [INFO] Invoking: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/pom.xml [INFO] + Error stacktraces are turned on. [INFO] [INFO] Scanning for projects... [INFO] [INFO] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] [INFO] [INFO] Error building POM (may not be this project's POM). [INFO] [INFO] [INFO] Project ID: org.apache.geronimo.testsuite:jms-war [INFO] POM Location: /home/qbit/at/geronimo/server/testsuite/enterprise-testsuite/jms-tests/jms-war/pom.xml [INFO] Validation Messages: [INFO] [INFO] [0] ' dependencies.dependency.version' is missing for org.apache.geronimo.specs:geronimo-jsp_2.0_spec [INFO] [1] 'dependencies.dependency.version ' is missing for org.apache.geronimo.specs:geronimo-servlet_2.4_spec [INFO] [INFO] [INFO] Reason: Failed to validate POM [INFO] [INFO] [INFO] [INFO] [INFO] [INFO] Trace [INFO] org.apache.maven.reactor.MavenExecutionException: Failed to validate POM [INFO] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365) [INFO] at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:278) [INFO] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) [INFO] at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) [INFO] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) [INFO] at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) [INFO] at java.lang.reflect.Method.invoke(Method.java:585) [INFO] at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) [INFO] at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) [INFO] at org.codehaus.classworlds.Launcher.mainWithExitCode (Launcher.java:430) [INFO] at org.codehaus.classworlds.Launcher.main (Launcher.java:375) [INFO] Caused by: org.apache.maven.project.InvalidProjectModelException: Failed to validate POM [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic (DefaultMavenProjectBuilder.java:926) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal( DefaultMavenProjectBuilder.java:737) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal (DefaultMavenProjectBuilder.java:416) [INFO] at org.apache.maven.project.DefaultMavenProjectBuilder.build( DefaultMavenProjectBuilder.java:192) [INFO] at org.apache.maven.DefaultMaven.getProject (DefaultMaven.java:515) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) [INFO] at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491) [INFO] at org.apache.maven.DefaultMaven.getProjects (DefaultMaven.java:351) -- Sean Qiu -- Sean Qiu -- Sean Qiu
[test]-How to deploy the test result to local rather than the remote apache http server with scp
The command mvn site-deploy will deploy the result to remote apache http server by default. I modify the pom.xml in testsuite, while it works well only for the console-testsuite. The enterprise-testsuite and deploy-testsuite will still fail for connection error. distributionManagement site idwebsite/id !--urlscp://people.apache.org/www/geronimo.apache.org/maven/server/testsuite/${buildNumber}/url-- urlfile:///home/qbit/at/geronimo/result/${buildNumber}/url /site /distributionManagement I grep the whole testsuite directory, there is more than one file contains scp:// protocal. Can i deploy it locally by means of adding some parameter? -- Sean Qiu
Re: Additional 'inverse' classloader view in Geronimo Console
As Jarek said, I had discussion with him before on it. Well, The only concern I have is, additing too many redundent view will make console uninteresting. I think we need to be careful. How about this? Instead of adding new view, we add a check or button in existing view Show inverse tree. Clicking or checking this will inverse the tree in same view. Technically, having inverse tree is not a hard work. I can take this task and get it done. Thanks Rakesh On 2/12/07, Paul McMahan [EMAIL PROTECTED] wrote: Sounds useful. It would be great if the user could select a node and easily toggle between the two types of views. When that node appears in multiple places the tree could already have those paths expanded and the nodes highlighted. Best wishes, Paul On 2/12/07, Jarek Gawor [EMAIL PROTECTED] wrote: I was talking to Rakesh about adding additional classloader view to the Geronimo Console and we are wondering if people have any comments/thoughts about it. The current view show the tree starting with the system classloader and ends with child classloaders. Example: A - B - F - C - F In this case, A is a parent to B and C classloaders. And B, C are parent classloaders to F. Now, because Geronimo supports multi parent classloaders sometimes these child classloaders can appear in multiple places in the tree (e.g. F). So I proposed kind of inverse view of the classloaders. For example, for a given child classloader, I would like to see the parent classloaders as child nodes of the tree. Given the example above the tree would now look like: B - A C - A F - B - C Would other people find this useful? (I know I would :)) Thanks, Jarek
Re: svn commit: r506793 - in /geronimo/server/trunk: assemblies/geronimo-jetty6-jee5/pom.xml configs/client-corba-yoko/pom.xml configs/client-corba-yoko/src/plan/plan.xml configs/j2ee-corba-yoko/pom.x
On 2/13/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: djencks Date: Mon Feb 12 17:41:33 2007 New Revision: 506793 URL: http://svn.apache.org/viewvc?view=revrev=506793 Log: Start hooking up corba configs ... !--openejbcorbaDeployerorg.apache.geronimo.configs/openejb-corba-deployer/${version}/car/openejbcorbaDeployer-- + geronimocorbaDeployerorg.apache.geronimo.configs/geronimo-corba-deployer/${version}/car/geronimocorbaDeployer It there a reason that the camel case is not used in the geronimocorbaDeployer property? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Sample Applications - Updation to v1.2
Please give me couple of days, I will let you know after uploading the source code in to the WIKI. Thanks, Lasantha Karthiga Ratnam wrote: Hi Lasantha, Can you please update the following sample applications from Geronimo v1.1.1 to v1.2 : - EJB Sample App JMS and MDB Web Application Security Web Services Thanks Karthiga
Re: [test]-How to deploy the test result to local rather than the remote apache http server with scp
On Feb 12, 2007, at 10:27 PM, Sean Qiu wrote: The command mvn site-deploy will deploy the result to remote apache http server by default. I modify the pom.xml in testsuite, while it works well only for the console-testsuite. The enterprise-testsuite and deploy-testsuite will still fail for connection error. distributionManagement site idwebsite/id !--urlscp://people.apache.org/www/ geronimo.apache.org/maven/server/testsuite/${buildNumber}/url-- urlfile:///home/qbit/at/geronimo/result/${buildNumber} /url /site /distributionManagement I grep the whole testsuite directory, there is more than one file contains scp:// protocal. Can i deploy it locally by means of adding some parameter? Why do you want to _deploy_ it locally? --jason