Re: Develop a Geronimo Quartz Plugin
Hi Ivan, Have a look at section 18.2.1 "Calendar-Based Time Expressions" of the latest EJB 3.1 specification. Essentially, in EJB 3.1 we've improved the Timer support to include cron/quartz functionality as a requirement. We had someone working on a Quartz/OpenEJB integration, but they eventually moved on to other things. If you wanted to step in, I'd be more than happy to get you going. -David On Apr 2, 2009, at 8:57 PM, Ivan wrote: Hi, Martin: 1. About the workload of the migration, it depends on, if we only need some basic function, it will be simple. But if we wish to support EJB invocation or something else, there will be a lot to be done, And I guess most of the 20 classes needs to be rewirte, I thougth it may be better if we start it from nothing. Actually, I paid some time for it in the past, but stop on it due to some reasons, 2. From my view, it is not with high priority, anyway, it is just an add-one for Geronimo. But the earlier we finish it, the better it will be. 3. The reason we need the function is that we wish we could add/ config/execute those jobs in the Geronimo. From the https://issues.apache.org/jira/browse/GERONIMO-4140 , you could see some ideas about it. a. Through gbean configuration xml, we could config some jobs, also connect them with triggers. b. In the console, it is better that we have a page used for invoking the job/configuring the triggers/adding new jobs etc c. It will be better that we could support EJB invoking in the job, so that we need to do some injection works while deploying the service module. In the next few days, I wish I could add some codes to the sandbox, so that you could refer to them. Could anyone give more comments on it ? Thanks ! Ivan 2009/4/3 Мартин Бенков Hello again, I've read part of the documentation and downloaded the sources. I looked mainly in the quartz's source. Currently I have no idea how should I proceed with this task, but judging from the size of the plugin(less than 20 classes), I think It's not going to be very difficult to solve it. Is the task with high priority. Also the deadline for the summer of code applications is tomorrow and I'd be very thankful if you give me a hint where to start. 2009/3/31 Ivan Hi, Martin Benkov: Very appreciated with your interest in the idea. Since you have 3 years experience with java, I think you should be OK. If you have used Geronimo in the past, that would be better Quartz plugin is introduced in Geronimo 1.*, while in the Geronimo 2.*, it is not updated. So we wish to update the Quartz plugin to the 2.*. Before you begin the work, I suggest that 1. Subscribe the geronimo dev maillist, so that the discussion could be seen by all the members, and someone may give some good suggestions. 2. Read some articles in the Geronimo wiki (http://geronimo.apache.org/documentation.html ), following the instructions, you could know how to build the developement envorionment, how the plugin works 3. Check out the source codes from geroniom trunk (https://svn.apache.org/repos/asf/geronimo/server/trunk ), I wish to create the plugin based on the trunk 4. You could also check out the old quartz plugin codes from https://svn.apache.org/repos/asf/geronimo/sandbox/quartz-plugin But it could not work in the new Geronimo 2.*, only can refer to how it works in the past. 5. If you finally decided to be involved in it, maybe you need to register in the google's website. Thanks! Ivan 2009/3/31 Мартин Бенков Hello, I'm willing to attend SoC this year. I have 3 years experience with java and year and a half with J2EE(I've worked at SAP Labs Bulgaria in the team responsible for the JMS specification) My main concern is am I appropriate for this task. If yes where can I find more information about this Quartz plugin. I'm looking forward to hearing from you. Regards, Martin Benkov -- Ivan -- Regards, Martin Benkov -- Ivan
Re: Annotation Scraping in OSGi
FYI, http://www.nabble.com/OSGi-and-xbean-finder-to22983047.html On Apr 2, 2009, at 11:55 AM, Davanum Srinivas wrote: I've been looking for one too. no luck yet. -- dims On 04/02/2009 01:40 PM, David Blevins wrote: Anyone ever manage to find out if there's any portable way to scrape a bundle for annotated classes? (note distinctly different than scraping a class for annotations) Technically speaking there really is no portable way to do it now on top of any ClassLoader as getting a list of classes is not part of the standard ClassLoader API (even getting a list of URLs is not). I have to expect that we might likely be looking at a similar situation. -David
Re: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1)
Hi Raymond, thanks for opening a JIRA and attaching failing EJB Raymond Feng wrote: Hi, Congratulations on the release! I found a minor issue: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567. It would be nice to fix but not a blocker. Thanks, Raymond -- From: "Tim McConnell" Sent: Thursday, April 09, 2009 8:53 AM To: "[GERONIMO] dev-list" Subject: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1) Thanks everyone for reviewing and voting. The vote for the release of the Geronimo Eclipse Plugin 2.1.4 plugin has passed with 4 +1 votes (3 of these votes are binding). I'll complete the release process later today. Thanks again. Tim McConnell wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.4 RC1. The deployable zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-deployable.zip The update site zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-updatesite.zip The current svn location is here (revision number 762587): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.4 The future svn location will be here (when approved): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.4 If you would like to review and/or comment on the release notes, they are here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/PLUGIN_RELEASE-NOTES-2.1.4.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: > http://cwiki.apache.org/GMOxDOC21/how-to-install-geronimo-eclipse-plugin.html In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: > http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Finally, I've created a Staging Site that can be used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions, but you must use the staging site created for this vote at: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/ Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Wednesday (04/09) at 9:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.4 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.4 -- Thanks, Tim McConnell -- Thanks, Tim McConnell
[gsoc] Proposal Refinement
Hello Devs, As you probably know, I did submit my gsoc application for '*WS-Security support for JAX-WS Web Services*' [1] a few days ago on gsoc website [1], so I believe I can refine this application with your precious suggestions by discussing it on the mailing list. Thanks to Jarek and Daniel for their valuable suggestions. if you have any futher comments/improvements/suggestion/ideas, please let me know so that I can refine it. My application is available here [2] and [3] for review Thanks in advance. Best Regards, Rahul [1] http://wiki.apache.org/general/SummerOfCode2009#geronimo-project [2] http://socghop.appspot.com/ [3] http://wiki.apache.org/general/rahulsoa
[BUILD] branches/2.0: Failed for Revision: 763515
Geronimo Revision: 763515 built with tests included See the full build-0200.log file at http://people.apache.org/builds/geronimo/server/binaries/2.0/20090409/build-0200.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.0/20090409/unit-test-reports Downloading: http://download.java.net/maven/1//org.codehaus.wadi/poms/wadi-tribes-2.0-M5.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/codehaus/wadi/wadi-tribes/2.0-M5/wadi-tribes-2.0-M5.pom Downloading: http://repo.exist.com/maven2/org/codehaus/wadi/wadi-tribes/2.0-M5/wadi-tribes-2.0-M5.pom 1K downloaded Downloading: http://download.java.net/maven/1//org.apache.tomcat/poms/tribes-6.0.18.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/tomcat/tribes/6.0.18/tribes-6.0.18.pom Downloading: http://repo.exist.com/maven2/org/apache/tomcat/tribes/6.0.18/tribes-6.0.18.pom 1K downloaded Downloading: http://download.java.net/maven/1//org.apache.tomcat/poms/juli-6.0.18.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/tomcat/juli/6.0.18/juli-6.0.18.pom Downloading: http://repo.exist.com/maven2/org/apache/tomcat/juli/6.0.18/juli-6.0.18.pom 1K downloaded Downloading: http://download.java.net/maven/1//concurrent/jars/concurrent-1.3.4.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//concurrent/concurrent/1.3.4/concurrent-1.3.4.jar Downloading: http://ibiblio.org/maven2/concurrent/concurrent/1.3.4/concurrent-1.3.4.jar 184K downloaded Downloading: http://download.java.net/maven/1//commons-httpclient/jars/commons-httpclient-3.0.1.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//commons-httpclient/commons-httpclient/3.0.1/commons-httpclient-3.0.1.jar Downloading: http://ibiblio.org/maven2/commons-httpclient/commons-httpclient/3.0.1/commons-httpclient-3.0.1.jar Full thread dump Java HotSpot(TM) Server VM (1.5.0_16-b02 mixed mode): "Low Memory Detector" daemon prio=1 tid=0x08123010 nid=0x6b64 runnable [0x..0x] "CompilerThread1" daemon prio=1 tid=0x08121b90 nid=0x6b63 waiting on condition [0x..0x60b7b048] "CompilerThread0" daemon prio=1 tid=0x08120b38 nid=0x6b62 waiting on condition [0x..0x60bfc0c8] "AdapterThread" daemon prio=1 tid=0x0811fab0 nid=0x6b61 waiting on condition [0x..0x] "Signal Dispatcher" daemon prio=1 tid=0x0811ec18 nid=0x6b60 runnable [0x..0x] "Finalizer" daemon prio=1 tid=0x08115c30 nid=0x6b5f in Object.wait() [0x60d7f000..0x60d80020] at java.lang.Object.wait(Native Method) - waiting on <0x716036e8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120) - locked <0x716036e8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:136) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=1 tid=0x081145a8 nid=0x6b5e in Object.wait() [0x60e0..0x60e010a0] at java.lang.Object.wait(Native Method) - waiting on <0x715f2ec0> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:474) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) - locked <0x715f2ec0> (a java.lang.ref.Reference$Lock) "main" prio=1 tid=0x0805cc08 nid=0x6b54 runnable [0xbfffc000..0xbfffd928] at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) at java.io.BufferedInputStream.read(BufferedInputStream.java:313) - locked <0xaae2bbe0> (a java.io.BufferedInputStream) at sun.net.www.MeteredStream.read(MeteredStream.java:116) - locked <0xaae2e658> (a sun.net.www.http.KeepAliveStream) at java.io.FilterInputStream.read(FilterInputStream.java:111) at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:2196) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:329) at org.apache.maven.wagon.AbstractWagon.getTransfer(AbstractWagon.java:199) at org.apache.maven.wagon.AbstractWagon.getTransfer(AbstractWagon.java:182) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:80) at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:462) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:347) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:302)
Re: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1)
Hi, Congratulations on the release! I found a minor issue: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567. It would be nice to fix but not a blocker. Thanks, Raymond -- From: "Tim McConnell" Sent: Thursday, April 09, 2009 8:53 AM To: "[GERONIMO] dev-list" Subject: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1) Thanks everyone for reviewing and voting. The vote for the release of the Geronimo Eclipse Plugin 2.1.4 plugin has passed with 4 +1 votes (3 of these votes are binding). I'll complete the release process later today. Thanks again. Tim McConnell wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.4 RC1. The deployable zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-deployable.zip The update site zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-updatesite.zip The current svn location is here (revision number 762587): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.4 The future svn location will be here (when approved): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.4 If you would like to review and/or comment on the release notes, they are here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/PLUGIN_RELEASE-NOTES-2.1.4.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: > http://cwiki.apache.org/GMOxDOC21/how-to-install-geronimo-eclipse-plugin.html In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: > http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Finally, I've created a Staging Site that can be used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions, but you must use the staging site created for this vote at: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/ Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Wednesday (04/09) at 9:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.4 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.4 -- Thanks, Tim McConnell
[jira] Updated: (GERONIMODEVTOOLS-567) EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated GERONIMODEVTOOLS-567: -- Attachment: calculator.zip > EJB projected created by WTP without openejb-jar.xml cannot be published to > Geronimo 2.1.4 server via GEP 2.1.4 > --- > > Key: GERONIMODEVTOOLS-567 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.4 >Reporter: Raymond Feng >Assignee: Tim McConnell > Attachments: calculator.zip > > > I have a simple calculator-ejb project created using WTP 3.0.x without > openejb-jar.xml. The jar can be deployed to Geronimo 2.1.4 using the > adminconsole. After install the GEP, I changed the server runtime for the > project to GEP. But the "publish" doesn't work without any errors. The EJB is > not deployed. > If I create a project with GEP, the deployment plan openejb-jar.xml is > created by the GEP wizard and everything works. > If I manually add the openejb-jar.xml to my orginal project, then "publish" > starts to work. > I'll attach a zip containing my test project., -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-567) EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4
EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4 --- Key: GERONIMODEVTOOLS-567 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.4 Reporter: Raymond Feng Assignee: Tim McConnell Attachments: calculator.zip I have a simple calculator-ejb project created using WTP 3.0.x without openejb-jar.xml. The jar can be deployed to Geronimo 2.1.4 using the adminconsole. After install the GEP, I changed the server runtime for the project to GEP. But the "publish" doesn't work without any errors. The EJB is not deployed. If I create a project with GEP, the deployment plan openejb-jar.xml is created by the GEP wizard and everything works. If I manually add the openejb-jar.xml to my orginal project, then "publish" starts to work. I'll attach a zip containing my test project., -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Daytrader for Tomcat
On Apr 9, 2009, at 11:26 AM, Forrest Xia wrote: Hi Joe, We recently found some problems in some primitive servlets, so the tomcat version is not really ready for contribution. As to how to package it into daytrader code base, rough idea is to create a sub module in daytrader root, and use maven-war-plugin to create a war ball for tomcat deployment. |-- It would be cool if we could figure out a way (using plugins?) to install the core Daytrader (simplified) and extend it with the full function |-- by another plugin for more robust environments. I will try to see if it is possible, thank you for your suggestion :) Hi Forrest, Things don't have to be perfect before you can start collaborating with community members. Understand the desire to get everything "just so". But you might find that other people are willing to help and answer questions. --kevan
[RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1)
Thanks everyone for reviewing and voting. The vote for the release of the Geronimo Eclipse Plugin 2.1.4 plugin has passed with 4 +1 votes (3 of these votes are binding). I'll complete the release process later today. Thanks again. Tim McConnell wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.4 RC1. The deployable zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-deployable.zip The update site zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-updatesite.zip The current svn location is here (revision number 762587): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.4 The future svn location will be here (when approved): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.4 If you would like to review and/or comment on the release notes, they are here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/PLUGIN_RELEASE-NOTES-2.1.4.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: > http://cwiki.apache.org/GMOxDOC21/how-to-install-geronimo-eclipse-plugin.html In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: > http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Finally, I've created a Staging Site that can be used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions, but you must use the staging site created for this vote at: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/ Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Wednesday (04/09) at 9:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.4 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.4 -- Thanks, Tim McConnell
[jira] Created: (GERONIMODEVTOOLS-566) Remove SNAPSHOT literals in testcase XML files (to mitigate confusion during release process)
Remove SNAPSHOT literals in testcase XML files (to mitigate confusion during release process) - Key: GERONIMODEVTOOLS-566 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-566 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.2.0 Reporter: Tim McConnell Assignee: Tim McConnell Priority: Minor Here are just a few for reference: plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/test/resources/application/geronimo-application-example-1.xml plugins/org.apache.geronimo.st.core/src/test/resources/dependencyhelper/openejb-jar-example-9.xml plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/test/resources/web/geronimo-web-expected-6.xml -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.4 (RC1)
Thanks Joe, I've opened the following JIRA to remove them in a future release so as to not cause any confusion. Thanks much > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-566 Joe Bohn wrote: +1 It looks good to me. I ran RAT and verified the output, built, and ran through the 5-minute tutorial and did some poking around. I did notice a number of SNAPSHOT references in files like the following but after discussing with Tim he clarified that they are test cases used to validate parsing and such ... no real meaning in the SNAPSHOT reference. Here are just a few for reference: plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/test/resources/application/geronimo-application-example-1.xml plugins/org.apache.geronimo.st.core/src/test/resources/dependencyhelper/openejb-jar-example-9.xml plugins/org.apache.geronimo.jee.v21.jaxbmodel/src/test/resources/web/geronimo-web-expected-6.xml etc... Joe Tim McConnell wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.4 RC1. The deployable zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-deployable.zip The update site zip file is here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-updatesite.zip The current svn location is here (revision number 762587): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.4 The future svn location will be here (when approved): > https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.4 If you would like to review and/or comment on the release notes, they are here: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/PLUGIN_RELEASE-NOTES-2.1.4.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: > http://cwiki.apache.org/GMOxDOC21/how-to-install-geronimo-eclipse-plugin.html In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: > http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Finally, I've created a Staging Site that can be used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions, but you must use the staging site created for this vote at: > http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/ Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Wednesday (04/09) at 9:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.4 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.4 -- Thanks, Tim McConnell
Re: Daytrader for Tomcat
Hi Joe, We recently found some problems in some primitive servlets, so the tomcat version is not really ready for contribution. As to how to package it into daytrader code base, rough idea is to create a sub module in daytrader root, and use maven-war-plugin to create a war ball for tomcat deployment. |-- It would be cool if we could figure out a way (using plugins?) to install the core Daytrader (simplified) and extend it with the full function |-- by another plugin for more robust environments. I will try to see if it is possible, thank you for your suggestion :) Cheers, Forrest
Re: Daytrader for Tomcat
Hi Forrest, How is this working coming along? Are you at a point you are ready to contribute it yet (or was it already contributed and I just missed it)? I guess we would still have to figure out how to manage the two implementations but it sounds interesting to have the simplified version available. It would be cool if we could figure out a way (using plugins?) to install the core Daytrader (simplified) and extend it with the full function by another plugin for more robust environments. Thanks, Joe Forrest_Xia wrote: A separate maven project for daytrader tomcat version is ready. Consequently, Adding it to daytrader trunk bundle is easy, and further making it as a geronimo server plugin is not a big problem either, I can do that :-) Forrest
[jira] Created: (GERONIMO-4618) ClassNotFoundException for annotations defined in JAR files an used in EJB's deployed within an EAR
ClassNotFoundException for annotations defined in JAR files an used in EJB's deployed within an EAR --- Key: GERONIMO-4618 URL: https://issues.apache.org/jira/browse/GERONIMO-4618 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: deployment Affects Versions: 2.1.4 Environment: Linux 2.6.24 x86_64 Reporter: Frank Meilinger Priority: Critical We have an EAR fle with an EJB jar and a utils jar file. This Utils jar file contains an annotation, which is used at the EJB Interface. The directory layout of the EAR file is defined in the following way: EAR/ |--- ejbs.jar |---lib/ | ---utils.jar (the problem is the same, if we copy the utils.jar in the root directory of the EAR file). When we deploy the EAR file we got the following error: 009-04-09 14:30:51,813 ERROR [Deployer] Deployment failed due to java.lang.NoClassDefFoundError: a/b/c/OurAnnotation at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.getDeclaredMethods(Class.java:1791) at org.apache.xbean.finder.ClassFinder.(ClassFinder.java:164) at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.createInheritedClassFinder(AnnotationDeployer.java:1260) at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:900) at org.apache.openejb.config.AnnotationDeployer$ProcessAnnotatedBeans.deploy(AnnotationDeployer.java:489) at org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeployer.java:169) at org.apache.openejb.config.ConfigurationFactory$Chain.deploy(ConfigurationFactory.java:152) at org.apache.openejb.config.ConfigurationFactory.configureApplication(ConfigurationFactory.java:456) at org.apache.geronimo.openejb.deployment.EjbModuleBuilder.configureApplication(EjbModuleBuilder.java:641) at org.apache.geronimo.openejb.deployment.EjbModuleBuilder.getEjbJarInfo(EjbModuleBuilder.java:578) at org.apache.geronimo.openejb.deployment.EjbModuleBuilder.initContext(EjbModuleBuilder.java:500) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.ClassNotFoundException: a.b.c.OurAnnotation at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at org.apache.geronimo.kernel.classloader.TemporaryClassLoader.loadClass(TemporaryClassLoader.java:104) at org.apache.geronimo.kernel.classloader.TemporaryClassLoader.loadClass(TemporaryClassLoader.java:62) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 27 more The Annotation in this sample has the name "a.b.c.OurAnnotation". The problem only disappear, when we copy the "utils.jar" (which contains our annotation) file in the geronimo's "lib/endorsed" directory and restart geronimo- (this is no solution but it makes the problem more clear). So it seems that the geronimo's classloader which is active at deploy time does not find classes which are inclu