Re: Geronimo 2.0
2006/1/7, David Blevins [EMAIL PROTECTED]: We can't go from two years of development on 1.x with little to no user interaction then abandon it after the first release and go back into the development hole. Hi Dave, Who said we would abandon 1.x? I'm pretty sure noone did. The point I see is that many of us (if not all) think that 1.1-SNAPSHOT is more appropriate than 2.0-SNAPSHOT. I don't see any difference, to be honest. The truth is that we all can live with any version as long as we know what we need to achieve in the coming releases. I think JEE 1.5 deserves its own 2.0 release whereas smaller functionalities will go to 1.x releases. AFAIUI, that's what we all agree with. So is mine. But...if someone have implemented a feature of JEE 5 on a separate branch, how (s)he should proceed with regard to the trunk? If it merged with it, will it break our support for 1.0? I don't think so. Would it lower our willingness to add more features to 1.0? I don't think so. So, what are we talking about? I keep wondering what makes me so excited about JEE 5 and arguing about the versions. I think it's Java 5 that will surely make our programming life easier. Generics and annotations seem to be so helpful. The more I think about 1.1 vs 2.0, though, the more I understand Daves' point (Dave B and Dave J). The smaller steps we do the better. That's exactly what DJ had said in his mail and now I got his point (!) More than one main development area is about making smaller steps in the trunk rather than doing all at once (and end up with nothing). Thanks everybody for your time and patience while explaining it to me! ;) We need to follow through on Geronimo 1.x for a few release cycles, get some user feedback, learn the lessons we need to learn for a while, *then* start Geronimo 2.0. Ok, ok. We'll see how it goes. I'm not suggesting we call the trunk 2.0-SNAPSHOT and stop supporting our users. I can live with 1.1-SNAPSHOT, too. Now is not the time to turn our focus to the next shinny ball, now is the time to focus on users of 1.x as they will need our dedication before they can bring it into production. Sure. Good point. Users are what make these shinny features implemented in any product, and so does in Geronimo. There is my $0.02. Add my 0,02 PLN to it ;) -David Jacek
gbuild: Agent documentation
All, I've started a brain dump of the GBuild Agent so in case I'm hit by a bus or some such misfortune we aren't completely in the dark on what is there and how to use it. When you get a moment, take a look through some of them and start preparing yourself to help maintain this thing. Obviously, keeping a gaggle of machines running and build flowing is no small task -- we'll all get to play night watchman at some point :) - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Feeding+the+Queue - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Monitoring+logs - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Queues+and+Topics - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Extensions If you're busy and just want to glance, I suggest the Monitoring+logs page. A lot more docco required and we can check this stuff into svn also -- just doing my best to get this cranked out as fast as possible ATM. So if you have any suggestions, feel free to just do rather than suggest :) Thanks! -David
[jira] Updated: (GERONIMO-1293) Provide tomcat statistics
[ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] anita kulshreshtha updated GERONIMO-1293: - Attachment: statsApp.zip management.patch tomcat.patch Please discard all the old patches. These patches implement 1.a and 2. JSR77Servlet shows how to use these. These statistics are provided since the component was started. The console must do the arithmetic to compute values during a given time period. Provide tomcat statistics - Key: GERONIMO-1293 URL: http://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Type: New Feature Components: Tomcat Versions: 1.0-M5 Environment: All environments Reporter: anita kulshreshtha Priority: Minor Fix For: 1.1 Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, management.patch, project.patch, stats.zip, stats.zip, statsApp.zip, tomcat.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1293) Provide tomcat statistics
[ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] anita kulshreshtha updated GERONIMO-1293: - Attachment: properties.patch geronimo-stats-1.0-SNAPSHOT.war Please use tomcat 5.5.9 to view the stats. Properties.patch for using tomcat 5.5.9. Deploy the war and point to http://localhost:8080/stats Provide tomcat statistics - Key: GERONIMO-1293 URL: http://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Type: New Feature Components: Tomcat Versions: 1.0-M5 Environment: All environments Reporter: anita kulshreshtha Priority: Minor Fix For: 1.1 Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, management.patch, project.patch, properties.patch, stats.zip, stats.zip, statsApp.zip, tomcat.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Updated: (GERONIMO-1293) Provide tomcat statistics
Jeff, I would like to be able to search for all Tomcat Connectors using listGBeans(...). Do we need to have a j2eeType for this? I could always look for the WebContainer and then get all the connectors (objectNames) from there. Eventually an MEJB would like to discover all the statistics providers to capture the performance and monitoring data. Any thoughts? Thanks Anita J2EEApplication=null,J2EEModule=geronimo/tomcat/1.0-SNAPSHOT/car,J2EEServer=geronimo, j2eeType=GBean,name=TomcatWebConnector --- anita kulshreshtha (JIRA) dev@geronimo.apache.org wrote: [ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] anita kulshreshtha updated GERONIMO-1293: - Attachment: properties.patch geronimo-stats-1.0-SNAPSHOT.war Please use tomcat 5.5.9 to view the stats. Properties.patch for using tomcat 5.5.9. Deploy the war and point to http://localhost:8080/stats Provide tomcat statistics - Key: GERONIMO-1293 URL: http://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Type: New Feature Components: Tomcat Versions: 1.0-M5 Environment: All environments Reporter: anita kulshreshtha Priority: Minor Fix For: 1.1 Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, management.patch, project.patch, properties.patch, stats.zip, stats.zip, statsApp.zip, tomcat.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com
Re: [jira] Updated: (GERONIMO-1293) Provide tomcat statistics
You shouldn't be doing anything by ObjectName. Instead, as you said, you should get the WebContainer and get the connectors from there. If you want to search the whole world for statistics providers, start with the domain object and just march the tree looking for J2EEManagedObjects that return true for isStatisticsProvider. Thanks, Aaron On 1/7/06, anita kulshreshtha [EMAIL PROTECTED] wrote: Jeff, I would like to be able to search for all Tomcat Connectors using listGBeans(...). Do we need to have a j2eeType for this? I could always look for the WebContainer and then get all the connectors (objectNames) from there. Eventually an MEJB would like to discover all the statistics providers to capture the performance and monitoring data. Any thoughts? Thanks Anita J2EEApplication=null,J2EEModule=geronimo/tomcat/1.0-SNAPSHOT/car,J2EEServer=geronimo, j2eeType=GBean,name=TomcatWebConnector --- anita kulshreshtha (JIRA) dev@geronimo.apache.org wrote: [ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] anita kulshreshtha updated GERONIMO-1293: - Attachment: properties.patch geronimo-stats-1.0-SNAPSHOT.war Please use tomcat 5.5.9 to view the stats. Properties.patch for using tomcat 5.5.9. Deploy the war and point to http://localhost:8080/stats Provide tomcat statistics - Key: GERONIMO-1293 URL: http://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Type: New Feature Components: Tomcat Versions: 1.0-M5 Environment: All environments Reporter: anita kulshreshtha Priority: Minor Fix For: 1.1 Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, management.patch, project.patch, properties.patch, stats.zip, stats.zip, statsApp.zip, tomcat.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira __ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com
Re: Can we get the Geronimo IRC archive working again?
2006/1/5, Joe Bohn [EMAIL PROTECTED]: Does anybody know who initially setup the IRC archive and/or how to get it back again? It looks like somebody with id bevinbot set it up ... similar enough to make me wonder if it was Blevins but different enough so that I can't be sure. I'd be glad to help get this working again if I can get some pointers. It's been down for nearly 2 months now and I really miss it. Hi Joe, It was gbevin who installed it for us. He's the author of Drone (http://drone.codehaus.org/) - the IRC bot. I included him on the copy of the email so chances are he sets it up again for us. Joe Jacek
Re: Can we get the Geronimo IRC archive working again?
On 1/7/06, Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/1/5, Joe Bohn [EMAIL PROTECTED]: Does anybody know who initially setup the IRC archive and/or how to get it back again? It looks like somebody with id bevinbot set it up ... similar enough to make me wonder if it was Blevins but different enough so that I can't be sure. I'd be glad to help get this working again if I can get some pointers. It's been down for nearly 2 months now and I really miss it. Hi Joe, It was gbevin who installed it for us. He's the author of Drone (http://drone.codehaus.org/) - the IRC bot. I included him on the copy of the email so chances are he sets it up again for us. Yeah, let Geert set up Drone again for us. That's the easiest and most well-known solution. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo (http://geronimo.apache.org/)
Re: Can we get the Geronimo IRC archive working again?
2006/1/7, Geert Bevin [EMAIL PROTECTED]: Hi, I'd gladly activate it again, but people explicitly asked me to remove it a while ago. Is everyone ok with me enabling it again? Hi Geert, Thanks for prompt response! It seems I should've asked here to enable it before having sent the email. Do you remember who asked you about it? I can't think of any valid reason to have it disabled. Geert Jacek
Re: Can we get the Geronimo IRC archive working again?
Hi, I'd gladly activate it again, but people explicitly asked me to remove it a while ago. Is everyone ok with me enabling it again? Best regards, Geert On 7-jan-06, at 19:36, Jacek Laskowski wrote: 2006/1/5, Joe Bohn [EMAIL PROTECTED]: Does anybody know who initially setup the IRC archive and/or how to get it back again? It looks like somebody with id bevinbot set it up ... similar enough to make me wonder if it was Blevins but different enough so that I can't be sure. I'd be glad to help get this working again if I can get some pointers. It's been down for nearly 2 months now and I really miss it. Hi Joe, It was gbevin who installed it for us. He's the author of Drone (http://drone.codehaus.org/) - the IRC bot. I included him on the copy of the email so chances are he sets it up again for us. Joe Jacek -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
Re: gbuild: Agent documentation
Should be fixed now. Give it a whirl! -David On Jan 7, 2006, at 11:52 AM, Jason Dillon wrote: Looks like the perms of this space are horked... I get Not Permitted and You do not have permission to view this page. for each page :-( This is a new space no? You probably need to update the space perms to allow anonymous to view, and confluence-users access to modify/etc. --jason On Jan 7, 2006, at 3:51 AM, David Blevins wrote: All, I've started a brain dump of the GBuild Agent so in case I'm hit by a bus or some such misfortune we aren't completely in the dark on what is there and how to use it. When you get a moment, take a look through some of them and start preparing yourself to help maintain this thing. Obviously, keeping a gaggle of machines running and build flowing is no small task -- we'll all get to play night watchman at some point :) - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Feeding+the+Queue - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Monitoring+logs - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Queues+and+Topics - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Extensions If you're busy and just want to glance, I suggest the Monitoring +logs page. A lot more docco required and we can check this stuff into svn also -- just doing my best to get this cranked out as fast as possible ATM. So if you have any suggestions, feel free to just do rather than suggest :) Thanks! -David
Re: gbuild: Agent documentation
Yup, much better now ;-) --jason On Jan 7, 2006, at 1:15 PM, David Blevins wrote: Should be fixed now. Give it a whirl! -David On Jan 7, 2006, at 11:52 AM, Jason Dillon wrote: Looks like the perms of this space are horked... I get Not Permitted and You do not have permission to view this page. for each page :-( This is a new space no? You probably need to update the space perms to allow anonymous to view, and confluence-users access to modify/etc. --jason On Jan 7, 2006, at 3:51 AM, David Blevins wrote: All, I've started a brain dump of the GBuild Agent so in case I'm hit by a bus or some such misfortune we aren't completely in the dark on what is there and how to use it. When you get a moment, take a look through some of them and start preparing yourself to help maintain this thing. Obviously, keeping a gaggle of machines running and build flowing is no small task -- we'll all get to play night watchman at some point :) - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Feeding+the+Queue - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Monitoring+logs - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Queues+and+Topics - http://opensource2.atlassian.com/confluence/oss/display/GBuild/ Extensions If you're busy and just want to glance, I suggest the Monitoring +logs page. A lot more docco required and we can check this stuff into svn also -- just doing my best to get this cranked out as fast as possible ATM. So if you have any suggestions, feel free to just do rather than suggest :) Thanks! -David
Re: Can we get the Geronimo IRC archive working again?
No, sorry, I can't remember. However, if nobody objects, I'll re- enable it gladly. On 7-jan-06, at 21:05, Jacek Laskowski wrote: 2006/1/7, Geert Bevin [EMAIL PROTECTED]: Hi, I'd gladly activate it again, but people explicitly asked me to remove it a while ago. Is everyone ok with me enabling it again? Hi Geert, Thanks for prompt response! It seems I should've asked here to enable it before having sent the email. Do you remember who asked you about it? I can't think of any valid reason to have it disabled. Geert Jacek -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
[jira] Created: (GERONIMO-1428) Assembly for IZPack installer fails on Windows with FileNotFoundException
Assembly for IZPack installer fails on Windows with FileNotFoundException - Key: GERONIMO-1428 URL: http://issues.apache.org/jira/browse/GERONIMO-1428 Project: Geronimo Type: Bug Components: buildsystem, installer Versions: 1.0 Reporter: John Sisson Assigned to: John Sisson Priority: Minor I get a FileNotFoundException for the following file: C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer\target\geronimo-1.0-SNAPSHOT\config-store\20\geronimo-console-standard-1.0-SNAPSHOT.war\WEB-INF\classes\org\apache\geronimo\console\databasemanager\wizard\DatabasePoolPortlet$ResourceAdapterParams.class This problem seems to be related to a JDK bug that has only been fixed in JDK 1.5_06: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6182812 I worked around the problem by moving my trunk directory to C:\trunk so that the file path is not so long. Example of failure when file path is too long: izpack:izpack-installer-build: [echo] IZPack installer build is running. [echo] IZPack Version is 3.8.0 [java] [java] .:: IzPack - Version 3.8.0 ::. [java] [java] compiler specifications version : 1.0 [java] [java] - Copyright (C) 2001-2005 Julien Ponge [java] - Visit http://www.izforge.com/ for the latests releases [java] - Released under the terms of the Apache Software License version 2.0. [java] [java] - Processing : C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer/target/geronimo-1.0-SNAPSHOT/geronimo-izp ack.xml [java] - Output : C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer/target/geronimo-installer-1.0-SNAPSHOT.ja r [java] - Base path : . [java] - Kind: standard [java] - Compression : default [java] - Compr. level: -1 [java] [java] Adding resource: IzPack.uninstaller [java] Setting the installer information [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/lib/liquidlnf.jar [java] Setting the GUI preferences [java] Adding langpack: eng [java] Adding resource: flag.eng [java] Adding resource: Installer.image [java] Adding resource: LicencePanel.licence [java] Adding resource: InfoPanel.info [java] Adding resource: userInputSpec.xml [java] Adding resource: ImgPacksPanel.img.0 [java] Adding resource: ImgPacksPanel.img.1 [java] Adding resource: ImgPacksPanel.img.2 [java] Adding resource: ImgPacksPanel.img.3 [java] Adding resource: ImgPacksPanel.img.4 [java] Adding resource: ImgPacksPanel.img.5 [java] Adding resource: ImgPacksPanel.img.6 [java] Adding resource: ImgPacksPanel.img.7 [java] Adding resource: ImgPacksPanel.img.8 [java] Adding resource: ImgPacksPanel.img.9 [java] Adding resource: ImgPacksPanel.img.10 [java] Adding resource: ImgPacksPanel.img.11 [java] Adding resource: ImgPacksPanel.img.12 [java] Adding resource: ImgPacksPanel.img.13 [java] Adding resource: ImgPacksPanel.img.14 [java] Adding resource: ImgPacksPanel.img.15 [java] Adding resource: ImgPacksPanel.img.16 [java] Adding resource: ImgPacksPanel.img.17 [java] Adding resource: ImgPacksPanel.img.18 [java] Adding resource: ImgPacksPanel.img.19 [java] Adding resource: ImgPacksPanel.img.20 [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/HelloPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/LicencePanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/TargetPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/ImgPacksPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8.
[jira] Closed: (GERONIMO-1428) Assembly for IZPack installer fails on Windows with FileNotFoundException
[ http://issues.apache.org/jira/browse/GERONIMO-1428?page=all ] John Sisson closed GERONIMO-1428: - Assembly for IZPack installer fails on Windows with FileNotFoundException - Key: GERONIMO-1428 URL: http://issues.apache.org/jira/browse/GERONIMO-1428 Project: Geronimo Type: Bug Components: buildsystem, installer Versions: 1.0 Reporter: John Sisson Assignee: John Sisson Priority: Minor I get a FileNotFoundException for the following file: C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer\target\geronimo-1.0-SNAPSHOT\config-store\20\geronimo-console-standard-1.0-SNAPSHOT.war\WEB-INF\classes\org\apache\geronimo\console\databasemanager\wizard\DatabasePoolPortlet$ResourceAdapterParams.class This problem seems to be related to a JDK bug that has only been fixed in JDK 1.5_06: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6182812 I worked around the problem by moving my trunk directory to C:\trunk so that the file path is not so long. Example of failure when file path is too long: izpack:izpack-installer-build: [echo] IZPack installer build is running. [echo] IZPack Version is 3.8.0 [java] [java] .:: IzPack - Version 3.8.0 ::. [java] [java] compiler specifications version : 1.0 [java] [java] - Copyright (C) 2001-2005 Julien Ponge [java] - Visit http://www.izforge.com/ for the latests releases [java] - Released under the terms of the Apache Software License version 2.0. [java] [java] - Processing : C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer/target/geronimo-1.0-SNAPSHOT/geronimo-izp ack.xml [java] - Output : C:\OpenSourceJava\asf\geronimo\trunk\assemblies\j2ee-installer/target/geronimo-installer-1.0-SNAPSHOT.ja r [java] - Base path : . [java] - Kind: standard [java] - Compression : default [java] - Compr. level: -1 [java] [java] Adding resource: IzPack.uninstaller [java] Setting the installer information [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/lib/liquidlnf.jar [java] Setting the GUI preferences [java] Adding langpack: eng [java] Adding resource: flag.eng [java] Adding resource: Installer.image [java] Adding resource: LicencePanel.licence [java] Adding resource: InfoPanel.info [java] Adding resource: userInputSpec.xml [java] Adding resource: ImgPacksPanel.img.0 [java] Adding resource: ImgPacksPanel.img.1 [java] Adding resource: ImgPacksPanel.img.2 [java] Adding resource: ImgPacksPanel.img.3 [java] Adding resource: ImgPacksPanel.img.4 [java] Adding resource: ImgPacksPanel.img.5 [java] Adding resource: ImgPacksPanel.img.6 [java] Adding resource: ImgPacksPanel.img.7 [java] Adding resource: ImgPacksPanel.img.8 [java] Adding resource: ImgPacksPanel.img.9 [java] Adding resource: ImgPacksPanel.img.10 [java] Adding resource: ImgPacksPanel.img.11 [java] Adding resource: ImgPacksPanel.img.12 [java] Adding resource: ImgPacksPanel.img.13 [java] Adding resource: ImgPacksPanel.img.14 [java] Adding resource: ImgPacksPanel.img.15 [java] Adding resource: ImgPacksPanel.img.16 [java] Adding resource: ImgPacksPanel.img.17 [java] Adding resource: ImgPacksPanel.img.18 [java] Adding resource: ImgPacksPanel.img.19 [java] Adding resource: ImgPacksPanel.img.20 [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/HelloPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/LicencePanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/TargetPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/ImgPacksPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar: file:/C:/Documents%20and%20Settings/sissonj/.maven/repository/izpack/jars/standalone-compiler-3.8. 0.jar!/bin/panels/UserInputPanel.jar [java] Adding content of jar:
[jira] Created: (GERONIMO-1429) Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/)
Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/) Key: GERONIMO-1429 URL: http://issues.apache.org/jira/browse/GERONIMO-1429 Project: Geronimo Type: Improvement Components: documentation Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.1 It would be nice to have an index page like http://java.sun.com/xml/ns/j2ee/ and have our schemas appear at their namespace URIs. Not for any technical reason, but because it makes the deployment places very self-documenting if you can pop the URI into your browser and get the XSD file. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1429) Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/)
[ http://issues.apache.org/jira/browse/GERONIMO-1429?page=all ] Aaron Mulder updated GERONIMO-1429: --- Description: It would be nice to have an index page like http://java.sun.com/xml/ns/j2ee/ and have our schemas appear at their namespace URIs. Not for any technical reason, but because it makes the deployment plans very self-documenting if you can pop the URI into your browser and get the XSD file. (was: It would be nice to have an index page like http://java.sun.com/xml/ns/j2ee/ and have our schemas appear at their namespace URIs. Not for any technical reason, but because it makes the deployment places very self-documenting if you can pop the URI into your browser and get the XSD file.) Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/) Key: GERONIMO-1429 URL: http://issues.apache.org/jira/browse/GERONIMO-1429 Project: Geronimo Type: Improvement Components: documentation Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.1 It would be nice to have an index page like http://java.sun.com/xml/ns/j2ee/ and have our schemas appear at their namespace URIs. Not for any technical reason, but because it makes the deployment plans very self-documenting if you can pop the URI into your browser and get the XSD file. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1293) Provide tomcat statistics
[ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ] anita kulshreshtha updated GERONIMO-1293: - Attachment: tomcat.patch The patch was incomplete due to a missing folder. Provide tomcat statistics - Key: GERONIMO-1293 URL: http://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Type: New Feature Components: Tomcat Versions: 1.0-M5 Environment: All environments Reporter: anita kulshreshtha Priority: Minor Fix For: 1.1 Attachments: TomcatWebAppContext.patch, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, management.patch, project.patch, properties.patch, stats.zip, stats.zip, statsApp.zip, tomcat.patch, tomcat.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1133) UUID primary key generator
[ http://issues.apache.org/jira/browse/GERONIMO-1133?page=all ] Gianny Damour closed GERONIMO-1133: --- Resolution: Fixed This is now implemented. I have actually borrowed the UUID algorithm implementation from Axis and created a new PrimaryKeyGenerator strategy to TranQL. The new choice element uuid defined by key-generator is used to use the UUID generator. UUID primary key generator -- Key: GERONIMO-1133 URL: http://issues.apache.org/jira/browse/GERONIMO-1133 Project: Geronimo Type: New Feature Components: OpenEJB Versions: 1.0-M5 Reporter: Dain Sundstrom Assignee: Gianny Damour Fix For: 1.1 Attachments: UUIDGBean.java, keygenerator.xml This is a custom-generator GBean which implements org.tranql.pkgenerator.PrimaryKeyGenerator. This GBean is able to create automatically generated UUID primary key for unknown primary keys. It uses. the org.apache.axis components.uuid.FastUUIDGen class for generating the UUID primary key. As we know JBoss use a automatically generated UUID primary key for unknown primary keys. That's why we are able to deploy the adventure builder application successfully on JBoss. But it create problem when we deploy it in Geronimo. Using this GBean that issue can be resolved. I have tested it with a the adventure builder application . It is working perfectly. We can use this GBean in openejb-jar.xml as follows : - create a jar archive 'keygenerator.jar' and copy it inside the directory ' $GERONIMO_HOME\repository\keygenerator\jars\ ' then deploy the GBean as follows : configuration xmlns=http://geronimo.apache.org/xml/ns/deployment; configId=geronimoKeyGenerator dependency urikeygenerator/jars/keygenerator.jar/uri /dependency dependency uriaxis/jars/axis-1.3-svn293059-geronimo.jar/uri /dependency gbean name=UUIDGenaratorGBean class=com.UUIDGBean /gbean /configuration Then use the deployed GBean in the openejb-jar.xml as follows : - key-generator custom-generator generatorname geronimo.server:J2EEApplication=null,J2EEModule=geronimoKeyGenerator,J2EEServer=geronimo,j2eeType=GBean,name=UUIDGBean /generator-name primary-key-classjava.lang.String/primary-key-class /custom-generator /key-generator -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1075) Configuration classloaders should support an inverse classloading delegation model.
[ http://issues.apache.org/jira/browse/GERONIMO-1075?page=comments#action_12362111 ] Gianny Damour commented on GERONIMO-1075: - It seems that David J has fixed that. Could you please confirm and close if you are happy? Thanks, Gianny Configuration classloaders should support an inverse classloading delegation model. --- Key: GERONIMO-1075 URL: http://issues.apache.org/jira/browse/GERONIMO-1075 Project: Geronimo Type: Improvement Components: kernel Versions: 1.0-M5, 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M1 Reporter: Gianny Damour Assignee: Gianny Damour Fix For: 1.1 Currently, configuration classloaders use the standard class loading delegation model. It seems that a reverse class loading delegation model, a la servlet container, may be useful. Also, after discussion with Dain, it seems that a configuration classloader should defines two types of filters: * classes hidden from the configuration: this means that this configuration cannot see the classes defined by this filter; and * classes non overridable by this configuration: this means that this configuration cannot override the classes defined by this filter. Note that this list has a meaning only when the class loading delegation model is reversed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Warning regarding Windows file path lengths with JDK 1.4
FYI.. We need to be careful of resulting file path lengths on Windows when creating web applications that may result in long file paths in Geronimo due to a JDK 1.4 bug ( http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6182812) that has only been fixed in JDK 1.5_06. Fom reading the bug and related bugs' descriptions it appears the Windows JDK will only allow file names less than 260 bytes, otherwise a FileNotFoundException is thrown. I initially ran into this JDK bug whilst building geronimo under a long directory name (see GERONIMO-1428 for details). On a related note (not due to the JDK bug) I found that if I installed geronimo from a zip distribution using WinZip (version 10.0 6685) into a long directory path, WinZip also has problems: Error: The system cannot find the path specified. Cannot create C:\test\this\is\a\really\long\install\directory\name\to\demonstrate\jdk\bug\6182812\geronimo-1.0-SNAPSHOT\config-store\28\geronimo-console-standard-1.0-SNAPSHOT.war\WEB-INF\classes\org\apache\geronimo\console\jmsmanager\JMSConnectionFactoryManagerPortlet.class Regards, John
[jira] Resolved: (GERONIMO-1429) Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/)
[ http://issues.apache.org/jira/browse/GERONIMO-1429?page=all ] Aaron Mulder resolved GERONIMO-1429: Resolution: Fixed Assign To: Aaron Mulder Added a page schemas.html to the Geronimo web site with the list of schemas and links to them. Right now I just copied the schemas from the 1.0.0 build into the web site directory, though we may ultimately want to link to ViewCVS or something. Note: pages still need to be synchronized to the real site. Post Geronimo Schemas online (e.g. http://java.sun.com/xml/ns/j2ee/) Key: GERONIMO-1429 URL: http://issues.apache.org/jira/browse/GERONIMO-1429 Project: Geronimo Type: Improvement Components: documentation Versions: 1.0 Reporter: Aaron Mulder Assignee: Aaron Mulder Fix For: 1.1 It would be nice to have an index page like http://java.sun.com/xml/ns/j2ee/ and have our schemas appear at their namespace URIs. Not for any technical reason, but because it makes the deployment plans very self-documenting if you can pop the URI into your browser and get the XSD file. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Web Site Update Please
I checked in a page that lists and links to all the schemas used by Geronimo 1.0. I was going to leave this for later, but I keep having to look up the stupid namespace URIs, so now there's a nice place to look (the XML Schemas link on the left sidebar, and /schemas.html). Could someone update the live web site from SVN? Thanks, Aaron
