Re: [DISCUSS] Create a Ready for Geronimo page under Community
On Feb 8, 2008, at 11:56 AM, Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for +Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? Seems useful. I'd be good with the idea. I'd prefer, however, that we keep things factual and minimize/remove the marketing-speak. Things like world's leading don't seem appropriate... Also, would want instructions on how to get things added to the list... --kevan
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? -Donald It seems that there is some overlap between the Ready for Geronimo idea and the Powered by Geronimo idea. Is the distinction that you are trying to make between projects that embed Geronimo vs. those that provide functions (such as plugins) that are installed on top of Geronimo? Could an entity provide both and get listed in each location for the same general project? For example, an entity that provides a payroll solution could create a plugin to install that solution on an existing Geronimo server instance. They might also create a simple assembly that has the plugin pre-installed for uses to download as a turn-key solution. Would they register under the Ready for, Powered by or both? Perhaps we could integrate both of these concepts into one idea by simply calling out a page to list entities that provide some level of integration with Geronimo (i.e. Geronimo Partners?). They could provide a one line description of their offering and a link to a page they own providing more detail on their level of integration (be it by providing Plugins, embedding a G server, providing support, whatever...). I'm just thinking out load and not completely sold on this idea of combining the lists myself ... just trying to eliminate some ambiguity (and perhaps creating more :-) ). Thoughts? Joe
Re: [DISCUSS] Create a Powered by Geronimo page under Community
I am indifferent to whether someone is repackaging Geronimo or providing a plugin on top of Geronimo. All I want to know is if something is running on Geronimo (or a derivative) in production. ++Vamsi On Feb 11, 2008 9:44 PM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Touche', Joe. Touche'. On Feb 11, 2008 1:54 PM, Joe Bohn [EMAIL PROTECTED] wrote: Jason Warner wrote: Vamsi, I think that falls right in line with what I was saying in the other thread. Take a look and see if you agree. ~Jason Warner Which I think falls right in line with what I said earlier in this thread too. :-) Joe On Feb 11, 2008 1:40 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I am indifferent to whether someone is repackaging Geronimo or providing a plugin on top of Geronimo. All I want to know is if something is running on Geronimo (or a derivative) in production. ++Vamsi On Feb 11, 2008 9:44 PM, Kevan Miller [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: Geronimo in year 2008
On Feb 11, 2008 11:35 AM, Jarek Gawor [EMAIL PROTECTED] wrote: Here are some of my thoughts: 1) Tests and testing. We need to write more tests especially functional tests as a group. I can list a number of cases where simple changes caused things to break but we didn't find out about it until a few weeks later. I'm not talking about very complicated tests, just simple tests to verify the component is still functioning right. 2) Samples. Like Donald mentioned, take better care of them and release them with each new G release. 3) Reacting to user questions. Create/update documentation (e.g. FAQ) as soon as the same question is posted twice on the user mailing list. 4) Leverage GShell. Write more useful GShell commands to automate or reduce the number of manual configuration steps to configure Geronimo for something. One example: creating/managing G instances. Jarek On Feb 7, 2008 9:58 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi I completely agree with Jarek's #4. GShell has a lot of potential. We need to unleash that potential. Personally, I'd like to see enhancement of usability for creating/deploying plugins. I recently ran into an issue where it was difficult to port a plugin from one system to another due to dependencies and the way the plugin installer works (command line). ~Jason Warner
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Vamsi, I think that falls right in line with what I was saying in the other thread. Take a look and see if you agree. ~Jason Warner On Feb 11, 2008 1:40 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I am indifferent to whether someone is repackaging Geronimo or providing a plugin on top of Geronimo. All I want to know is if something is running on Geronimo (or a derivative) in production. ++Vamsi On Feb 11, 2008 9:44 PM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: [Discuss] Model for deployment plans in GEP - Move from EMF to XMLBeans or JAXB?
On Feb 11, 2008, at 7:16 AM, Shiva Kumar H R wrote: I went through following tutorials of JAXB XMLBeans: a) Java Architecture for XML Binding (JAXB) http://java.sun.com/developer/technicalArticles/WebServices/jaxb/ b) Tutorial: First Steps with XMLBeans http://xmlbeans.apache.org/documentation/tutorial_getstarted.html Also searched for comparisons btw them. Latest one I could find is the following blog from Jan'2005: http://technology.amis.nl/blog/? p=321 I am yet to see the value add JAXB brings over XMLBeans. Am I missing something? My $0.02: xmlbeans is a complete and accurate representation of the xml infoset. As a result, you can easily manipulate the xml, but you get a slightly peculiar java object model that exactly represents the schema and cannot be modified. jaxb is focussed on the java pojos and lets you modify the pojos considerably from the xml while still providing accurate mapping. This can be much more convenient for directly constructing a pojo tree from xml suitable for configuring server components. It provides fewer validity checks than xmlbeans. Openejb is using jaxb and I think their deployment code is pretty simple for the complexity they have to deal with. thanks david jencks On Feb 11, 2008 4:44 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. -- Thanks, Shiva -- Thanks, Shiva -- Thanks, Shiva
Round trip debugging of Geronimo in Eclipse
Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html. I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. Thanks, Dan -- View this message in context: http://www.nabble.com/Round-trip-debugging-of-Geronimo-in-Eclipse-tp15419998s134p15419998.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: Connector problems
Sounds like a good fix to go into the 2.0.3 stream, too. -Donald Kevan Miller wrote: On Feb 9, 2008, at 4:35 AM, Alan D. Cabrera wrote: I thought that I knew JCA pretty well. What is a permit leak? It's not an external JCA concept, but an internal implementation mechanism. A permit is an acquired semaphore used to grant permission to obtain a connection. In some exceptional cases, looks like we weren't properly releasing the permit. If you lose enough permits, you stop handing out connections. So, things slow down a bit... ;-) There might have been another problem adjusting pool size, but I'm not sure. A bit hard to tease out from some code re-factoring occurred... Regards, Alan On Feb 9, 2008, at 1:22 AM, David Jencks wrote: Working with Tomasz Mazan we discovered that there was a permit leak in the connector pooling code (GERONIMO-3834). While fixing this I revamped quite a bit of the pooling code and added several permit count and resizing tests, hopefully making it more reliable and reducing the bug count. I think we should get this bug fix in g. 2.1 which will require releasing the components jars also. I'm OK with a vote on the component jars + geronimo 2.1. Agreed. I'll start pulling things together... We might consider releasing 2.0.3 with this fix as well. Possible. What do others think? --kevan smime.p7s Description: S/MIME Cryptographic Signature
[BUILD] 2.2: Failed for Revision: 620598
Geronimo Revision: 620598 built with tests included See the full build-1500.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080211/build-1500.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/trunk/20080211 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 29 minutes 55 seconds [INFO] Finished at: Mon Feb 11 15:39:31 EST 2008 [INFO] Final Memory: 306M/1011M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080211/logs-1500-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080211/logs-1500-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.903 sec FAILURE!
[jira] Commented: (GERONIMO-3728) Improve visibility of installed apps from the console
[ https://issues.apache.org/jira/browse/GERONIMO-3728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567851#action_12567851 ] Joseph Leong commented on GERONIMO-3728: I don't imagine there is a property that tracks whether the application is 'user' or 'system' is there? Guess i'll find out, thoughts appreciated! Thanks! Joseph Leong Improve visibility of installed apps from the console - Key: GERONIMO-3728 URL: https://issues.apache.org/jira/browse/GERONIMO-3728 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Reporter: Hernan Cunico Assignee: Joseph Leong Priority: Minor Currently, out of the box, there are enough installed apps that require scrolling to browse them all. It would improve visibility if we can reduce the amount of info displayed on the first screen. Listing just application names and status while providing links to app details would help. Adding check boxes for commands will help too allowing performing the same command on multiple apps. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3837) allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo
[ https://issues.apache.org/jira/browse/GERONIMO-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567835#action_12567835 ] Vamsavardhana Reddy commented on GERONIMO-3837: --- Completed: At revision: 620623 in trunk (2.2) Completed: At revision: 620626 in branches\2.1 Completed: At revision: 620627 in branches\2.0 o Enabling this attribute per server instance using a system property org.apache.geronimo.tomcat.GeronimoStandardContext.allowLinking allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo --- Key: GERONIMO-3837 URL: https://issues.apache.org/jira/browse/GERONIMO-3837 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.0.x, 2.1, 2.2 Environment: G 2.0.2 Tomcat on Linux Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1.1, 2.2 Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Configuring this attribute through Geronimo is not possible currently. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3802) In plugin installer, assembling a server, add a page at the end to confirm or deny the assembly of a server package.
[ https://issues.apache.org/jira/browse/GERONIMO-3802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joseph Leong updated GERONIMO-3802: --- Attachment: GERONIMO-3802.patch *Note svn add plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/car/AssemblyConfirmHandler.java svn add plugins/console/plugin-portlets/src/main/webapp/WEB-INF/view/car/assemblyConfirm.jsp End Note* At the end of a successful server assembly, user will be directed to a confirmation page that will notify them: *Server was successfully Assembled *List out each component added into the assembly (Summary) -The module ID of the component -The description of the component *The absolute file path to the location of their new assembly Otherwise, if server was not successfully assembled the standard exception is thrown. In plugin installer, assembling a server, add a page at the end to confirm or deny the assembly of a server package. Key: GERONIMO-3802 URL: https://issues.apache.org/jira/browse/GERONIMO-3802 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1 Reporter: Joseph Leong Assignee: Joseph Leong Priority: Minor Fix For: 2.1.1 Attachments: GERONIMO-3802.patch Add a type of confirmation page at the end of Assembling a server to inform the user whether the creation of there server was successful or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Round trip debugging of Geronimo in Eclipse
Hi Joseph, Just a quick comment. If Dan is making changes to a module, it would be better for him to leave the tests on when building. That way, the tests can root out any issues his changes might have caused (hopefully). ~Jason Warner On Feb 11, 2008 4:37 PM, Joseph Leong [EMAIL PROTECTED] wrote: Hi Dan, Going off what Jacek said. I recommend trying that method, it'll save you LOTS of time and frustration with rebuilding just that module piece and copying that piece back into your Geronimo distro. I know that when someone first said this to me, it was a bit confusing without the details. So i will try and clarify it for whoever is interested. So this scenario, as Jacek said, would apply for most cases.. the certain cases that it doesn't work for i believe is if it is working with other dependencies - which would require going up the chain and re-building those pieces as well (Someone confirm?). Nonetheless, just try your module and typically it should work. I'll try and provide you with an example of how i am approaching this with the admin console plugin installer First to give you the bigger picture, we're merely updating the particular piece of Geronimo you've already extracted and built so that it can reflect those changes the next time you run it. 1) navigate to the directory where your module is located and rebuild it with mvn.. i typically do mvn clean install -Dtest=False -P no-it 2) Going under the assumption you already extract and built Geronimo... there is going to be a jar file of the module in the //server root/repository/subfolders... you want to replace that jar file with the jar file you just generated with your build in step 1. 3) Once replaced, start your server up and the changes should be applied. Note**: To find the jar file in step one you want to navigate to that modules source directories and traverse around until you find that WEB-INF/lib/ and the jar should be in there. Wishing you the best, Joseph Leong On Feb 11, 2008 3:35 PM, Dan Becker [EMAIL PROTECTED] wrote: Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html . I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. Thanks, Dan -- View this message in context: http://www.nabble.com/Round-trip-debugging-of-Geronimo-in-Eclipse-tp15419998s134p15419998.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: Round trip debugging of Geronimo in Eclipse
Hi Dan, Going off what Jacek said. I recommend trying that method, it'll save you LOTS of time and frustration with rebuilding just that module piece and copying that piece back into your Geronimo distro. I know that when someone first said this to me, it was a bit confusing without the details. So i will try and clarify it for whoever is interested. So this scenario, as Jacek said, would apply for most cases.. the certain cases that it doesn't work for i believe is if it is working with other dependencies - which would require going up the chain and re-building those pieces as well (Someone confirm?). Nonetheless, just try your module and typically it should work. I'll try and provide you with an example of how i am approaching this with the admin console plugin installer First to give you the bigger picture, we're merely updating the particular piece of Geronimo you've already extracted and built so that it can reflect those changes the next time you run it. 1) navigate to the directory where your module is located and rebuild it with mvn.. i typically do mvn clean install -Dtest=False -P no-it 2) Going under the assumption you already extract and built Geronimo... there is going to be a jar file of the module in the //server root/repository/subfolders... you want to replace that jar file with the jar file you just generated with your build in step 1. 3) Once replaced, start your server up and the changes should be applied. Note**: To find the jar file in step one you want to navigate to that modules source directories and traverse around until you find that WEB-INF/lib/ and the jar should be in there. Wishing you the best, Joseph Leong On Feb 11, 2008 3:35 PM, Dan Becker [EMAIL PROTECTED] wrote: Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html . I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. Thanks, Dan -- View this message in context: http://www.nabble.com/Round-trip-debugging-of-Geronimo-in-Eclipse-tp15419998s134p15419998.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
ahhh, that's the spirit !!! I forgot we already had it listed this under Building Geronimo, just changed the name to match it with the release notes. Here is the link http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html this puppy is all yours ;-) Cheers! Hernan Jacek Laskowski wrote: On Feb 11, 2008 1:18 PM, Hernan Cunico [EMAIL PROTECTED] wrote: I overlooked this one, I'll add an entry on the Developer's guide section. Are you volunteering for this one too ;-) Yes, I am! I'm bored with showing Geronimo's Java EE 5-only features that other app servs do provide as well. Whenever I go to a conference/session and need to differentiate Geronimo from other app servs I can't really show it clearly. Only Java EE 5 stuff that although gets traction it's not how Geronimo presentation should be done. If I sign up for Geronimo presentation I'd expect Geronimo's coverage by IDEs or...Custom server assemblies. Add the section and I'll see what I can do for it in the coming days. I'll have to hung out on irc session with y'all to learn it but since we're in the same tz now it became way easier. Jacek
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
Jacek Laskowski wrote: On Feb 11, 2008 10:57 AM, Hernan Cunico [EMAIL PROTECTED] wrote: Back on the 5 min tutorial, I'm still having some issues deploying the app. My latest environment is using G 2.1 RC that is currently out for a vote (Tomcat flavor) and the GEP that I just built from devtools/eclipse-plugin/trunk rev # 620497. I know it's still kinda early but it would be great if we can have this tutorial updated ( a new one for 2.1 actually ), I figure a lot of users would be interested in testing this on 2.1 I'll be doing it then. I helped a geronimo user offline who had some troubles with it, but he eventually confirmed it worked fine with G 2.0.2 or G 2.1-SNAPSHOT and the latest Eclipse 3.4 M5 and other Eclipse goodies to satisfy the geronimo eclipse plugin so it should work with your configuration. I'll give it a shot tonight (PST). What worried me the most was that Geronimo 2.1 Enhancements from RELEASE_NOTES-2.1.txt was not covered by the documentation. I'm going to describe Custom server assemblies - Lightweight server assemblies may be created that contain only the functional components required by your application(s). I overlooked this one, I'll add an entry on the Developer's guide section. Are you volunteering for this one too ;-) Cheers! Hernan as I guess that's our differentiator against other application servers and one of the topic we should cover during our next presentation about Geronimo. It seems like a way to custom profiles in java ee 6 as well. Jacek
Re: Round trip debugging of Geronimo in Eclipse
Hi BJ/Dan, I'm not aware that there can be a shorter method without providing better integration between Eclipse and Maven, which might be possible with m2eclipse plugin (http://m2eclipse.codehaus.org/) but I've never used it. Might be a good exercise though, since it would certainly provide much faster debugging capabilities. B.J. Reed wrote: Dan Becker wrote: Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html. I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. Thanks, Dan Also being a Geronimo newbie, I'm sure I'm not the best to answer this, but what I have seen work for me (and I'm sure this is the long way) follows. After making my change to the code, I do a mvn at the trunk level. This will build the changed code and any dependencies and the assemblies. Then I unzip the new assembly over the old server unzipped directory and I can see the changes I made. B.J. -- Thanks, Tim McConnell
Re: [Discuss] Model for deployment plans in GEP - Move from EMF to XMLBeans or JAXB?
(Pasting Donald's reply from the original thread) On Feb 11, 2008 9:33 PM, Donald Woods [EMAIL PROTECTED] wrote: We need to discuss introducing more dependencies on JAXB as a group first, as this just ties more of our server code with Sun RI, which has no alternative implementation right now (and could be licensed from Sun as GPL in future releases) On Feb 11, 2008 8:46 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: I went through following tutorials of JAXB XMLBeans: a) Java Architecture for XML Binding (JAXB) http://java.sun.com/developer/technicalArticles/WebServices/jaxb/ b) Tutorial: First Steps with XMLBeans http://xmlbeans.apache.org/documentation/tutorial_getstarted.html Also searched for comparisons btw them. Latest one I could find is the following blog from Jan'2005: http://technology.amis.nl/blog/?p=321 I am yet to see the value add JAXB brings over XMLBeans. Am I missing something? On Feb 11, 2008 4:44 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. -- Thanks, Shiva -- Thanks, Shiva -- Thanks, Shiva
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
On Feb 11, 2008 10:57 AM, Hernan Cunico [EMAIL PROTECTED] wrote: Back on the 5 min tutorial, I'm still having some issues deploying the app. My latest environment is using G 2.1 RC that is currently out for a vote (Tomcat flavor) and the GEP that I just built from devtools/eclipse-plugin/trunk rev # 620497. I know it's still kinda early but it would be great if we can have this tutorial updated ( a new one for 2.1 actually ), I figure a lot of users would be interested in testing this on 2.1 I'll be doing it then. I helped a geronimo user offline who had some troubles with it, but he eventually confirmed it worked fine with G 2.0.2 or G 2.1-SNAPSHOT and the latest Eclipse 3.4 M5 and other Eclipse goodies to satisfy the geronimo eclipse plugin so it should work with your configuration. I'll give it a shot tonight (PST). What worried me the most was that Geronimo 2.1 Enhancements from RELEASE_NOTES-2.1.txt was not covered by the documentation. I'm going to describe Custom server assemblies - Lightweight server assemblies may be created that contain only the functional components required by your application(s). as I guess that's our differentiator against other application servers and one of the topic we should cover during our next presentation about Geronimo. It seems like a way to custom profiles in java ee 6 as well. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Round trip debugging of Geronimo in Eclipse
Dan Becker wrote: Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html. I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. Thanks, Dan Also being a Geronimo newbie, I'm sure I'm not the best to answer this, but what I have seen work for me (and I'm sure this is the long way) follows. After making my change to the code, I do a mvn at the trunk level. This will build the changed code and any dependencies and the assemblies. Then I unzip the new assembly over the old server unzipped directory and I can see the changes I made. B.J.
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Joe Bohn wrote: Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? -Donald It seems that there is some overlap between the Ready for Geronimo idea and the Powered by Geronimo idea. Is the distinction that you are trying to make between projects that embed Geronimo vs. those that provide functions (such as plugins) that are installed on top of Geronimo? Could an entity provide both and get listed in each location for the same general project? Yes, that was the initial thought... Sort of along the Eclipse Ready and Built on Eclipse programs - http://www.eclipse.org/legal/logo_guidelines.php http://www.eclipse.org/artwork/ For example, an entity that provides a payroll solution could create a plugin to install that solution on an existing Geronimo server instance. They might also create a simple assembly that has the plugin pre-installed for uses to download as a turn-key solution. Would they register under the Ready for, Powered by or both? Perhaps we could integrate both of these concepts into one idea by simply calling out a page to list entities that provide some level of integration with Geronimo (i.e. Geronimo Partners?). They could provide a one line description of their offering and a link to a page they own providing more detail on their level of integration (be it by providing Plugins, embedding a G server, providing support, whatever...). I'm just thinking out load and not completely sold on this idea of combining the lists myself ... just trying to eliminate some ambiguity (and perhaps creating more :-) ). Thoughts? Hmmm - interesting compromise. I was going for the idea of Geronimo Ready as a way to help promote/evangelize Geronimo and projects that support it, so maybe a generic Supports Geronimo or Geronimo Partner logo and page with a quick summary on their offering would suffice for now. Joe smime.p7s Description: S/MIME Cryptographic Signature
[jira] Updated: (GERONIMODEVTOOLS-277) Error referencing ejb bean from within a web module
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMODEVTOOLS-277: --- Fix Version/s: 2.1.0 Error referencing ejb bean from within a web module --- Key: GERONIMODEVTOOLS-277 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-277 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0.2 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.0 Geronimo Deployment plan is still using the deployment-1.1 instead of deployment-1.2, which is the correct schema for 2.0 and later (per pellehh and jawarner) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3837) allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo
[ https://issues.apache.org/jira/browse/GERONIMO-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy updated GERONIMO-3837: -- Description: Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Configuring this attribute through Geronimo is not possible currently. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html was: Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html Summary: allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo (was: allowLinking) allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo --- Key: GERONIMO-3837 URL: https://issues.apache.org/jira/browse/GERONIMO-3837 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.0.x, 2.1, 2.2 Environment: G 2.0.2 Tomcat on Linux Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1.1, 2.2 Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Configuring this attribute through Geronimo is not possible currently. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-277) Error referencing ejb bean from within a web module
Error referencing ejb bean from within a web module --- Key: GERONIMODEVTOOLS-277 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-277 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0.2 Reporter: Tim McConnell Assignee: Tim McConnell Geronimo Deployment plan is still using the deployment-1.1 instead of deployment-1.2, which is the correct schema for 2.0 and later (per pellehh and jawarner) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
Joe Bohn wrote: Kevan Miller wrote: On Feb 11, 2008, at 11:28 AM, Joe Bohn wrote: I've downloaded these images and done a few simple tests. I've also run a number of TCK tests with them (although I have long runs going now to cover all the tests). So far things look very good. One minor problem I noticed is that we are printing INFO messages to the console. This is especially noticeable when certain actions are performed on the Admin Console and a number of INFO messages are displayed in the command line console. I personally would prefer to not see these messages by changing the default logging level to WARNING or ERROR as we have done with prior releases. Thoughts? I know it's a lot of work to spin a new release candidate so I'm debating if this issue alone merits creating a new image. Creating the release does take a bit of effort, but should be mostly a matter of time. The file uploads to Apache took ~ 8 hours, I think. But this was from home. So, was upload limited... We should be past all of the first-time build barriers that I was running into over the weekend. What are the INFO messages? What are the user actions that trigger them? I'm probably OK with INFO messages. We can clean them up in 2.1.1... But rebuilding is not a big issue, if we want to clean them up. Hmm the logging issue might be a red herring. I started to see the info messages after I installed the Artifactory 1.2.5 war file. Some of these messages are from Artifactory itself however after I installed that I also started to see info message from just about all console portlets by simply navigating to them ... such as: 2008-02-11 13:01:29,286 [INFO ] (GeronimoLog.java:79) - Portlet mode 'edit' not found for portletId: '/console-base.ThreadPool!2137960813|0' 2008-02-11 13:01:29,287 [INFO ] (GeronimoLog.java:79) - Portlet mode 'help' not found for portletId: '/console-base.ThreadPool!2137960813|0' I need to dig a bit more. So I think Artifactory registered their own log handler that echoed the messages to both the log and stdout ... hence why they appeared in the console. These messages seems to be useless anyway, so we should probably clean them up sometime. However, they aren't displayed in the console by default and therefore the log messages in the console are not a Geronimo issue. Joe
Re: [DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
On Feb 11, 2008, at 11:28 AM, Joe Bohn wrote: I've downloaded these images and done a few simple tests. I've also run a number of TCK tests with them (although I have long runs going now to cover all the tests). So far things look very good. One minor problem I noticed is that we are printing INFO messages to the console. This is especially noticeable when certain actions are performed on the Admin Console and a number of INFO messages are displayed in the command line console. I personally would prefer to not see these messages by changing the default logging level to WARNING or ERROR as we have done with prior releases. Thoughts? I know it's a lot of work to spin a new release candidate so I'm debating if this issue alone merits creating a new image. Creating the release does take a bit of effort, but should be mostly a matter of time. The file uploads to Apache took ~ 8 hours, I think. But this was from home. So, was upload limited... We should be past all of the first-time build barriers that I was running into over the weekend. What are the INFO messages? What are the user actions that trigger them? I'm probably OK with INFO messages. We can clean them up in 2.1.1... But rebuilding is not a big issue, if we want to clean them up. --kevan
[DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
I've downloaded these images and done a few simple tests. I've also run a number of TCK tests with them (although I have long runs going now to cover all the tests). So far things look very good. One minor problem I noticed is that we are printing INFO messages to the console. This is especially noticeable when certain actions are performed on the Admin Console and a number of INFO messages are displayed in the command line console. I personally would prefer to not see these messages by changing the default logging level to WARNING or ERROR as we have done with prior releases. Thoughts? I know it's a lot of work to spin a new release candidate so I'm debating if this issue alone merits creating a new image. Joe
Re: Public Static Var, AG Server Path?
Joe, try this... System.getProperty(org.apache.geronimo.home.dir) -Viet On Feb 11, 2008 10:58 AM, Joseph Leong [EMAIL PROTECTED] wrote: Hi Everyone, Is there a public static variable or something globally accessible or located where i can grab the absolute path value for where AG is installed? Thanks! -Joseph leong
[jira] Updated: (GERONIMO-3834) Connection pool leak when connections cannot be created
[ https://issues.apache.org/jira/browse/GERONIMO-3834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-3834: --- Affects Version/s: 2.2 2.1.1 Fix Version/s: (was: 2.1) 2.2 2.1.1 Updated Fix Versions, since this only went into the 2.1.1-SNAPSHOT and 2.2-SNAPSHOT builds right now Connection pool leak when connections cannot be created --- Key: GERONIMO-3834 URL: https://issues.apache.org/jira/browse/GERONIMO-3834 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 2.0.x, 2.1, 2.1.1, 2.2 Reporter: David Jencks Assignee: David Jencks Priority: Blocker Fix For: 2.1.1, 2.2 Through the persistence of Tomasz Mazan we've discovered that the connection pool leaks permits when connections are requested but cannot be created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.1: Failed for Revision: 620477
Geronimo Revision: 620477 built with tests included See the full build-0800.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/build-0800.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080211 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 58 seconds [INFO] Finished at: Mon Feb 11 08:42:19 EST 2008 [INFO] Final Memory: 305M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.397 sec FAILURE!
Re: Geronimo in year 2008
On Feb 11, 2008, at 3:14 AM, Shiva Kumar H R wrote: On Feb 8, 2008 2:09 PM, David Jencks [EMAIL PROTECTED] wrote: 3a is implemented in 2.1 Is there an admin console page for this already implemented? yes, the bottom of the plugin page. Also there's a gshell command for it david jencks Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/ dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http:// www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/ msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/ msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine- tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/ collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http:// www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva -- Thanks, Shiva
[jira] Updated: (GERONIMO-3802) In plugin installer, assembling a server, add a page at the end to confirm or deny the assembly of a server package.
[ https://issues.apache.org/jira/browse/GERONIMO-3802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joseph Leong updated GERONIMO-3802: --- Patch Info: [Patch Available] In plugin installer, assembling a server, add a page at the end to confirm or deny the assembly of a server package. Key: GERONIMO-3802 URL: https://issues.apache.org/jira/browse/GERONIMO-3802 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1 Reporter: Joseph Leong Assignee: Joseph Leong Priority: Minor Fix For: 2.1.1 Attachments: GERONIMO-3802.patch Add a type of confirmation page at the end of Assembling a server to inform the user whether the creation of there server was successful or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo in year 2008
On 12/02/2008, at 3:05 AM, Donald Woods wrote: Gianny Damour wrote: On 09/02/2008, at 12:43 AM, Donald Woods wrote: - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? JMS and DataSource pooling. Hi, My understanding is that ActiveMQ provides clustering services. I am sure the ActiveMQ experts can help us understand how to set-up AMQ for clustering within Geronimo. On the DataSource side, would a DataSource using under the cover multiple DataSources pointing to replicated databases be what you are after? Thanks, Gianny
[jira] Commented: (GERONIMO-3837) allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo
[ https://issues.apache.org/jira/browse/GERONIMO-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567826#action_12567826 ] Vamsavardhana Reddy commented on GERONIMO-3837: --- http://tomcat.apache.org/tomcat-6.0-doc/config/context.html If the value of this flag is true, symlinks will be allowed inside the web application, pointing to resources outside the web application base path. If not specified, the default value of the flag is false. NOTE: This flag MUST NOT be set to true on the Windows platform (or any other OS which does not have a case sensitive filesystem), as it will disable case sensitivity checks, allowing JSP source code disclosure, among other security problems. allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo --- Key: GERONIMO-3837 URL: https://issues.apache.org/jira/browse/GERONIMO-3837 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.0.x, 2.1, 2.2 Environment: G 2.0.2 Tomcat on Linux Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1.1, 2.2 Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Configuring this attribute through Geronimo is not possible currently. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
On Feb 11, 2008 1:18 PM, Hernan Cunico [EMAIL PROTECTED] wrote: I overlooked this one, I'll add an entry on the Developer's guide section. Are you volunteering for this one too ;-) Yes, I am! I'm bored with showing Geronimo's Java EE 5-only features that other app servs do provide as well. Whenever I go to a conference/session and need to differentiate Geronimo from other app servs I can't really show it clearly. Only Java EE 5 stuff that although gets traction it's not how Geronimo presentation should be done. If I sign up for Geronimo presentation I'd expect Geronimo's coverage by IDEs or...Custom server assemblies. Add the section and I'll see what I can do for it in the coming days. I'll have to hung out on irc session with y'all to learn it but since we're in the same tz now it became way easier. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [DISCUSS] Create a Ready for Geronimo page under Community
Joe Bohn wrote: Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald I like the idea, although I'm a little concerned that the word Ready is a bit ambiguous and does not clearly indicate what one would find when they clicked on the link. Perhaps we could preface it with one more word to give a better clue such as Software Ready for Geronimo, Projects Ready for Geronimo, or something of that sort? Was trying to create something along the lines of the Eclipse Ready and Built on Eclipse programs - http://www.eclipse.org/legal/logo_guidelines.php http://www.eclipse.org/artwork/ Another option would be to change the catch-phrase completely to something like Leveraging Geronimo or Utilizing Geronimo. Powered by and _ inside have become fairly common but Ready for isn't quite as well known. Apart from that I'd recommend that we keep the content for each item fairly limited. Perhaps permitting just a one line description and a link to a project controlled website providing more detail on their level of involvement with Geronimo. Agree. I was just cut-n-paste some items in for now to mock up a wiki page... Joe smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
Replace as much as possible of the gbean infrastructure with xbean- reflect Remove the necessity of specifying gbean metadata in java code (GBeanInfo) Replace config.ser with xml Improve maven integration and use maven components and concepts where possible. For instance, the provided scope means this jar is available in this components classloader but not children == something we don't really support. Optional dependencies might really simplify a lot of configuration. Come up with an OSGI story Improve Spring integration Provide a RBAC security system (such as triplesec or redback) Improve Roller and Jetspeed integration, including security integration. I agree with the other proposals too. thanks david jencks On Feb 7, 2008, at 6:58 AM, Vamsavardhana Reddy wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http:// www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi
[Fwd: Re: [DISCUSS] Create a Ready for Geronimo page under Community]
In-line below. Joe Bohn wrote: Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald I like the idea, although I'm a little concerned that the word Ready is a bit ambiguous and does not clearly indicate what one would find when they clicked on the link. Perhaps we could preface it with one more word to give a better clue such as Software Ready for Geronimo, Projects Ready for Geronimo, or something of that sort? Was trying to create something along the lines of the Eclipse Ready and Built on Eclipse programs - http://www.eclipse.org/legal/logo_guidelines.php http://www.eclipse.org/artwork/ Another option would be to change the catch-phrase completely to something like Leveraging Geronimo or Utilizing Geronimo. Powered by and _ inside have become fairly common but Ready for isn't quite as well known. Apart from that I'd recommend that we keep the content for each item fairly limited. Perhaps permitting just a one line description and a link to a project controlled website providing more detail on their level of involvement with Geronimo. Agree. I was just cut-n-paste some items in for now to mock up a wiki page... Joe smime.p7s Description: S/MIME Cryptographic Signature
RE: SUN PROPRIETARY/CONFIDENTIAL code in myfaces
Apologies for coming late to this thread. There is interest in using myfaces within Eclipse and we are currently completing our due diligence on the code base. The project has said that they will not be updating the DTD files to reflect the CDDL license and I believe they understand that to be what they should do based on this discussion [1]. I haven't been able to locate a final resolution on that part of the discussion. Could someone clarify for me? [1] http://users.myfaces.markmail.org/search/?q=#query:+page:9+mid:hbl3jra5x57w4 hi6+state:results Janet -Original Message- From: Kevan Miller [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 9:55 AM To: Craig L Russell Cc: Sam Ruby; David Jencks; ASF Legal Discuss; Geronimo Dev List (JIRA) Subject: Re: SUN PROPRIETARY/CONFIDENTIAL code in myfaces On Aug 10, 2007, at 12:52 AM, Craig L Russell wrote: On Aug 9, 2007, at 6:50 PM, Sam Ruby wrote: On 8/4/07, David Jencks [EMAIL PROTECTED] wrote: I'm a bit confused though about the inclusion of cddl xsds in apache svn since IIUC you have indicated xsds are definitely source code (I completely agree) and the draft 3rd party licensing page says cddl source can't be in apache releases. It doesn't say whether a few files can be in svn or not AFAICT but that certainly looks like it would prohibit shipping an asf jar with any cddl xsds in it. I've updated the draft 3rd party licensing page: http://people.apache.org/~rubys/3party.html +1 Thanks for the update, Sam! Agreed. Also, thanks for the timely and informative responses. They were very helpful in deciding how to move forward on this matter. IIUC, Geronimo makes two uses of the CDDL-licensed xsd files. 1. The unmodified xsd files are available to the xml parser to avoid downloading the files from the internet during operation. 2. The unmodified xsd files are compiled into Java classes which are then compiled into binary form for execution. The new policy seems to address both cases, assuming that Geronimo chooses to update their copies of the files to the CDDL-licensed versions. Just to be precise, Geronimo does not currently use CDDL-licensed schema files. Moving to the CDDL-licensed versions of these schema files is, IMO, the right thing to do. I intend to start this next week. There's still the question of how the CDDL license extends to the resultant binaries. Something for next week, I guess... --kevan - DISCLAIMER: Discussions on this list are informational and educational only. Statements made on this list are not privileged, do not constitute legal advice, and do not necessarily reflect the opinions and policies of the ASF. See http://www.apache.org/licenses/ for official ASF policies and documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
+1 provided TCK passes. -Donald Kevan Miller wrote: All, I've prepared a 2.1 release candidate for your review and vote. I've also prepared a 2.1.1 TxManager release candidate for review and vote. For simplicity, I'm holding a single vote for both releases. The Geronimo server release is dependent upon the TxManager 2.1.1 release. The source for the Geronimo 2.1 release currently resides here: https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.0 When the release vote is approved, I will svn mv the code to https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.0 An archive of this source code can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-2.1-src.tar.gz http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/ contains the 8 Java EE and Minimal server binary distributions to be released (tomcat/jetty, Java EE/Minimal, tar/zip) as well as the RELEASE_NOTES and source code archives for the release. For your convenience, here are pointers to the urls for the distributions in zip format: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-jetty6-javaee5-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-jetty6-minimal-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-tomcat6-javaee5-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-tomcat6-minimal-2.1-bin.zip The maven artifacts for the release can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1/ or in the following archive (warning, this file is 458 megs): http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist.tar.gz When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. Due to the discovery of a bug in the Connector component of Geronimo TxManager, a new release of TxManager was needed. TxManager 2.1.1 is also part of this vote. The source code for the TxManager 2.1.1 release can be found here: https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-2.1.1 The maven artifacts for TxManager 2.1.1 can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-txmanager-2.1.1/ When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. Please review these releases and register your vote. [ ] +1 Release Geronimo 2.1 and TxManager 2.1.1 [ ] 0 No opinion [ ] -1 Do not release Geronimo 2.1 and TxManager 2.1.1 (please provide rationale) I'll plan on calling this vote on Wednesday evening (11 PM EST). --kevan smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
Shiva Kumar H R wrote: On Feb 8, 2008 2:09 PM, David Jencks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: 3a is implemented in 2.1 Is there an admin console page for this already implemented? Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. We need to discuss introducing more dependencies on JAXB as a group first, as this just ties more of our server code with Sun RI, which has no alternative implementation right now (and could be licensed from Sun as GPL in future releases) thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva -- Thanks, Shiva smime.p7s Description: S/MIME Cryptographic Signature
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
Just to clarify about the deployment issues I'm getting. I think these could be related to: 1- I don't use eclipse everyday so I'm very likely rusty 2- a refresh issue on the eclipse side, I see issues long before the actual deployment 3- my machine has been possessed in the past :-p so don't entirely rule out some weird environment settings combination on my machine. Restarting eclipse three times at different steps while following the tutorial seemed to do the trick. Cheers! Hernan Hernan Cunico wrote: Lots of ideas ;-) some of the topics are already listed in the 2.1 doc site, http://cwiki.apache.org/GMOxDOC21/documentation.html I saw Vamsi adding some content to the Quick start - fast and easy development doc. Ashish Jain sent an email with his plan for covering some of the topics, see the Geronimo v2.1 documentation thread (http://www.nabble.com/forum/ViewPost.jtp?post=15321492framed=yskin=134) . I'm working on the installation and still need to finish deployment plans. Speaking of which, not sure I'll be able to finish them myself so add it to the list of areas that still need work. Around deploying (and development) is Annotations which would also tie up with your interest in G and JEE5. I mean these comments based on just what we have listed on the wiki, I'm sure there are lots of different topics to cover not yet mentioned in that list. Back on the 5 min tutorial, I'm still having some issues deploying the app. My latest environment is using G 2.1 RC that is currently out for a vote (Tomcat flavor) and the GEP that I just built from devtools/eclipse-plugin/trunk rev # 620497. I know it's still kinda early but it would be great if we can have this tutorial updated ( a new one for 2.1 actually ), I figure a lot of users would be interested in testing this on 2.1 There is a lot of fish to fry so, take your pick ;-) Thx for looking into this. Cheers! Hernan Jacek Laskowski wrote: On Feb 5, 2008 2:55 PM, Hernan Cunico [EMAIL PROTECTED] wrote: solved, it was a refresh problem. restarting eclipse fixed it. Hi Hernan, I'm relieved. I've just read the email. Sorry for not responding earlier. Do you have any idea what I could write about Geronimo and Java EE 5? I'm going to write something today (Sunday!) and am looking for some interesting ideas ;-) Jacek
[jira] Commented: (GERONIMO-3837) allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo
[ https://issues.apache.org/jira/browse/GERONIMO-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567774#action_12567774 ] Vamsavardhana Reddy commented on GERONIMO-3837: --- This allowLinking attribute can be enabled on a per application basis. However it would require a tomcat specific element in geronimo-web.xml. This would mean a schema change (argh... that hurts) and requires modifications to deployment code. We can provide enabling this attribute per server instance for G 2.0.x and G 2.1.x Tomcat servers using a system property org.apache.geronimo.tomcat.GeronimoStandardContext.allowLinking as it would require minimal changes to code and won't come in the way of compatibility. If there is a necessity to enable this attribute on a per application basis, then we can introduce an allow-linking element in geronimo-web.xml from G 2.2 which will override any default value set using the system property above. Any comments? Suggestions? Any pit falls that I am not seeing? allowLinking Tomcat atttibute in StandardContext not configurable through Geronimo --- Key: GERONIMO-3837 URL: https://issues.apache.org/jira/browse/GERONIMO-3837 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.0.x, 2.1, 2.2 Environment: G 2.0.2 Tomcat on Linux Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1.1, 2.2 Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Configuring this attribute through Geronimo is not possible currently. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3837) allowLinking
allowLinking Key: GERONIMO-3837 URL: https://issues.apache.org/jira/browse/GERONIMO-3837 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.0.x, 2.1, 2.2 Environment: G 2.0.2 Tomcat on Linux Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1.1, 2.2 Tomcat provides an allowLinking attribute in the StandardContext which when set to true will enable tomcat running on Linux platform to serve paths associated with the symbolic links. Link to a query posted on user-list is given below. http://www.mail-archive.com/[EMAIL PROTECTED]/msg08509.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Create a Powered by Geronimo page under Community
I think it could all be combined into a single page with different sections like supported/certified platforms, plugins, etc. I guess the page name will come up naturally once we figure out how to present that info speaking of plugins, we could try to find a way to build this info directly from the geronimo-plugins.xml Cheers! Hernan Jason Warner wrote: Touche', Joe. Touche'. On Feb 11, 2008 1:54 PM, Joe Bohn [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jason Warner wrote: Vamsi, I think that falls right in line with what I was saying in the other thread. Take a look and see if you agree. ~Jason Warner Which I think falls right in line with what I said earlier in this thread too. :-) Joe On Feb 11, 2008 1:40 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I am indifferent to whether someone is repackaging Geronimo or providing a plugin on top of Geronimo. All I want to know is if something is running on Geronimo (or a derivative) in production. ++Vamsi On Feb 11, 2008 9:44 PM, Kevan Miller [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: [Fwd: Geronimo Documentation - 5-minute Tutorial on Enterprise Application Development with Eclipse and Geronimo]
Lots of ideas ;-) some of the topics are already listed in the 2.1 doc site, http://cwiki.apache.org/GMOxDOC21/documentation.html I saw Vamsi adding some content to the Quick start - fast and easy development doc. Ashish Jain sent an email with his plan for covering some of the topics, see the Geronimo v2.1 documentation thread (http://www.nabble.com/forum/ViewPost.jtp?post=15321492framed=yskin=134) . I'm working on the installation and still need to finish deployment plans. Speaking of which, not sure I'll be able to finish them myself so add it to the list of areas that still need work. Around deploying (and development) is Annotations which would also tie up with your interest in G and JEE5. I mean these comments based on just what we have listed on the wiki, I'm sure there are lots of different topics to cover not yet mentioned in that list. Back on the 5 min tutorial, I'm still having some issues deploying the app. My latest environment is using G 2.1 RC that is currently out for a vote (Tomcat flavor) and the GEP that I just built from devtools/eclipse-plugin/trunk rev # 620497. I know it's still kinda early but it would be great if we can have this tutorial updated ( a new one for 2.1 actually ), I figure a lot of users would be interested in testing this on 2.1 There is a lot of fish to fry so, take your pick ;-) Thx for looking into this. Cheers! Hernan Jacek Laskowski wrote: On Feb 5, 2008 2:55 PM, Hernan Cunico [EMAIL PROTECTED] wrote: solved, it was a refresh problem. restarting eclipse fixed it. Hi Hernan, I'm relieved. I've just read the email. Sorry for not responding earlier. Do you have any idea what I could write about Geronimo and Java EE 5? I'm going to write something today (Sunday!) and am looking for some interesting ideas ;-) Jacek
Re: [DISCUSS] Create a Ready for Geronimo page under Community
I'm not sure two separate pages are the way to go with this. They're essentially two sides of the same coin in my mind. Maybe there could be a page that lists things that use Geronimo in some way or another, whether it be a plugin or a custom assembly of some sort. Sort of a one stop shop for all things Geronimo affiliated. There could be a brief description of what it is and how it relates to geronimo, plus a link. ~Jason Warner On Feb 11, 2008 11:43 AM, Joe Bohn [EMAIL PROTECTED] wrote: Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald I like the idea, although I'm a little concerned that the word Ready is a bit ambiguous and does not clearly indicate what one would find when they clicked on the link. Perhaps we could preface it with one more word to give a better clue such as Software Ready for Geronimo, Projects Ready for Geronimo, or something of that sort? Another option would be to change the catch-phrase completely to something like Leveraging Geronimo or Utilizing Geronimo. Powered by and _ inside have become fairly common but Ready for isn't quite as well known. Apart from that I'd recommend that we keep the content for each item fairly limited. Perhaps permitting just a one line description and a link to a project controlled website providing more detail on their level of involvement with Geronimo. Joe
Re: [DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
Kevan Miller wrote: On Feb 11, 2008, at 11:28 AM, Joe Bohn wrote: I've downloaded these images and done a few simple tests. I've also run a number of TCK tests with them (although I have long runs going now to cover all the tests). So far things look very good. One minor problem I noticed is that we are printing INFO messages to the console. This is especially noticeable when certain actions are performed on the Admin Console and a number of INFO messages are displayed in the command line console. I personally would prefer to not see these messages by changing the default logging level to WARNING or ERROR as we have done with prior releases. Thoughts? I know it's a lot of work to spin a new release candidate so I'm debating if this issue alone merits creating a new image. Creating the release does take a bit of effort, but should be mostly a matter of time. The file uploads to Apache took ~ 8 hours, I think. But this was from home. So, was upload limited... We should be past all of the first-time build barriers that I was running into over the weekend. What are the INFO messages? What are the user actions that trigger them? I'm probably OK with INFO messages. We can clean them up in 2.1.1... But rebuilding is not a big issue, if we want to clean them up. Hmm the logging issue might be a red herring. I started to see the info messages after I installed the Artifactory 1.2.5 war file. Some of these messages are from Artifactory itself however after I installed that I also started to see info message from just about all console portlets by simply navigating to them ... such as: 2008-02-11 13:01:29,286 [INFO ] (GeronimoLog.java:79) - Portlet mode 'edit' not found for portletId: '/console-base.ThreadPool!2137960813|0' 2008-02-11 13:01:29,287 [INFO ] (GeronimoLog.java:79) - Portlet mode 'help' not found for portletId: '/console-base.ThreadPool!2137960813|0' I need to dig a bit more. Joe
[Fwd: Re: Connector problems]
Sounds like a good fix to go into the 2.0.3 stream, too. -Donald Kevan Miller wrote: On Feb 9, 2008, at 4:35 AM, Alan D. Cabrera wrote: I thought that I knew JCA pretty well. What is a permit leak? It's not an external JCA concept, but an internal implementation mechanism. A permit is an acquired semaphore used to grant permission to obtain a connection. In some exceptional cases, looks like we weren't properly releasing the permit. If you lose enough permits, you stop handing out connections. So, things slow down a bit... ;-) There might have been another problem adjusting pool size, but I'm not sure. A bit hard to tease out from some code re-factoring occurred... Regards, Alan On Feb 9, 2008, at 1:22 AM, David Jencks wrote: Working with Tomasz Mazan we discovered that there was a permit leak in the connector pooling code (GERONIMO-3834). While fixing this I revamped quite a bit of the pooling code and added several permit count and resizing tests, hopefully making it more reliable and reducing the bug count. I think we should get this bug fix in g. 2.1 which will require releasing the components jars also. I'm OK with a vote on the component jars + geronimo 2.1. Agreed. I'll start pulling things together... We might consider releasing 2.0.3 with this fix as well. Possible. What do others think? --kevan smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
Excellent list, especially getting rid of the config.ser files. -Donald David Jencks wrote: Replace as much as possible of the gbean infrastructure with xbean-reflect Remove the necessity of specifying gbean metadata in java code (GBeanInfo) Replace config.ser with xml Improve maven integration and use maven components and concepts where possible. For instance, the provided scope means this jar is available in this components classloader but not children == something we don't really support. Optional dependencies might really simplify a lot of configuration. Come up with an OSGI story Improve Spring integration Provide a RBAC security system (such as triplesec or redback) Improve Roller and Jetspeed integration, including security integration. I agree with the other proposals too. thanks david jencks On Feb 7, 2008, at 6:58 AM, Vamsavardhana Reddy wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Create a Ready for Geronimo page under Community
Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald I like the idea, although I'm a little concerned that the word Ready is a bit ambiguous and does not clearly indicate what one would find when they clicked on the link. Perhaps we could preface it with one more word to give a better clue such as Software Ready for Geronimo, Projects Ready for Geronimo, or something of that sort? Another option would be to change the catch-phrase completely to something like Leveraging Geronimo or Utilizing Geronimo. Powered by and _ inside have become fairly common but Ready for isn't quite as well known. Apart from that I'd recommend that we keep the content for each item fairly limited. Perhaps permitting just a one line description and a link to a project controlled website providing more detail on their level of involvement with Geronimo. Joe
[Fwd: Re: Geronimo in year 2008]
In-line below. Shiva Kumar H R wrote: On Feb 8, 2008 2:09 PM, David Jencks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: 3a is implemented in 2.1 Is there an admin console page for this already implemented? Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. We need to discuss introducing more dependencies on JAXB as a group first, as this just ties more of our server code with Sun RI, which has no alternative implementation right now (and could be licensed from Sun as GPL in future releases) thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva -- Thanks, Shiva smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
Here are some of my thoughts: 1) Tests and testing. We need to write more tests especially functional tests as a group. I can list a number of cases where simple changes caused things to break but we didn't find out about it until a few weeks later. I'm not talking about very complicated tests, just simple tests to verify the component is still functioning right. 2) Samples. Like Donald mentioned, take better care of them and release them with each new G release. 3) Reacting to user questions. Create/update documentation (e.g. FAQ) as soon as the same question is posted twice on the user mailing list. 4) Leverage GShell. Write more useful GShell commands to automate or reduce the number of manual configuration steps to configure Geronimo for something. One example: creating/managing G instances. Jarek On Feb 7, 2008 9:58 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi
Re: Geronimo in year 2008
On Feb 11, 2008, at 8:05 AM, Donald Woods wrote: Gianny Damour wrote: On 09/02/2008, at 12:43 AM, Donald Woods wrote: Agree with 1a, all of #2 and 3b. - Creating documentation when new features go into svn instead as an after thought when we are trying to close out a release. - Samples become a prerequisite of each new release. - Project mentoring - have several of us pick another open source project to either enable them to run on Geronimo out-of-the-box or create a plugin out of their application (much like has been done for Liferay and Roller.) This could be the start of a Ready for Geronimo page on our website, where we list known apps and frameworks (like Spring and Hibernate) that can be readily used with Geronimo, with a page on each in our docs on installation/setup and known working versions for a given Geronimo release. - Full support for running on Java SE 6 - Portlet for controlling logging levels at a component/package level - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? JMS and DataSource pooling. How is this something that geronimo can provide rather than the backend database/jms system? thanks david jencks Thanks, Gianny - Start providing previews of upcoming Java EE 6 technologies -Donald
Public Static Var, AG Server Path?
Hi Everyone, Is there a public static variable or something globally accessible or located where i can grab the absolute path value for where AG is installed? Thanks! -Joseph leong
[Fwd: Re: [Discuss] Model for deployment plans in GEP - Move from EMF to XMLBeans or JAXB?]
In-line below. Shiva Kumar H R wrote: I went through following tutorials of JAXB XMLBeans: a) Java Architecture for XML Binding (JAXB) http://java.sun.com/developer/technicalArticles/WebServices/jaxb/ b) Tutorial: First Steps with XMLBeans http://xmlbeans.apache.org/documentation/tutorial_getstarted.html Also searched for comparisons btw them. Latest one I could find is the following blog from Jan'2005: http://technology.amis.nl/blog/?p=321 I am yet to see the value add JAXB brings over XMLBeans. Am I missing something? On Feb 11, 2008 4:44 PM, Shiva Kumar H R [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. -- Thanks, Shiva -- Thanks, Shiva -- Thanks, Shiva smime.p7s Description: S/MIME Cryptographic Signature
[jira] Created: (GERONIMO-3839) some request headers may be added twice
some request headers may be added twice --- Key: GERONIMO-3839 URL: https://issues.apache.org/jira/browse/GERONIMO-3839 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Some request headers get special treatment by HttpRequestEncoder. HttpRequestEncoder does not make any effort in checking to see if they are present in the headers already. As a result, they may be added twice if one is not careful. For example, - Content-Type Content-Length are added by HttpRequestEncoder for POST requests, and should not be added by callers. - Host User-Agent are always added by HttpRequestEncoder, and should not be added by callers as ordinary headers. Although one could argue that callers should not add these headers by hand, I think HttpRequestEncoder still should ensure that they are not added twice. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
+1 provide TCK passes My production app still works. Jay Kevan Miller wrote: All, I've prepared a 2.1 release candidate for your review and vote. I've also prepared a 2.1.1 TxManager release candidate for review and vote. For simplicity, I'm holding a single vote for both releases. The Geronimo server release is dependent upon the TxManager 2.1.1 release. The source for the Geronimo 2.1 release currently resides here: https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.0 When the release vote is approved, I will svn mv the code to https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.0 An archive of this source code can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-2.1-src.tar.gz http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/ contains the 8 Java EE and Minimal server binary distributions to be released (tomcat/jetty, Java EE/Minimal, tar/zip) as well as the RELEASE_NOTES and source code archives for the release. For your convenience, here are pointers to the urls for the distributions in zip format: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-jetty6-javaee5-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-jetty6-minimal-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-tomcat6-javaee5-2.1-bin.zip http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist/geronimo-tomcat6-minimal-2.1-bin.zip The maven artifacts for the release can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1/ or in the following archive (warning, this file is 458 megs): http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-2.1-dist.tar.gz When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. Due to the discovery of a bug in the Connector component of Geronimo TxManager, a new release of TxManager was needed. TxManager 2.1.1 is also part of this vote. The source code for the TxManager 2.1.1 release can be found here: https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/geronimo-txmanager-parent-2.1.1 The maven artifacts for TxManager 2.1.1 can be found here: http://people.apache.org/~kevan/release-votes/G-2.1/geronimo-txmanager-2.1.1/ When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. Please review these releases and register your vote. [ ] +1 Release Geronimo 2.1 and TxManager 2.1.1 [ ] 0 No opinion [ ] -1 Do not release Geronimo 2.1 and TxManager 2.1.1 (please provide rationale) I'll plan on calling this vote on Wednesday evening (11 PM EST). --kevan
Re: Round trip debugging of Geronimo in Eclipse
On Feb 11, 2008 12:57 PM, B.J. Reed [EMAIL PROTECTED] wrote: Also being a Geronimo newbie, I'm sure I'm not the best to answer this, but what I have seen work for me (and I'm sure this is the long way) follows. After making my change to the code, I do a mvn at the trunk level. This will build the changed code and any dependencies and the assemblies. Then I unzip the new assembly over the old server unzipped directory and I can see the changes I made. All of us are newbies unless your name starts with D that would make you one of Daves or Dains or Dillons. Others are just catching up with their ideas ;-) As to the solution, I'd go a little bit further and try to build only the module that's changed and copy it over to Geronimo distro. It should do the trick for most cases. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Geronimo in year 2008
Gianny Damour wrote: On 09/02/2008, at 12:43 AM, Donald Woods wrote: Agree with 1a, all of #2 and 3b. - Creating documentation when new features go into svn instead as an after thought when we are trying to close out a release. - Samples become a prerequisite of each new release. - Project mentoring - have several of us pick another open source project to either enable them to run on Geronimo out-of-the-box or create a plugin out of their application (much like has been done for Liferay and Roller.) This could be the start of a Ready for Geronimo page on our website, where we list known apps and frameworks (like Spring and Hibernate) that can be readily used with Geronimo, with a page on each in our docs on installation/setup and known working versions for a given Geronimo release. - Full support for running on Java SE 6 - Portlet for controlling logging levels at a component/package level - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? JMS and DataSource pooling. Thanks, Gianny - Start providing previews of upcoming Java EE 6 technologies -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Jason Warner wrote: Vamsi, I think that falls right in line with what I was saying in the other thread. Take a look and see if you agree. ~Jason Warner Which I think falls right in line with what I said earlier in this thread too. :-) Joe On Feb 11, 2008 1:40 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I am indifferent to whether someone is repackaging Geronimo or providing a plugin on top of Geronimo. All I want to know is if something is running on Geronimo (or a derivative) in production. ++Vamsi On Feb 11, 2008 9:44 PM, Kevan Miller [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: Round trip debugging of Geronimo in Eclipse
On Feb 11, 2008, at 12:35 PM, Dan Becker wrote: Hello all, I have set up a Geronimo 2.1 server in Eclipse using the instructions given at http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin- in-eclipse.html. I have imported a server trunk tree as projects into my Eclipse environment, set up a Geronimo server runtime, and point a Plug-in Target Platform back to my plugin directory. At this point all seems to be working. I can use Eclipse to start and stop the server, and catch a break point in geronimo-system. However, when I try to modify the server code, I have difficulty taking the updated class back to the runtime to further debug it. I see modifying a Java file in Eclipse produces an updated class file in the server trunk framework module geronimo-system directory, but I still am unclear what steps or what poms to build to bring this class back to the server runtime. I would appreciate any doc pointers or explanations to help clear my newbie confusion. the modified class(es) need to get into the proper jar and that jar be copied into the appropriate place in the geronimo repository. Then all geronimo plugins/modules that depend on that jar need to be restarted. For geronimo-system, you need to restart the server. For something like geronimo-jetty6, you'd restart jetty and all the web apps. thanks david jencks Thanks, Dan -- View this message in context: http://www.nabble.com/Round-trip- debugging-of-Geronimo-in-Eclipse-tp15419998s134p15419998.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: Geronimo in year 2008
On Feb 11, 2008, at 8:03 AM, Donald Woods wrote: Shiva Kumar H R wrote: On Feb 8, 2008 2:09 PM, David Jencks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: 3a is implemented in 2.1 Is there an admin console page for this already implemented? Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. We need to discuss introducing more dependencies on JAXB as a group first, as this just ties more of our server code with Sun RI, which has no alternative implementation right now (and could be licensed from Sun as GPL in future releases) My understanding is that jaxb is included in the jre starting with java 6. IMO this is one of the arguments in its favor. We also can't avoid it at this point. Openejb deployment is very tied to jaxb and the geronimo startup code also relies on it. I don't think rewriting the openejb deployment system using xmlbeans is plausible. thanks david jencks thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/ msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/ msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/ msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/ msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/ msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in
[Fwd: Re: [DISCUSS] Create a Powered by Geronimo page under Community]
In-line below. Joe Bohn wrote: Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? -Donald It seems that there is some overlap between the Ready for Geronimo idea and the Powered by Geronimo idea. Is the distinction that you are trying to make between projects that embed Geronimo vs. those that provide functions (such as plugins) that are installed on top of Geronimo? Could an entity provide both and get listed in each location for the same general project? Yes, that was the initial thought... Sort of along the Eclipse Ready and Built on Eclipse programs - http://www.eclipse.org/legal/logo_guidelines.php http://www.eclipse.org/artwork/ For example, an entity that provides a payroll solution could create a plugin to install that solution on an existing Geronimo server instance. They might also create a simple assembly that has the plugin pre-installed for uses to download as a turn-key solution. Would they register under the Ready for, Powered by or both? Perhaps we could integrate both of these concepts into one idea by simply calling out a page to list entities that provide some level of integration with Geronimo (i.e. Geronimo Partners?). They could provide a one line description of their offering and a link to a page they own providing more detail on their level of integration (be it by providing Plugins, embedding a G server, providing support, whatever...). I'm just thinking out load and not completely sold on this idea of combining the lists myself ... just trying to eliminate some ambiguity (and perhaps creating more :-) ). Thoughts? Hmmm - interesting compromise. I was going for the idea of Geronimo Ready as a way to help promote/evangelize Geronimo and projects that support it, so maybe a generic Supports Geronimo or Geronimo Partner logo and page with a quick summary on their offering would suffice for now. Joe smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
In-line Gianny Damour wrote: On 12/02/2008, at 3:05 AM, Donald Woods wrote: Gianny Damour wrote: On 09/02/2008, at 12:43 AM, Donald Woods wrote: - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? JMS and DataSource pooling. Hi, My understanding is that ActiveMQ provides clustering services. I am sure the ActiveMQ experts can help us understand how to set-up AMQ for clustering within Geronimo. Yep, we need someone to chime in, as I see questions about this every so often and it always seems to be answered for stand-alone AMQ setups... On the DataSource side, would a DataSource using under the cover multiple DataSources pointing to replicated databases be what you are after? Probably. I'm actually working on a TranQL enhancement to support Oracle RAC environments now. Wasn't sure what services WADI provides, so just throwing ideas out there (besides the obvious EJB clustering...) Thanks, Gianny smime.p7s Description: S/MIME Cryptographic Signature
[jira] Commented: (GERONIMO-3836) Deployment fails with FNFE due to missing jline_.dll on Cygwin
[ https://issues.apache.org/jira/browse/GERONIMO-3836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567700#action_12567700 ] Kevan Miller commented on GERONIMO-3836: Interesting. Does 'gsh' work ok under cygwin? Do you see a FNFE? Does 'gsh deploy/deploy wicket-examples.war' work ok? Deployment fails with FNFE due to missing jline_.dll on Cygwin -- Key: GERONIMO-3836 URL: https://issues.apache.org/jira/browse/GERONIMO-3836 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.2 Reporter: Jacek Laskowski Meant to deploy a webapp from a directory outside Geronimo's installation dir. Deployer worked with -u and -p options although it spit FNFE exception, but it failed without them. [EMAIL PROTECTED] /cygdrive/c/apps/apache-wicket/src/jdk-1.5/wicket-examples/target $ c\:/geronimo/bin/deploy.sh -u system -p manager deploy wicket-examples.war Using GERONIMO_BASE: c:\geronimo Using GERONIMO_HOME: c:\geronimo Using GERONIMO_TMPDIR: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp Using JRE_HOME:c:\apps\java5\jre java.io.FileNotFoundException: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp\jline_.dll (The system cannot find the path specified) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) at jline.WindowsTerminal.loadLibrary(WindowsTerminal.java:274) at jline.WindowsTerminal.initializeTerminal(WindowsTerminal.java:227) at jline.Terminal.setupTerminal(Terminal.java:77) at jline.Terminal.getTerminal(Terminal.java:28) at jline.ConsoleReader.init(ConsoleReader.java:167) at jline.ConsoleReader.init(ConsoleReader.java:162) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:164) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) Deployed default/wicket-examples/1202695110250/war @ /wicket-examples [EMAIL PROTECTED] /cygdrive/c/apps/apache-wicket/src/jdk-1.5/wicket-examples/target $ c\:/geronimo/bin/deploy.sh undeploy default/wicket-examples/1202695110250/war Using GERONIMO_BASE: c:\geronimo Using GERONIMO_HOME: c:\geronimo Using GERONIMO_TMPDIR: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp Using JRE_HOME:c:\apps\java5\jre java.io.FileNotFoundException: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp\jline_.dll (The system cannot find the path specified) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) at jline.WindowsTerminal.loadLibrary(WindowsTerminal.java:274) at jline.WindowsTerminal.initializeTerminal(WindowsTerminal.java:227) at jline.Terminal.setupTerminal(Terminal.java:77) at jline.Terminal.getTerminal(Terminal.java:28) at jline.ConsoleReader.init(ConsoleReader.java:167) at jline.ConsoleReader.init(ConsoleReader.java:162) at org.apache.geronimo.deployment.cli.InputPrompt.init(InputPrompt.java:42) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRetry(ServerConnection.java:230) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(ServerConnection.java:190) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConnection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) Username: system Password: Error: Login Failed -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[Discuss] Model for deployment plans in GEP - Move from EMF to XMLBeans or JAXB?
I went through following tutorials of JAXB XMLBeans: a) Java Architecture for XML Binding (JAXB) http://java.sun.com/developer/technicalArticles/WebServices/jaxb/ b) Tutorial: First Steps with XMLBeans http://xmlbeans.apache.org/documentation/tutorial_getstarted.html Also searched for comparisons btw them. Latest one I could find is the following blog from Jan'2005: http://technology.amis.nl/blog/?p=321 I am yet to see the value add JAXB brings over XMLBeans. Am I missing something? On Feb 11, 2008 4:44 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. -- Thanks, Shiva -- Thanks, Shiva -- Thanks, Shiva
[BUILD] 2.1: Failed for Revision: 620574
Geronimo Revision: 620574 built with tests included See the full build-1400.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/build-1400.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080211 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 13 seconds [INFO] Finished at: Mon Feb 11 14:41:13 EST 2008 [INFO] Final Memory: 304M/991M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/logs-1400-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080211/logs-1400-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.631 sec FAILURE!
Re: [VOTE] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
On Feb 10, 2008, at 10:46 PM, Kevan Miller wrote: Please review these releases and register your vote. [ ] +1 Release Geronimo 2.1 and TxManager 2.1.1 [ ] 0 No opinion [ ] -1 Do not release Geronimo 2.1 and TxManager 2.1.1 (please provide rationale) Things look good to me. Joe B said he's running CTS tests (thanks Joe!). So far, so good... Assuming all tests pass, I'm +1 --kevan
[Fwd: Re: Geronimo in year 2008]
In-line below. Gianny Damour wrote: On 09/02/2008, at 12:43 AM, Donald Woods wrote: Agree with 1a, all of #2 and 3b. - Creating documentation when new features go into svn instead as an after thought when we are trying to close out a release. - Samples become a prerequisite of each new release. - Project mentoring - have several of us pick another open source project to either enable them to run on Geronimo out-of-the-box or create a plugin out of their application (much like has been done for Liferay and Roller.) This could be the start of a Ready for Geronimo page on our website, where we list known apps and frameworks (like Spring and Hibernate) that can be readily used with Geronimo, with a page on each in our docs on installation/setup and known working versions for a given Geronimo release. - Full support for running on Java SE 6 - Portlet for controlling logging levels at a component/package level - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? JMS and DataSource pooling. Thanks, Gianny - Start providing previews of upcoming Java EE 6 technologies -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: Geronimo in year 2008
On Feb 8, 2008 3:22 PM, Manu George [EMAIL PROTECTED] wrote: What is the point in having geronimo specific annotations? AFAIK there is a mappedName attribute in the javaEE annotations which can be used for mapping to server specific resource names. Is this completely implemented in G? Probably someone with more knowledge on this than me can comment :). Is mappedName alone sufficient to specify all of Geronimo specific deployment information? We might need new (G specific) annotations to specify what cannot be specified with mappedName. Again I too am not sure of the specifics and let people more knowledgeable comment on this. Regarding plan creator I can contribute to getting it completed. :) Thanks much for offering to help. Regards Manu On Feb 8, 2008 2:00 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva -- Thanks, Shiva
Re: What happened to geronimo-javamail_1.4 current codebase?
Thank you Rick. Now I know from where I can reinstate a new trunk from javamail. ++Vamsi On Feb 11, 2008 4:15 PM, Rick McGuire [EMAIL PROTECTED] wrote: I've sort of been following the process used by the specs with the javamail code of deleting the trunk version when a new release is created. Once it's determined that new development or fixes need to be made, the latest tag version should be copied back to the trunk (and the poms updated accordingly). Rick Vamsavardhana Reddy wrote: Rev 600621 http://svn.apache.org/viewvc?view=revrevision=600621 http://svn.apache.org/viewvc?view=revrevision=600621 geronimo/javamail/trunk/geronimo-javamail_1.4/ has been moved togeronimo/javamail/branches/geronimo-javamail_1.4-1.3/ . I though we copy when we want to branch. I think we should reinstate trunk by copying from rev 600620. // ++Vamsi On Feb 10, 2008 1:14 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I see geronimo-javamail_1.4-xx only under tags. Isn't there supposed to be a current codebase either under trunk or under branches?? http://svn.apache.org/viewvc/geronimo/javamail/ ++Vamsi
Re: What happened to geronimo-javamail_1.4 current codebase?
I've sort of been following the process used by the specs with the javamail code of deleting the trunk version when a new release is created. Once it's determined that new development or fixes need to be made, the latest tag version should be copied back to the trunk (and the poms updated accordingly). Rick Vamsavardhana Reddy wrote: Rev 600621 http://svn.apache.org/viewvc?view=revrevision=600621 http://svn.apache.org/viewvc?view=revrevision=600621 geronimo/javamail/trunk/geronimo-javamail_1.4/ has been moved togeronimo/javamail/branches/geronimo-javamail_1.4-1.3/ . I though we copy when we want to branch. I think we should reinstate trunk by copying from rev 600620. // ++Vamsi On Feb 10, 2008 1:14 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I see geronimo-javamail_1.4-xx only under tags. Isn't there supposed to be a current codebase either under trunk or under branches?? http://svn.apache.org/viewvc/geronimo/javamail/ ++Vamsi
Re: [Discuss] Model for deployment plans in GEP - Move from EMF to XMLBeans or JAXB?
One value, would be when we move to Java SE 6 as the required JDK level for Geronimo and use the JAXB implementation in the JDK, we could remove one dependency from the server assemblies... BUT, that would also tie us to more Sun RI and we'd have to see when Harmony is going to provide a Java 6 compatible JDK -Donald Shiva Kumar H R wrote: I went through following tutorials of JAXB XMLBeans: a) Java Architecture for XML Binding (JAXB) http://java.sun.com/developer/technicalArticles/WebServices/jaxb/ b) Tutorial: First Steps with XMLBeans http://xmlbeans.apache.org/documentation/tutorial_getstarted.html Also searched for comparisons btw them. Latest one I could find is the following blog from Jan'2005: http://technology.amis.nl/blog/?p=321 I am yet to see the value add JAXB brings over XMLBeans. Am I missing something? On Feb 11, 2008 4:44 PM, Shiva Kumar H R [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. -- Thanks, Shiva -- Thanks, Shiva -- Thanks, Shiva smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Create a Powered by Geronimo page under Community
On Feb 8, 2008, at 12:40 PM, Donald Woods wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? I'm willing to listen to contrary opinions, but I'd be against this. This seems to be listing sources for Geronimo support. As defined, we'd be willing to list companies that rebundle (and support) Geronimo, but not companies that support Geronimo directly. We could fix this by redefine Powered by to include those companies, also. I'd prefer to leave the whole issue untouched... --kevan
Re: [DISCUSS] Create a Ready for Geronimo page under Community
Vamsi/Manu, Right place to document Tuscany integration plug-in you guys had developed. On Feb 8, 2008 10:26 PM, Donald Woods [EMAIL PROTECTED] wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald -- Thanks, Shiva
Re: Geronimo in year 2008
On Feb 8, 2008 2:09 PM, David Jencks [EMAIL PROTECTED] wrote: 3a is implemented in 2.1 Is there an admin console page for this already implemented? Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. Interesting!! Let me do some quick learning of jaxb and start a separate thread on this. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 ( http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva -- Thanks, Shiva
Re: Geronimo in year 2008
On Feb 10, 2008 11:29 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: On Feb 9, 2008 12:02 PM, Jacek Laskowski [EMAIL PROTECTED] wrote: On Feb 7, 2008 6:58 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. We certainly need more exposure in the tools area and having a Geronimo NetBeans plugin is a way to go. Eclipse one's fine, but we need to bring Geronimo to NetBeans masses and let them know there's another application server with a name that starts with G which is worth paying attention to as well. Documentation, documentation and no need to say more but documentation is an absolute must. In most cases, we have an associated JIRA for a new feature or a major bug fix. How about we designate the JIRA as resolved only after the related documentation is in place? Many a time we verify the code before closing the JIRA. It shouldn't be hard adding a wiki page with a small write up on how to use that feature or any work around provided. It can be a detailed document or an entry in an FAQ. This will also help in coming up with comprehensive docs after a release. My +1 too. Good practice. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- Thanks, Shiva
[jira] Updated: (GERONIMO-3834) Connection pool leak when connections cannot be created
[ https://issues.apache.org/jira/browse/GERONIMO-3834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-3834: --- Fix Version/s: (was: 2.1.1) 2.1 Kevan pulled it into 2.1.0, so updating Fix versions again Connection pool leak when connections cannot be created --- Key: GERONIMO-3834 URL: https://issues.apache.org/jira/browse/GERONIMO-3834 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 2.0.x, 2.1, 2.1.1, 2.2 Reporter: David Jencks Assignee: David Jencks Priority: Blocker Fix For: 2.1, 2.2 Through the persistence of Tomasz Mazan we've discovered that the connection pool leaks permits when connections are requested but cannot be created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3836) Deployment fails with FNFE due to missing jline_.dll on Cygwin
[ https://issues.apache.org/jira/browse/GERONIMO-3836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567727#action_12567727 ] Jacek Laskowski commented on GERONIMO-3836: --- All's fine when I'm in GERONIMO_HOME directory and although the FNFE's thrown the application's deployed. Deployment fails with FNFE due to missing jline_.dll on Cygwin -- Key: GERONIMO-3836 URL: https://issues.apache.org/jira/browse/GERONIMO-3836 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.2 Reporter: Jacek Laskowski Meant to deploy a webapp from a directory outside Geronimo's installation dir. Deployer worked with -u and -p options although it spit FNFE exception, but it failed without them. [EMAIL PROTECTED] /cygdrive/c/apps/apache-wicket/src/jdk-1.5/wicket-examples/target $ c\:/geronimo/bin/deploy.sh -u system -p manager deploy wicket-examples.war Using GERONIMO_BASE: c:\geronimo Using GERONIMO_HOME: c:\geronimo Using GERONIMO_TMPDIR: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp Using JRE_HOME:c:\apps\java5\jre java.io.FileNotFoundException: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp\jline_.dll (The system cannot find the path specified) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) at jline.WindowsTerminal.loadLibrary(WindowsTerminal.java:274) at jline.WindowsTerminal.initializeTerminal(WindowsTerminal.java:227) at jline.Terminal.setupTerminal(Terminal.java:77) at jline.Terminal.getTerminal(Terminal.java:28) at jline.ConsoleReader.init(ConsoleReader.java:167) at jline.ConsoleReader.init(ConsoleReader.java:162) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:164) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) Deployed default/wicket-examples/1202695110250/war @ /wicket-examples [EMAIL PROTECTED] /cygdrive/c/apps/apache-wicket/src/jdk-1.5/wicket-examples/target $ c\:/geronimo/bin/deploy.sh undeploy default/wicket-examples/1202695110250/war Using GERONIMO_BASE: c:\geronimo Using GERONIMO_HOME: c:\geronimo Using GERONIMO_TMPDIR: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp Using JRE_HOME:c:\apps\java5\jre java.io.FileNotFoundException: c:\apps\apache-wicket\src\jdk-1.5\wicket-examples\target\var\temp\jline_.dll (The system cannot find the path specified) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) at jline.WindowsTerminal.loadLibrary(WindowsTerminal.java:274) at jline.WindowsTerminal.initializeTerminal(WindowsTerminal.java:227) at jline.Terminal.setupTerminal(Terminal.java:77) at jline.Terminal.getTerminal(Terminal.java:28) at jline.ConsoleReader.init(ConsoleReader.java:167) at jline.ConsoleReader.init(ConsoleReader.java:162) at org.apache.geronimo.deployment.cli.InputPrompt.init(InputPrompt.java:42) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRetry(ServerConnection.java:230) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(ServerConnection.java:190) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConnection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) Username: system Password: Error: Login Failed -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo in year 2008
I like this list but I think we should first focus on features that directly impact the end-user experience with G. For example, considering the first three items on this list, the 3rd one has the most impact on the end user and therefore in my mind it should have higher priority then the other two. Jarek On Feb 11, 2008 11:20 AM, David Jencks [EMAIL PROTECTED] wrote: Replace as much as possible of the gbean infrastructure with xbean-reflect Remove the necessity of specifying gbean metadata in java code (GBeanInfo) Replace config.ser with xml Improve maven integration and use maven components and concepts where possible. For instance, the provided scope means this jar is available in this components classloader but not children == something we don't really support. Optional dependencies might really simplify a lot of configuration. Come up with an OSGI story Improve Spring integration Provide a RBAC security system (such as triplesec or redback) Improve Roller and Jetspeed integration, including security integration. I agree with the other proposals too. thanks david jencks On Feb 7, 2008, at 6:58 AM, Vamsavardhana Reddy wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi
[jira] Created: (GERONIMO-3838) memory (probably related to sessions) leak
memory (probably related to sessions) leak -- Key: GERONIMO-3838 URL: https://issues.apache.org/jira/browse/GERONIMO-3838 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Memory Leaks Affects Versions: 2.0.2 Environment: tested with JDK 1.5 running on Windows XP and FreeBSD6.2 Reporter: Radim Kolar Priority: Critical There is memory leak and it can be repeated very easily, so it should be very easy to catch Install Geronimo and then run some kind of benchmarking software against its admin UI login page, for example program ab from Apache HTTP. This is realistic attack scenario, because lot of denial of service attacks are doing this (requesting one page many times). Watching memory used graph in admin console shows free memory slowly decreasing. After all available memory is exhausted, application server stops serving new requests and never restores ifself back to working state. I think that it is caused by allocating sessions without limiting total number of sessions to keep in memory and possibly to swap sessions out to file. There needs to be user-configurable setting for preventing this, it would be nice to add such setting to Admin console. Its very important to get this bug fixed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases
Another potential issue: When I shut-down the jetty6-javaee5 server from the admin console I hit the following exceptions (I don't get these errors from the command line or via ctrl-C): 13:23:19,474 ERROR [TcpTransportServer] Could not stop service: tcp://0.0.0.0:61616. Reason: java.lang.InterruptedException java.lang.InterruptedException at java.lang.Object.wait(Native Method) at java.lang.Thread.join(Thread.java:1113) at java.lang.Thread.join(Thread.java:1166) at org.apache.activemq.transport.TransportServerThreadSupport.doStop(TransportServerThreadSupport.java:81) at org.apache.activemq.transport.tcp.TcpTransportServer.doStop(TcpTransportServer.java:219) at org.apache.activemq.util.ServiceSupport.stop(ServiceSupport.java:58) at org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42) at org.apache.activemq.broker.TransportConnector.stop(TransportConnector.java:241) at org.apache.geronimo.activemq.TransportConnectorGBeanImpl.doStop(TransportConnectorGBeanImpl.java:135) at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316) at org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668) at org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645) at org.apache.geronimo.console.servermanager.ServerManagerPortlet.doView(ServerManagerPortlet.java:74) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:114) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40) at org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at