[NEWS] ServiceMix has just graduated and is now an official Top Level Project
I'm very pleased to announce that the ASF board just accepted ServiceMix graduation to a Top Level Project :-) -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [NEWS] ServiceMix has just graduated and is now an official Top Level Project
On 9/19/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I'm very pleased to announce that the ASF board just accepted ServiceMix graduation to a Top Level Project :-) Who! After nearly two years! Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Castor - http://castor.org/
[jira] Resolved: (SM-1056) Add NamespaceContextImpl to servicemix-core
[ https://issues.apache.org/activemq/browse/SM-1056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gert Vanthienen resolved SM-1056. - Resolution: Fixed Fix Version/s: 3.2 http://svn.apache.org/viewvc?view=revrevision=577452 http://svn.apache.org/viewvc?view=revrevision=577453 Add NamespaceContextImpl to servicemix-core --- Key: SM-1056 URL: https://issues.apache.org/activemq/browse/SM-1056 Project: ServiceMix Issue Type: Improvement Components: servicemix-core, servicemix-drools, servicemix-eip Affects Versions: 3.1.1 Reporter: Gert Vanthienen Assignee: Gert Vanthienen Fix For: 3.2 Currently, servicemix-eip and servicemix-drools each ship with an almost identical copy of NamespaceContextImpl. It would be better to move this to servicemix-core (where the XPathExpression classes are -- which might also require a NamespaceContextImpl). In order not to break any existing xbean.xml files, we should keep the current classes in servicemix-eip and servicemix-drools (can become empty, simply inherit from the core one) to make sure that eip:namespace-context and drools:namespace-context still exist. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: question about servicemix 3.1.2 release
How's the release going ? As ServiceMix has now graduated and depending where you are in the process, it may be nice to remove the incubation disclaimers and incubating from the version and have our first official release. Thoughts ? On 9/14/07, Freeman Fang [EMAIL PROTECTED] wrote: Thanks Guillaume Fixed the release wiki. Freeman Guillaume Nodet wrote: ServiceMix 3.1.2 does not depend on camel afaik, only trunk does.And for the branch, you should try using https instead of http (could you fix the release instructions if they are misleading?) On 9/13/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi Guillaume, The release guide say that there should be no snapshot dependency, but servicemix-camel depend on camel 1.1 snapshot, without this snapshot dependency, this service-engine can't get compiled. How to handle this problem? And I failed to do svn mkdir http://svn.apache.org/repos/asf/incubator/servicemix/branches/servicemix- 3.1.2 -m ServiceMix 3.1.2 Release Branch The error is svn: MKACTIVITY of '/repos/asf/!svn/act/334b9964-033a-0410-a474-8f0ea706a33b': 403 Forbidden (http://svn.apache.org) Any Suggestion is appreciated. Thanks very much Freeman Guillaume Nodet wrote: I have updated the releasing notes to something that I hope will work ;-) See http://cwiki.apache.org/confluence/display/SM/Release+Guide If you have any questions, just yell ! On 9/12/07, Nodet Guillaume [EMAIL PROTECTED] wrote: On Sep 12, 2007, at 8:46 AM, Freeman Fang wrote: Hi all, When are we going to release servicemix 3.1.2? As a new commiter in servicemix team, I'd like to know how is the release process looks like. If possible, shall I be release manager of this time? :-) Yeah of course you can :-) There are some instructions available at http://incubator.apache.org/servicemix/release-guide.html but these are a bit outdated, so we'll have to update those (and maven can not really be used for creating the release)... Let me have a breakfast and write something more accurate... Any suggestion is appreciated. Best Regards Freeman -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: question about servicemix 3.1.2 release
Hi Guillaume, What's the new servicemix site after graduate, before we are http://incubator.apache.org/servicemix/, should it be http://apache.org/servicemix/ now? Who is responsible for creating this site? Best Regards Freeman Freeman Fang wrote: Hi Guillaume, I just deploy it on apache server, my home directory. http://people.apache.org/~ffang/maven_staging/org/apache/servicemix/ But this one with incubating. And I will change the version and remove incubation disclaimers to re-deploy it. Then we can start vote. Best Regards Freeman Guillaume Nodet wrote: How's the release going ? As ServiceMix has now graduated and depending where you are in the process, it may be nice to remove the incubation disclaimers and incubating from the version and have our first official release. Thoughts ? On 9/14/07, Freeman Fang [EMAIL PROTECTED] wrote: Thanks Guillaume Fixed the release wiki. Freeman Guillaume Nodet wrote: ServiceMix 3.1.2 does not depend on camel afaik, only trunk does.And for the branch, you should try using https instead of http (could you fix the release instructions if they are misleading?) On 9/13/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi Guillaume, The release guide say that there should be no snapshot dependency, but servicemix-camel depend on camel 1.1 snapshot, without this snapshot dependency, this service-engine can't get compiled. How to handle this problem? And I failed to do svn mkdir http://svn.apache.org/repos/asf/incubator/servicemix/branches/servicemix- 3.1.2 -m ServiceMix 3.1.2 Release Branch The error is svn: MKACTIVITY of '/repos/asf/!svn/act/334b9964-033a-0410-a474-8f0ea706a33b': 403 Forbidden (http://svn.apache.org) Any Suggestion is appreciated. Thanks very much Freeman Guillaume Nodet wrote: I have updated the releasing notes to something that I hope will work ;-) See http://cwiki.apache.org/confluence/display/SM/Release+Guide If you have any questions, just yell ! On 9/12/07, Nodet Guillaume [EMAIL PROTECTED] wrote: On Sep 12, 2007, at 8:46 AM, Freeman Fang wrote: Hi all, When are we going to release servicemix 3.1.2? As a new commiter in servicemix team, I'd like to know how is the release process looks like. If possible, shall I be release manager of this time? :-) Yeah of course you can :-) There are some instructions available at http://incubator.apache.org/servicemix/release-guide.html but these are a bit outdated, so we'll have to update those (and maven can not really be used for creating the release)... Let me have a breakfast and write something more accurate... Any suggestion is appreciated. Best Regards Freeman -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Commented: (GERONIMODEVTOOLS-215) Does not work right-clik's option Remove to remove project from Server (Servers View)
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528679 ] Tomasz Mazan commented on GERONIMODEVTOOLS-215: --- Tim, thanks for your reply. Steps are quite simplier: 1. Deploy ejb.jar xor app.ear 2. Try to click on module and remove - no effect 3. Click on server - Add and remove projects - and here Remove - working Does not work right-clik's option Remove to remove project from Server (Servers View) - Key: GERONIMODEVTOOLS-215 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tomasz Mazan Assignee: Tim McConnell Hi Tomasz, Sorry to be so dense but I'm missing something obvious. Are you able/willing to provide the artifacts that is causing the failure for you ?? If not, are these the correct steps that is causing the failure (so I can try to reproduce) ?? 1. Deploy your first ejb.jar 2. Deploy your ear, which contains other ejb.jar files 3. Then I assume you're attempting to undeploy the ear that was deployed in Step 2 ?? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-215) Does not work right-clik's option Remove to remove project from Server (Servers View)
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528695 ] Kan Ogawa commented on GERONIMODEVTOOLS-215: Tomasz, In order to reproduce your posted problem, would you attach sample application that can be imported as project on eclipse platform? I'll try it, too. Does not work right-clik's option Remove to remove project from Server (Servers View) - Key: GERONIMODEVTOOLS-215 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tomasz Mazan Assignee: Tim McConnell Hi Tomasz, Sorry to be so dense but I'm missing something obvious. Are you able/willing to provide the artifacts that is causing the failure for you ?? If not, are these the correct steps that is causing the failure (so I can try to reproduce) ?? 1. Deploy your first ejb.jar 2. Deploy your ear, which contains other ejb.jar files 3. Then I assume you're attempting to undeploy the ear that was deployed in Step 2 ?? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-215) Does not work right-clik's option Remove to remove project from Server (Servers View)
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528698 ] Tomasz Mazan commented on GERONIMODEVTOOLS-215: --- I would have to create the new one. I can't publish our bisness application ;-) I hope you understand Does not work right-clik's option Remove to remove project from Server (Servers View) - Key: GERONIMODEVTOOLS-215 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-215 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tomasz Mazan Assignee: Tim McConnell Hi Tomasz, Sorry to be so dense but I'm missing something obvious. Are you able/willing to provide the artifacts that is causing the failure for you ?? If not, are these the correct steps that is causing the failure (so I can try to reproduce) ?? 1. Deploy your first ejb.jar 2. Deploy your ear, which contains other ejb.jar files 3. Then I assume you're attempting to undeploy the ear that was deployed in Step 2 ?? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (GERONIMODEVTOOLS-131) Initial support - start/stop/deploy
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Affects Version/s: 2.0.x Initial support - start/stop/deploy --- Key: GERONIMODEVTOOLS-131 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-131 Project: Geronimo-Devtools Issue Type: Task Components: netbeans-plugin Affects Versions: 2.0.x Reporter: Jacek Laskowski Assignee: Jacek Laskowski Develop a NetBeans IDE plugin for Apache Geronimo v2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.0: Failed for Revision: 577231
OpenEJB trunk at 0
Geronimo Revision: 577231 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/2.0/20070919/build-0400.log
[INFO] Installing
/home/prasad/geronimo/2.0/configs/webservices-common/target/webservices-common-2.0.2-SNAPSHOT.car
to
/home/prasad/.m2/repository/org/apache/geronimo/configs/webservices-common/2.0.2-SNAPSHOT/webservices-common-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: /home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
Downloading:
http://download.java.net/maven/1//commons-lang/poms/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.pom
2K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/poms/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
4K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/jars/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
185K downloaded
Downloading:
http://download.java.net/maven/1//commons-lang/jars/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.jar
165K downloaded
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] Building jar:
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: openjpa-2.0.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car to
/home/prasad/.m2/repository/org/apache/geronimo/configs/openjpa/2.0.2-SNAPSHOT/openjpa-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenEJB
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs
[jira] Created: (GERONIMO-3479) javamail Folder class not including folder name in getURLName() result.
javamail Folder class not including folder name in getURLName() result. --- Key: GERONIMO-3479 URL: https://issues.apache.org/jira/browse/GERONIMO-3479 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: mail Affects Versions: 2.0.1, 2.0 Reporter: Rick McGuire Assignee: Rick McGuire Priority: Minor The javamail javax.mail.Folder class getURLName() method is returning the URLName() for the Store instance the Folder is contained in. This should be a merger of the Store URLName() information (minus the password) and the folder getFullName() information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3479) javamail Folder class not including folder name in getURLName() result.
[ https://issues.apache.org/jira/browse/GERONIMO-3479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-3479. -- Resolution: Fixed Committed revision 577242. javamail Folder class not including folder name in getURLName() result. --- Key: GERONIMO-3479 URL: https://issues.apache.org/jira/browse/GERONIMO-3479 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Affects Versions: 2.0, 2.0.1 Reporter: Rick McGuire Assignee: Rick McGuire Priority: Minor The javamail javax.mail.Folder class getURLName() method is returning the URLName() for the Store instance the Folder is contained in. This should be a merger of the Store URLName() information (minus the password) and the folder getFullName() information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3456) Make MEJB security configurable
[ https://issues.apache.org/jira/browse/GERONIMO-3456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha updated GERONIMO-3456: - Attachment: mejb-ejb-2.1-SNAPSHOT.jar configs.patch mejb.patch - mejb.patch deploys MEJB as an EJB module. The JNDI lookup is (available from var/geronimo.log) mejb-ejb/ejb/mgmt/MEJB/javax.managemment.j2ee.ManagementHome. - configs.patch disables the old MEJB - The mejb-ejb jar is attached for convenience. mejbuser' role is mapped to admin Make MEJB security configurable --- Key: GERONIMO-3456 URL: https://issues.apache.org/jira/browse/GERONIMO-3456 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB, security Affects Versions: 2.0.1, 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Priority: Critical Fix For: 2.0.2, 2.1 Attachments: configs.patch, mejb-ear-2.1-SNAPSHOT.ear, mejb-ejb-2.1-SNAPSHOT.jar, MEJB.java, mejb.patch Currently access to MEJB is not controlled. Add configurable security for MEJB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Discuss] Release Geronimo Eclipse Plugin 2.0.0 (RC3)
On 9/19/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Shiva, thanks for the information. I'm not sure I feel comfortable modifying a user's eclipse.ini file, especially without their knowledge. What I think we should do though is include these settings in the release notes for this release, and possibly on the updated website for the Apache Geronimo Development Tools Subproject. Does this seem reasonable to you ?? Fine Tim. I was looking at https://bugs.eclipse.org/bugs/show_bug.cgi?id=92250 especially the comments related to eclipse.ini and it seems: We can't add -XX:MaxPermSize to eclipse.ini because it is not a supported standard VM argument - other VMs such as JRockit, GCJ, IBM, will fail to start when provided with that argument. Thanks, Shiva Shiva Kumar H R wrote: On 9/17/07, *Shiva Kumar H R* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Some more observations while testing Geronimo Eclipse Plugin 2.0.0 (RC3): a) When defining a new server, Apache Geronimo v1.2 Server doesn't get listed in the list of available servers. b) Looks like WTP 2.0.1RC2 has solved the problem reported in GERONIMODEVTOOLS-209 if the HelloWorld WAR's geronimo-web.xml uses 1.1 Geronimo schemas. However, if geronimo-web.xml is edited to use 2.0 version of Geronimo schemas, then Run As - Run on Server won't open internal browser. c) Another very important thing related to eclipse.ini settings. The default contents of eclipse.ini is shown below: -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -vmargs -Xms40m -Xmx256m This is *really* messy. With the default provided settings as above, my Eclipse crashed about 7 times! with java.lang.OutOfMemoryError: PermGen space errors and I was not at all able to complete the steps mentioned in http://cwiki.apache.org/geronimo/java-ee-50-app-development-on-geronimo-simplified-using-eclipse.html http://cwiki.apache.org/geronimo/java-ee-50-app-development-on-geronimo-simplified-using-eclipse.html However, as suggested by Tim, I created a shortcut to eclipse.exe as below E:\IDEs\eclipse3.3.1_WTP2.0.1RC2_gep2.0rc3\eclipse.exe -vmargs -Xms256m -Xmx256m -XX:MaxPermSize=128m And when I use this shortcut, everything worked great and I was able to complete http://cwiki.apache.org/geronimo/java-ee-50-app-development-on-geronimo-simplified-using-eclipse.html http://cwiki.apache.org/geronimo/java-ee-50-app-development-on-geronimo-simplified-using-eclipse.html in one-go in less than 30 minutes. So the key is to correctly set -vmargs -Xms256m -Xmx256m -XX:MaxPermSize=128m arguments. We need to figure out how to set these in eclipse.ini itself Found the correct settings. Please see http://blog.xam.dk/archives/68-Eclipse-and-memory-settings.html http://blog.xam.dk/archives/68-Eclipse-and-memory-settings.html Here is eclipse.ini file contents that works for me for executing all the steps in the ppt. -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -vmargs -Xms128m -Xmx256m -XX:MaxPermSize=128m i) Changed -Xms value from 40m to 128m ii) Added -XX:MaxPermSize=128m at the end of file (looks like this same value specified before -vmargs is simply ignored!) Tim, Can http://people.apache.org/~mcconne/releases/RC3/build.xml http://people.apache.org/%7Emcconne/releases/RC3/build.xml be updated to automatically update eclipse.ini ? - Shiva and recommend them strongly to users in Release Notes as well as in http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt http://people.apache.org/%7Emcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt If we can also update http://people.apache.org/~mcconne/releases/RC3/build.xml http://people.apache.org/%7Emcconne/releases/RC3/build.xml to automagically edit eclipse.ini with the correct settings, that would just be great! Thanks, Shiva On 9/17/07, *Shiva Kumar H R* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Tim, The Install prerequisites section of http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt http://people.apache.org/%7Emcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt needs following updates: 1) 1 -- Europa (also known as Eclipse 3.3), which is platform specific Need to mention package name as Eclipse Classic to avoid confusions as raised in RC2 voting thread. Also, shouldn't the version be changed to 3.3.1? Please see http://www.eclipse.org/eclipse/development/freeze_plan_3_3_1.html
Should geronimo plans have the external knobs in them?
While chatting with vamsi on IRC I realized there is now a big difference between deploying using the car-maven-plugin and deploying using the console or cli deployers. With the car--maven-plugin you get to add stuff to config.xml, artifact_aliease.properties, and config-substitutions.properties -- basically all the knobs your application exposes that enable external configuration to the server environment. With the other ways none of this is available. This makes be wonder if we should be including all this knobs stuff in our plans rather than hiding it in the maven pom for the car-maven- plugin to find. hopefully this is coherent enough to understand thanks david jencks
Re: design for plugin portlets
On Sep 18, 2007, at 5:20 PM, Hernan Cunico wrote: Hey Paul, can't see some of the images. Is that a Mac kind of thing !? :-P OpenOffice shows big black blocks. Maybe its just the screenshots. Other than that I really like the proposed updates, will make plugins a lot easier to maintain. I did create the ppt on my mac, so maybe it is a mac thing or a OpenOffice thing. I will check to see I can save in a more OO +windows friendly format. Once done with this change maybe we should a new section on the website (not the wiki) just for plugins. good idea. Best wishes, Paul
Re: [BUILD] 2.0: Failed for Revision: 577231
Anybody know what the deal with this error is ?
[ERROR] BUILD ERROR
[INFO]
[INFO] Unable to create configuration for deployment
Unable to resolve dependency org.codehaus.swizzle/swizzle-stream//jar
Parent stack:
org.apache.geronimo.modules/geronimo-openejb/2.0.2-SNAPSHOT/jar (top)
Cheers
Prasad
On 19 Sep 2007 10:30:23 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OpenEJB trunk at 0
Geronimo Revision: 577231 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/2.0/20070919/build-0400.log
[INFO] Installing
/home/prasad/geronimo/2.0/configs/webservices-common/target/webservices-common-2.0.2-SNAPSHOT.car
to
/home/prasad/.m2/repository/org/apache/geronimo/configs/webservices-common/2.0.2-SNAPSHOT/webservices-common-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
Downloading:
http://download.java.net/maven/1//commons-lang/poms/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.pom
2K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/poms/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
4K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/jars/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
185K downloaded
Downloading:
http://download.java.net/maven/1//commons-lang/jars/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.jar
165K downloaded
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] Building jar:
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: openjpa-2.0.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa
Re: [BUILD] 2.0: Failed for Revision: 577231
Did your openejb build work? I think I was getting that when I was
using an older openejb image. I'm not sure, but using the currently
published openejb may give you that error too (I always build openejb
locally).
Joe
Prasad Kashyap wrote:
Anybody know what the deal with this error is ?
[ERROR] BUILD ERROR
[INFO]
[INFO] Unable to create configuration for deployment
Unable to resolve dependency org.codehaus.swizzle/swizzle-stream//jar
Parent stack:
org.apache.geronimo.modules/geronimo-openejb/2.0.2-SNAPSHOT/jar (top)
Cheers
Prasad
On 19 Sep 2007 10:30:23 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OpenEJB trunk at 0
Geronimo Revision: 577231 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/2.0/20070919/build-0400.log
[INFO] Installing
/home/prasad/geronimo/2.0/configs/webservices-common/target/webservices-common-2.0.2-SNAPSHOT.car
to
/home/prasad/.m2/repository/org/apache/geronimo/configs/webservices-common/2.0.2-SNAPSHOT/webservices-common-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: /home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
Downloading:
http://download.java.net/maven/1//commons-lang/poms/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.pom
2K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/poms/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
4K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/jars/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
185K downloaded
Downloading:
http://download.java.net/maven/1//commons-lang/jars/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.jar
165K downloaded
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] Building jar:
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car
[INFO] [tools:verify-legal-files {execution: verify-legal-files
refactoring jaxws support
As we talked about making things more modular for 2.1, I'm planning to split the CXF and Axis2 modules into smaller units. The main purpose of the split is to separate the EJB bits from Servlet bits so that we can create a minimal server with JAX-WS support but without installing OpenEJB first. Separating the EJB bits from Servlet bits will require moving some code into new modules and creating a few new configs. It will probably require creating 2 new modules, and 2 new configs per each engine implementation and 2 new modules, 2 new configs for shared code and configuration. So at the end it might be quite a few new modules and configs (unless I find or somebody suggests a better way to split this up). This is just a plan right now and things might change as I work through it. Jarek
Re: [DISCUSS] G 2.0.2 Release plan
Agree. There are some recent fixes in txmanager and javamail which we should also try to include. The Genesis project should also be updated, as it sets maven-compiler-plugin to 1.4 for the JDK src and targets. I've got one or two patches that I'd like to get in, which I'm not going to get to until early next week If you need help releasing any of the dependent Geronimo artifacts (like txmanager or specs) let me know and I'd be glad to help out on those, so I can start learning the release ropes :-) -Donald Kevan Miller wrote: All, I think it's time to start rolling out a 2.0.2 release. There have been a number of fixes in response to user issues, since 2.0.1. Time, I think, to make these available in a release. We'd also be able to make use of released versions of OpenJPA, Axis2, and hopefully OpenEjb, whittling away at our local builds... I think we have one must-fix problem that is outstanding -- the MEJB security issue. Assuming we resolve this problem, are there any other issues which must be resolved prior to a 2.0.2 release? Assuming we're in general agreement, I'd set a goal of creating a release candidate by next Friday (Sept 21). I'm volunteering to be the release manager. Thoughts? --kevan smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] G 2.0.2 Release plan
Can we also get an updated TranQL release, to pickup Lin's updated Oracle fix in GERONIMO-2188 and finally release the DB2 vendor files? I'd be glad to help with those, too. -Donald Kevan Miller wrote: All, I think it's time to start rolling out a 2.0.2 release. There have been a number of fixes in response to user issues, since 2.0.1. Time, I think, to make these available in a release. We'd also be able to make use of released versions of OpenJPA, Axis2, and hopefully OpenEjb, whittling away at our local builds... I think we have one must-fix problem that is outstanding -- the MEJB security issue. Assuming we resolve this problem, are there any other issues which must be resolved prior to a 2.0.2 release? Assuming we're in general agreement, I'd set a goal of creating a release candidate by next Friday (Sept 21). I'm volunteering to be the release manager. Thoughts? --kevan smime.p7s Description: S/MIME Cryptographic Signature
Re: refactoring jaxws support
Sounds great! +1 -Donald Jarek Gawor wrote: As we talked about making things more modular for 2.1, I'm planning to split the CXF and Axis2 modules into smaller units. The main purpose of the split is to separate the EJB bits from Servlet bits so that we can create a minimal server with JAX-WS support but without installing OpenEJB first. Separating the EJB bits from Servlet bits will require moving some code into new modules and creating a few new configs. It will probably require creating 2 new modules, and 2 new configs per each engine implementation and 2 new modules, 2 new configs for shared code and configuration. So at the end it might be quite a few new modules and configs (unless I find or somebody suggests a better way to split this up). This is just a plan right now and things might change as I work through it. Jarek smime.p7s Description: S/MIME Cryptographic Signature
Re: Should geronimo plans have the external knobs in them?
Advanced users always want extra knobs to turn... :-) Seems that we need to update the deployer and Portlet to expose these knobs/configuration options, instead of restricting the functionality of the car-maven-plugin or just to that tool. Maybe the plugin support needs to be moved out of the deployer and into a separate command module (which can still use the deploy code when a local CAR is being installed), now that we have GShell? Seems that there are a lot of options in the current deploy tool which have nothing to do with deploying and undeploying apps, which should be moved out into GShell as their own commands -Donald David Jencks wrote: While chatting with vamsi on IRC I realized there is now a big difference between deploying using the car-maven-plugin and deploying using the console or cli deployers. With the car--maven-plugin you get to add stuff to config.xml, artifact_aliease.properties, and config-substitutions.properties -- basically all the knobs your application exposes that enable external configuration to the server environment. With the other ways none of this is available. This makes be wonder if we should be including all this knobs stuff in our plans rather than hiding it in the maven pom for the car-maven-plugin to find. hopefully this is coherent enough to understand thanks david jencks smime.p7s Description: S/MIME Cryptographic Signature
Re: [VOTE] Release Geronimo Eclipse Plugin 2.0.0 (RC3)
Here's my late +1. -Donald Tim McConnell wrote: Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 2.0.0 RC3 (to correspond with the Geronimo 2.0.1 Server release). The deployable zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-deployable-RC3.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-updatesite-RC3.zip The current svn location is here (revision number 575886): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 The future svn location will be here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 Install, ant build, and Staging Site instructions are here: - http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt The vote will conclude at 04:00 AM EST on Tuesday, September 18th smime.p7s Description: S/MIME Cryptographic Signature
[jira] Updated: (GERONIMODEVTOOLS-209) Hello World JSP does not open in Eclipse browser when invoked with run as, run on server from within Eclipse
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMODEVTOOLS-209: -- Affects Version/s: (was: 2.1) 2.0 Fix Version/s: (was: 2.1) 2.0.x This affects the 2.0.0 plugin and should be fixed ASAP in a 2.0.x plugin release, so we can support Geronimo 2.0 deployment plans. Also, please try to keep the first 2 digits of a plugin release in sync with the Geornimo Server, which we haven't done in the past and caused great user confusion Hello World JSP does not open in Eclipse browser when invoked with run as, run on server from within Eclipse -- Key: GERONIMODEVTOOLS-209 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-209 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0.x This appears to be a WTP 2.0.x bug, not a problem with the Eclipse plugin. The Eclipse plugin is passing a valid HttpLaunchable object, with the correct url, to the WTP web client launcher class ([org.eclipse.wst.server.ui.web). But when it is ultimately ready to be launched that launchable object is null causing a NPE (stack trace below). Moving the JIRA to 2.1, and will open a bugzilla report against WTP 2.0.x. java.lang.NullPointerException at org.eclipse.wst.server.ui.internal.WebLaunchableClient.launch(WebLaunchableClient.java:39) at org.eclipse.wst.server.core.internal.Client.launch(Client.java:114) at org.eclipse.wst.server.ui.internal.LaunchClientJob$1.run(LaunchClientJob.java:79) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3659) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3296) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219) at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:169) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) at org.eclipse.equinox.launcher.Main.main(Main.java:1148) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] Trunk: Failed for Revision: 577338
OpenEJB trunk at 0
Geronimo Revision: 577338 built with tests included
See the full build-1000.log file at
http://people.apache.org/~prasad/binaries/trunk/20070919/build-1000.log
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
185K downloaded
Downloading:
http://download.java.net/maven/1//commons-lang/jars/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.jar
165K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-1.0.0.jar
[WARNING] Unable to get resource 'org.apache.openjpa:openjpa:jar:1.0.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa/1.0.0/openjpa-1.0.0.jar
[WARNING] Unable to get resource 'org.apache.openjpa:openjpa:jar:1.0.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/org/apache/openjpa/openjpa/1.0.0/openjpa-1.0.0.jar
2867K downloaded
Downloading:
http://download.java.net/maven/1//org.apache.openjpa/jars/openjpa-xmlstore-1.0.0.jar
[WARNING] Unable to get resource
'org.apache.openjpa:openjpa-xmlstore:jar:1.0.0' from repository java.net
(http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/openjpa/openjpa-xmlstore/1.0.0/openjpa-xmlstore-1.0.0.jar
[WARNING] Unable to get resource
'org.apache.openjpa:openjpa-xmlstore:jar:1.0.0' from repository
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://www.ibiblio.org/maven2/org/apache/openjpa/openjpa-xmlstore/1.0.0/openjpa-xmlstore-1.0.0.jar
31K downloaded
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/prasad/geronimo/trunk/configs/openjpa/target/resources/META-INF/plan.xml
[INFO] [car:prepare-metadata]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/prasad/geronimo/trunk/configs/openjpa/target/resources/META-INF/plan.xml
[INFO] Building jar:
/home/prasad/geronimo/trunk/configs/openjpa/target/openjpa-2.1-SNAPSHOT.car
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: openjpa-2.1-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/configs/openjpa/target/openjpa-2.1-SNAPSHOT.car to
/home/prasad/.m2/repository/org/apache/geronimo/configs/openjpa/2.1-SNAPSHOT/openjpa-2.1-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO]
[INFO] Building Geronimo Configs :: OpenEJB
[INFO]task-segment: [install]
[INFO]
[WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile'
is invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM
[WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile'
is invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM
[WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile'
is invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM
[WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile'
is invalid. It will be ignored for artifact resolution. Reason: Failed to
validate POM
[INFO] [enforcer:enforce {execution: default}]
[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
Re: [VOTE] Release Geronimo Eclipse Plugin 2.0.0 (RC3) - RESULTS
Tim, I'd call the RC3 vote complete and time to release the new 2.0.0 plugin. Binding PMC Votes: +1 5 0 none -1 none Other Votes: +1 2 0 none -1 none -Donald Tim McConnell wrote: Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 2.0.0 RC3 (to correspond with the Geronimo 2.0.1 Server release). The deployable zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-deployable-RC3.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-updatesite-RC3.zip The current svn location is here (revision number 575886): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 The future svn location will be here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 Install, ant build, and Staging Site instructions are here: - http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt The vote will conclude at 04:00 AM EST on Tuesday, September 18th smime.p7s Description: S/MIME Cryptographic Signature
Re: [jira] Updated: (GERONIMODEVTOOLS-209) Hello World JSP does not open in Eclipse browser when invoked with run as, run on server from within Eclipse
Moved to a 2.0.x release, based on Shiva's last comment that WTP 2.0RC2 fixed part of the problem, but plans using 2.0 schema still wouldn't work -Donald Donald Woods (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMODEVTOOLS-209: -- Affects Version/s: (was: 2.1) 2.0 Fix Version/s: (was: 2.1) 2.0.x This affects the 2.0.0 plugin and should be fixed ASAP in a 2.0.x plugin release, so we can support Geronimo 2.0 deployment plans. Also, please try to keep the first 2 digits of a plugin release in sync with the Geornimo Server, which we haven't done in the past and caused great user confusion Hello World JSP does not open in Eclipse browser when invoked with run as, run on server from within Eclipse -- Key: GERONIMODEVTOOLS-209 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-209 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0.x This appears to be a WTP 2.0.x bug, not a problem with the Eclipse plugin. The Eclipse plugin is passing a valid HttpLaunchable object, with the correct url, to the WTP web client launcher class ([org.eclipse.wst.server.ui.web). But when it is ultimately ready to be launched that launchable object is null causing a NPE (stack trace below). Moving the JIRA to 2.1, and will open a bugzilla report against WTP 2.0.x. java.lang.NullPointerException at org.eclipse.wst.server.ui.internal.WebLaunchableClient.launch(WebLaunchableClient.java:39) at org.eclipse.wst.server.core.internal.Client.launch(Client.java:114) at org.eclipse.wst.server.ui.internal.LaunchClientJob$1.run(LaunchClientJob.java:79) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3659) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3296) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219) at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:169) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) at org.eclipse.equinox.launcher.Main.main(Main.java:1148) smime.p7s Description: S/MIME Cryptographic Signature
On vacation :) until 25th
I won't be having access to email starting tomorrow until next Tuesday. Will respond to any requests once I am back. Cheers, Shiva
Re: [DISCUSS] G 2.0.2 Release plan
I thought of verifying whether 2.0.2 will have the fix for https://issues.apache.org/jira/browse/GERONIMO-3380 (Derby embedded database pool created from console doesn't work) but I am getting too late. Thanks, Shiva On 9/14/07, Kevan Miller [EMAIL PROTECTED] wrote: All, I think it's time to start rolling out a 2.0.2 release. There have been a number of fixes in response to user issues, since 2.0.1. Time, I think, to make these available in a release. We'd also be able to make use of released versions of OpenJPA, Axis2, and hopefully OpenEjb, whittling away at our local builds... I think we have one must-fix problem that is outstanding -- the MEJB security issue. Assuming we resolve this problem, are there any other issues which must be resolved prior to a 2.0.2 release? Assuming we're in general agreement, I'd set a goal of creating a release candidate by next Friday (Sept 21). I'm volunteering to be the release manager. Thoughts? --kevan
Re: svn commit: r574694 - in /geronimo/server/trunk: configs/jetty6-deployer/src/main/plan/ configs/jetty6-deployer/src/plan/ configs/tomcat6-deployer/src/main/plan/ configs/tomcat6-deployer/src/plan/
On 9/17/07, Paul McMahan [EMAIL PROTECTED] wrote: Maybe for now we should remove the filtering from web deployers and let each application configure the Spring filtering if necessary. Agreed and the idea about using a configuration for spring could be promising too. Ok. I removed the filtering in trunk (and left it as is in branches/2.0). I will also try to work on the Spring/car module and see if it works with CXF. Jarek
Re: refactoring jaxws support
This sounds a great plan! What you proposed seems a intuitive way to do this... Lin Jarek Gawor wrote: As we talked about making things more modular for 2.1, I'm planning to split the CXF and Axis2 modules into smaller units. The main purpose of the split is to separate the EJB bits from Servlet bits so that we can create a minimal server with JAX-WS support but without installing OpenEJB first. Separating the EJB bits from Servlet bits will require moving some code into new modules and creating a few new configs. It will probably require creating 2 new modules, and 2 new configs per each engine implementation and 2 new modules, 2 new configs for shared code and configuration. So at the end it might be quite a few new modules and configs (unless I find or somebody suggests a better way to split this up). This is just a plan right now and things might change as I work through it. Jarek
Re: [DISCUSS] Move J2G from sandbox to devtools
I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? 2) Does this tool migrate Jave EE 5 deployment plans? If someone can point me to the samples tests that have been used to test the tool, that would be great! Thanks, Lin Jason Warner wrote: Donald, It seems no one is opposed to this idea. We're you going to make this change soon? Thanks, Jason Warner On 9/13/07, *Matt Hogstrom * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: +1 to move it ... I agree with the other comments on lazy consensus. On Sep 12, 2007, at 10:21 AM, Donald Woods wrote: Given all of the work and interest in the J2G tool, I would like to move the current J2G files from sandbox/j2g to devtools/trunk/j2g, so we can start working towards an official release of the tool. Does this require a Vote first or does the CTR process apply here, as the code is already in our svn repo? -Donald
Re: [RESULTS] Release Geronimo Eclipse Plugin 2.0.0 (RC3)
Thanks everyone for reviewing and voting... The vote for the release of the Geronimo Eclipse Plugin 2.0.0 plugin has passed with 7 +1 votes. Tim McConnell wrote: Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 2.0.0 RC3 (to correspond with the Geronimo 2.0.1 Server release). The deployable zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-deployable-RC3.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/RC3/geronimo-eclipse-plugin-2.0.0-updatesite-RC3.zip The current svn location is here (revision number 575886): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 The future svn location will be here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 Install, ant build, and Staging Site instructions are here: - http://people.apache.org/~mcconne/releases/RC3/Geronimo_Eclipse_Plugin_2.0.0_Instructions-RC3.txt The vote will conclude at 04:00 AM EST on Tuesday, September 18th -- Thanks, Tim McConnell
Re: [DISCUSS] Move J2G from sandbox to devtools
Yep, I'll move it over. Just been busy with other things... -Donald Jason Warner wrote: Donald, It seems no one is opposed to this idea. We're you going to make this change soon? Thanks, Jason Warner On 9/13/07, *Matt Hogstrom * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: +1 to move it ... I agree with the other comments on lazy consensus. On Sep 12, 2007, at 10:21 AM, Donald Woods wrote: Given all of the work and interest in the J2G tool, I would like to move the current J2G files from sandbox/j2g to devtools/trunk/j2g, so we can start working towards an official release of the tool. Does this require a Vote first or does the CTR process apply here, as the code is already in our svn repo? -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Move J2G from sandbox to devtools
Lin, On 9/19/07, Lin Sun [EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig
Re: [DISCUSS] Move J2G from sandbox to devtools
snip ...however the migration applications at the time weren't flawless ... /snip C'mon, that's what make them even more interesting ;-) Cheers! Hernan Erik B. Craig wrote: Yes, they would, actually... I have done some amount of testing using the sample migration apps, although it was with the versions that are present in the Geronimo 1.1 wiki pages, not the Geronimo 2.0 wiki pages. J2G was successful on these 1.1 applications as well, however the migration applications at the time weren't flawless out of the box anyway, so there were some definite issues.. although they were the same issues present if you were to completely manually step through the migration as per the documentation. As a result of this, Daytrader proved itself a much more viable application to test against... which is why I had only mentioned it in my previous post. The current migration samples on the Geronimo 2.0 wiki pages should work as advertised through J2G though, keeping in mind that the tool will only point out issues in actual source code and database references and the actions must be manually completed at the discretion of the user. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig -- Erik B. Craig
Re: [DISCUSS] Move J2G from sandbox to devtools
Erik, Thanks for your answer. I thought it did support 2.0, but wanted to be sure. I guess we just need to mention that in the wiki (at the end it said the application should be able to be deployed in a running instance of Geronimo 1.1.1 without issue). I'll let u know if I have more questions, once I start to look into more. Lin Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig
Re: automatic builds with tests
OK. I have enabled the unit tests to run on all builds for both trees (2.0 and trunk). The testsuite presently runs only with all 2.0 builds. I'm soon going to enable it to run on all trunk builds too. Now that all tests are running, there will be only 4 builds a day - 4 am, 10 am, 4 pm and 10 pm. Cheers Prasad. On 9/17/07, Paul McMahan [EMAIL PROTECTED] wrote: +1 On Sep 14, 2007, at 4:43 PM, Jarek Gawor wrote: I know that at least the 5am build runs with tests on. I would like to change that so that each build always runs with all tests enabled. Some of the tests in testsuite/ directory actaully start the server so if they are successful we should at least know that the server starts up ok and applications can be deployed to it. That should enable us to quickly catch and address problems as people commit their changes. If people agree on this change, I'm willing to spend whatever time is necessary to make this happen. Jarek
Re: [DISCUSS] Move J2G from sandbox to devtools
Haha, yes, 'interesting' is certainly one way to put it =P The ones that are in the 2.0 wiki should be quite a bit better though, since we've (Viet and myself) have been collaborating on getting them cleaned up and making sure they work on jboss and geronimo alike, as well as having accurate documentation. On 9/19/07, Hernan Cunico [EMAIL PROTECTED] wrote: snip ...however the migration applications at the time weren't flawless ... /snip C'mon, that's what make them even more interesting ;-) Cheers! Hernan Erik B. Craig wrote: Yes, they would, actually... I have done some amount of testing using the sample migration apps, although it was with the versions that are present in the Geronimo 1.1 wiki pages, not the Geronimo 2.0 wiki pages. J2G was successful on these 1.1 applications as well, however the migration applications at the time weren't flawless out of the box anyway, so there were some definite issues.. although they were the same issues present if you were to completely manually step through the migration as per the documentation. As a result of this, Daytrader proved itself a much more viable application to test against... which is why I had only mentioned it in my previous post. The current migration samples on the Geronimo 2.0 wiki pages should work as advertised through J2G though, keeping in mind that the tool will only point out issues in actual source code and database references and the actions must be manually completed at the discretion of the user. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig -- Erik B. Craig -- Erik B. Craig
Re: [DISCUSS] Move J2G from sandbox to devtools
On 9/19/07, Hernan Cunico [EMAIL PROTECTED] wrote: speaking of which, and maybe is for a different thread. Have you been using maven 2 for those apps? If so, have you used any template? Nope, I have left them as-is for compilation/packaging. All of the ones I have personally touched have been using ant still. The reason I'm asking is because with Prasad and Viet we've been trying to figure out a way to consolidate all the sample applications as well as providing some templates to somewhat standardize and facilitate the development of sample apps. A couple of days ago a user asked for where are the samples in svn referring to those from the wiki. I did discuss some of this with Viet as well, and my focus has been on simply getting them working, with moving them to maven/standardizing afterwards. Do you think that any of those samples could be updated if needed so then can be placed somewhere in svn? We definitely could with the functional (read: existing) 2.0 ones, if it's alright that they're still using ant... Would it perhaps be better to get them standardized and moved over to maven first? Anyway, this discussion would probably need it's own thread Cheers! Hernan Erik B. Craig wrote: Haha, yes, 'interesting' is certainly one way to put it =P The ones that are in the 2.0 wiki should be quite a bit better though, since we've (Viet and myself) have been collaborating on getting them cleaned up and making sure they work on jboss and geronimo alike, as well as having accurate documentation. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: snip ...however the migration applications at the time weren't flawless ... /snip C'mon, that's what make them even more interesting ;-) Cheers! Hernan Erik B. Craig wrote: Yes, they would, actually... I have done some amount of testing using the sample migration apps, although it was with the versions that are present in the Geronimo 1.1 wiki pages, not the Geronimo 2.0 wiki pages. J2G was successful on these 1.1 applications as well, however the migration applications at the time weren't flawless out of the box anyway, so there were some definite issues.. although they were the same issues present if you were to completely manually step through the migration as per the documentation. As a result of this, Daytrader proved itself a much more viable application to test against... which is why I had only mentioned it in my previous post. The current migration samples on the Geronimo 2.0 wiki pages should work as advertised through J2G though, keeping in mind that the tool will only point out issues in actual source code and database references and the actions must be manually completed at the discretion of the user. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this
Re: [DISCUSS] Move J2G from sandbox to devtools
Yes, they would, actually... I have done some amount of testing using the sample migration apps, although it was with the versions that are present in the Geronimo 1.1 wiki pages, not the Geronimo 2.0 wiki pages. J2G was successful on these 1.1 applications as well, however the migration applications at the time weren't flawless out of the box anyway, so there were some definite issues.. although they were the same issues present if you were to completely manually step through the migration as per the documentation. As a result of this, Daytrader proved itself a much more viable application to test against... which is why I had only mentioned it in my previous post. The current migration samples on the Geronimo 2.0 wiki pages should work as advertised through J2G though, keeping in mind that the tool will only point out issues in actual source code and database references and the actions must be manually completed at the discretion of the user. On 9/19/07, Hernan Cunico [EMAIL PROTECTED] wrote: would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig -- Erik B. Craig
[BUILD] 2.0: Failed for Revision: 577451
OpenEJB trunk at 0
Geronimo Revision: 577451 built with tests included
See the full build-1600.log file at
http://people.apache.org/~prasad/binaries/2.0/20070919/build-1600.log
[INFO] Installing
/home/prasad/geronimo/2.0/configs/webservices-common/target/webservices-common-2.0.2-SNAPSHOT.car
to
/home/prasad/.m2/repository/org/apache/geronimo/configs/webservices-common/2.0.2-SNAPSHOT/webservices-common-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenJPA with dependencies
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/configs/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: /home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
Downloading:
http://download.java.net/maven/1//commons-lang/poms/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.pom
[WARNING] Unable to get resource 'commons-lang:commons-lang:pom:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.pom
2K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/poms/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:pom:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.pom
4K downloaded
Downloading:
http://download.java.net/maven/1//net.sourceforge.serp/jars/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
[WARNING] Unable to get resource 'net.sourceforge.serp:serp:jar:1.11.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/net/sourceforge/serp/serp/1.11.0/serp-1.11.0.jar
185K downloaded
Downloading:
http://download.java.net/maven/1//commons-lang/jars/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository java.net (http://download.java.net/maven/1/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//commons-lang/commons-lang/2.0/commons-lang-2.0.jar
[WARNING] Unable to get resource 'commons-lang:commons-lang:jar:2.0' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/commons-lang/commons-lang/2.0/commons-lang-2.0.jar
165K downloaded
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/prasad/geronimo/2.0/configs/openjpa/target/plan/plan.xml
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-openjpa:2.0.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] Building jar:
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: openjpa-2.0.2-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/configs/openjpa/target/openjpa-2.0.2-SNAPSHOT.car to
/home/prasad/.m2/repository/org/apache/geronimo/configs/openjpa/2.0.2-SNAPSHOT/openjpa-2.0.2-SNAPSHOT.car
[INFO]
[INFO] Building Geronimo Configs :: OpenEJB
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/2.0/configs
Re: [DISCUSS] Move J2G from sandbox to devtools
speaking of which, and maybe is for a different thread. Have you been using maven 2 for those apps? If so, have you used any template? The reason I'm asking is because with Prasad and Viet we've been trying to figure out a way to consolidate all the sample applications as well as providing some templates to somewhat standardize and facilitate the development of sample apps. A couple of days ago a user asked for where are the samples in svn referring to those from the wiki. Do you think that any of those samples could be updated if needed so then can be placed somewhere in svn? Cheers! Hernan Erik B. Craig wrote: Haha, yes, 'interesting' is certainly one way to put it =P The ones that are in the 2.0 wiki should be quite a bit better though, since we've (Viet and myself) have been collaborating on getting them cleaned up and making sure they work on jboss and geronimo alike, as well as having accurate documentation. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: snip ...however the migration applications at the time weren't flawless ... /snip C'mon, that's what make them even more interesting ;-) Cheers! Hernan Erik B. Craig wrote: Yes, they would, actually... I have done some amount of testing using the sample migration apps, although it was with the versions that are present in the Geronimo 1.1 wiki pages, not the Geronimo 2.0 wiki pages. J2G was successful on these 1.1 applications as well, however the migration applications at the time weren't flawless out of the box anyway, so there were some definite issues.. although they were the same issues present if you were to completely manually step through the migration as per the documentation. As a result of this, Daytrader proved itself a much more viable application to test against... which is why I had only mentioned it in my previous post. The current migration samples on the Geronimo 2.0 wiki pages should work as advertised through J2G though, keeping in mind that the tool will only point out issues in actual source code and database references and the actions must be manually completed at the discretion of the user. On 9/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig -- Erik B. Craig -- Erik B. Craig
Re: [DISCUSS] Move J2G from sandbox to devtools
would any of these samples work for further testing? http://cwiki.apache.org/GMOxDOC20/migrating-to-apache-geronimo.html Cheers! Hernan Erik B. Craig wrote: Lin, On 9/19/07, *Lin Sun* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I started looking at the J2G documentation on the wiki. Two immediate questions come up and I hope someone can help answering them: 1) Does this tool support/been tested on Geronimo 2.0 or 2.0.1? The tool supports and was tested against 2.0.x as well as the 2.0.1 release 2) Does this tool migrate Jave EE 5 deployment plans? As far as migrating Java EE 5 deployment plans, am I correct in assuming you are asking whether it supports the newer features added to the Java EE 5 compatible plans? In which case, yes it does. If someone can point me to the samples tests that have been used to test the tool, that would be great! The tool was primarily tested against Daytrader 1.2 for source identification as well as new geronimo deployment plan generation. I hope this answers your questions. -- Erik B. Craig
Re: XML Schemas on the site
On Sep 18, 2007, at 7:07 AM, Hernan Cunico wrote: I talked with Dave Blevins about this, maybe I got it wrong. Dave can you take a look at this? We should still use the same schema from G 1.2 for now. There's a lot of documentation for it, it's used in the tck, the j2g tool uses it. It's not going anywhere for long while :) Along those lines, I was helping out a user on irc and wanted to show them the openejb-jar.xml doc but there's no xml in it. http://cwiki.apache.org/GMOxDOC12/openejb-jarxml.html What happened to it? -David Cheers! Hernan Shiva Kumar H R wrote: What's the correct Geronimo Schema for EJB (JAR)? Is it not http:// geronimo.apache.org/xml/ns/j2ee/ejb/openejb-2.0 ?? - Shiva On 9/18/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've updated the XML Schemas info on the web site for reflect 1.0, 1.1 and 2.0 You can take a quick look at the new organization here http://cwiki.apache.org/GMOxSITE/xml-schemas.html http://cwiki.apache.org/GMOxSITE/xml-schemas.html Changes will get reflected on the live site within the next hour. Cheers! Hernan Hernan Cunico wrote: Folks, This is what we have so far for the schemas, note that openEJB is still pending http://cwiki.apache.org/GMOxSBOX/schemas-20.html Thanks Jarek for consolidating the schemas on svn Pls take a look and send in your comments. Cheers! Hernan Hernan Cunico wrote: YES. I think Jarek already moved all the schemas ( https://svn.apache.org/repos/asf/geronimo/site/trunk/docs/ schemas-2.0/) so I'll be updating the web site soon. Cheers! Hernan Anita Kulshreshtha wrote: Are there any plans to put the schemas for 2.0.1 here: http://geronimo.apache.org/xml-schemas.html Thanks Anita _ ___ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/
[jira] Created: (GERONIMO-3480) ManagedConnectionFactory can have properties not mentioned in the config-properties
ManagedConnectionFactory can have properties not mentioned in the config-properties --- Key: GERONIMO-3480 URL: https://issues.apache.org/jira/browse/GERONIMO-3480 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: connector Affects Versions: 2.0.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 Ed Hellman and earlier Hiram Chirino have pointed out to me that the j2ca spec 17.3.1 says that the config-properties are the ones that have to be configured on every MCF instance, not the set of all the properties that are available for configuration. At least we need to expose all the javabean properties of an MCF not just the ones mentioned as config-property to configuration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3480) ManagedConnectionFactory can have properties not mentioned in the config-properties
[ https://issues.apache.org/jira/browse/GERONIMO-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-3480: --- Description: Ed Hillman and earlier Hiram Chirino have pointed out to me that the j2ca spec 17.3.1 says that the config-properties are the ones that have to be configured on every MCF instance, not the set of all the properties that are available for configuration. At least we need to expose all the javabean properties of an MCF not just the ones mentioned as config-property to configuration. (was: Ed Hellman and earlier Hiram Chirino have pointed out to me that the j2ca spec 17.3.1 says that the config-properties are the ones that have to be configured on every MCF instance, not the set of all the properties that are available for configuration. At least we need to expose all the javabean properties of an MCF not just the ones mentioned as config-property to configuration.) ManagedConnectionFactory can have properties not mentioned in the config-properties --- Key: GERONIMO-3480 URL: https://issues.apache.org/jira/browse/GERONIMO-3480 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 2.0.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 Ed Hillman and earlier Hiram Chirino have pointed out to me that the j2ca spec 17.3.1 says that the config-properties are the ones that have to be configured on every MCF instance, not the set of all the properties that are available for configuration. At least we need to expose all the javabean properties of an MCF not just the ones mentioned as config-property to configuration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-216) Remote server support
Remote server support - Key: GERONIMODEVTOOLS-216 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-216 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.1.0 Reporter: Tim McConnell Assignee: Tim McConnell -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-217) Installation directory inconsistent across the various versions of the Geronimo server
Installation directory inconsistent across the various versions of the Geronimo server -- Key: GERONIMODEVTOOLS-217 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-217 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0.1 Reporter: Tim McConnell Assignee: Tim McConnell -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
Offline deployer throws BIND Exception when port 1099 is in use --- Key: GERONIMO-3481 URL: https://issues.apache.org/jira/browse/GERONIMO-3481 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: deployment Affects Versions: 2.0.1 Environment: G 2.0.1 - Running multiple instances Reporter: Vamsavardhana Reddy Fix For: 2.0.2, 2.0.x, 2.1 Offline deployer throws Bind Exception when port 1099 is in use. Here is a scenario steps in which the problem is experienced. 1. Extract G-2.0.1-Tomcat distro to C:\ 2. Create a dir myserver under C:\geronimo-j2ee-tomcat-2.0.1 and copy C:\geronimo-j2ee-tomcat-2.0.1\var to C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). 3. Edit C:\geronimo-j2ee-tomcat-2.0.1\myserver\var\config-substitutions.properties to set PortOffset=10. 4. Open a command window and start Geronimo. Since org.apache.geronimo.server.name is not set, this will start the default server instance. 5. Open a second command window, set GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver. This will be command window to run the second server instance with name myserver 6. Run deploy.bat --offline list-modules. At step 6, I am getting a BIND Exception since port 1099 is in use (by the default server instance) and the offline deployer is attempting to start rmi naming on port 1099. Since, this deploy command is run against second server instance, I would expect that it uses the configuration properties of myserver in which case it should use port 1109 to start rmi-naming if at all there is a need. When port 1099 is not in use, the offline deployer works as expected by updating proper config.xml file when a configuration is deployed/undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
[ https://issues.apache.org/jira/browse/GERONIMO-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy updated GERONIMO-3481: -- Affects Version/s: 2.1 2.0.x Offline deployer throws BIND Exception when port 1099 is in use --- Key: GERONIMO-3481 URL: https://issues.apache.org/jira/browse/GERONIMO-3481 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0.1, 2.0.x, 2.1 Environment: G 2.0.1 - Running multiple instances Reporter: Vamsavardhana Reddy Fix For: 2.0.2, 2.0.x, 2.1 Offline deployer throws Bind Exception when port 1099 is in use. Here is a scenario steps in which the problem is experienced. 1. Extract G-2.0.1-Tomcat distro to C:\ 2. Create a dir myserver under C:\geronimo-j2ee-tomcat-2.0.1 and copy C:\geronimo-j2ee-tomcat-2.0.1\var to C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). 3. Edit C:\geronimo-j2ee-tomcat-2.0.1\myserver\var\config-substitutions.properties to set PortOffset=10. 4. Open a command window and start Geronimo. Since org.apache.geronimo.server.name is not set, this will start the default server instance. 5. Open a second command window, set GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver. This will be command window to run the second server instance with name myserver 6. Run deploy.bat --offline list-modules. At step 6, I am getting a BIND Exception since port 1099 is in use (by the default server instance) and the offline deployer is attempting to start rmi naming on port 1099. Since, this deploy command is run against second server instance, I would expect that it uses the configuration properties of myserver in which case it should use port 1109 to start rmi-naming if at all there is a need. When port 1099 is not in use, the offline deployer works as expected by updating proper config.xml file when a configuration is deployed/undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
