[jira] Commented: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572456#action_12572456 ] Anita Kulshreshtha commented on GERONIMO-3697: -- This completes the MEJB version of Monitoring Console. Issues related to JMX version of Monitoring Console should be handled in a new issue. Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3697. Resolution: Fixed Fix Version/s: 2.1 Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3530) provide activemq destination and connector stats
[ https://issues.apache.org/jira/browse/GERONIMO-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572455#action_12572455 ] Anita Kulshreshtha commented on GERONIMO-3530: -- IMO, we need to implement the Stats defined by the specs ( JSR77.24 through JSR77.29). This patch does not implement them. provide activemq destination and connector stats Key: GERONIMO-3530 URL: https://issues.apache.org/jira/browse/GERONIMO-3530 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1, 2.1.1, 2.2 Environment: linux, windows Reporter: Viet Hung Nguyen Assignee: Anita Kulshreshtha Fix For: 2.2 Attachments: geronimo-3530.patch there are some stats that can easily be surfaced with how we use AMQ in our source. These are JSR 77 compliant statistics that are being provided by AMQ (DestinationStatistics and ConnectorStatistics). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
samples for 2.1?
Is there a plan on how to release the samples for 2.1 and forward? It looks like the changes in the build structure have necessitated that we do something to release samples independently (or perhaps it was other changes). In past releases it looks like the samples were built, voted on, and released as part of the Geronimo release itself. However, they are no longer included under our configs with the restructure and hence they were not included in the process. Should we create a tag for the 2.1 samples (thus far there are no tags in the samples svn (see https://svn.apache.org/repos/asf/geronimo/samples/ )? Do we need to create release candidates and vote on releasing samples now? I ran into this because I took a first pass at generating a new geronimo-plugins.xml for 2.1 yesterday since the old version was still referencing 2.1-SNAPSHOT for all of the plugins. To include the samples I built https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/ but the poms there are versioned as 2.1-SNAPSHOT and are dependent upon the Geornimo 2.1-SNAPSHOT release. Joe
Re: [DISCUSSION] Geronimo v2.1 documentation - Content
Hey Jason, Both pages are gone! quick comment on the Migrating with the J2G Migration Tool though. Maybe it's my screen resolution but I can barely read the 2 screenshots. Any chance you could update those !? for example make them look like these http://cwiki.apache.org/GMOxDOC21/developing-a-simple-java-server-faces-application.html how do those look on your screen? Thanks Cheers! Hernan Jason Warner wrote: I'm reworking the way the J2G Migration is worked into the documentation and that requires removing a couple pages, but I do not seem to have the rights to do that. Can someone do that for me? I originall moved over the J2G Migration Tool section from the 2.0 documentation and recreated it in the Migration section for the 2.1 docs. After some discussion, it was decided that it would probably be best to split it up and cover using the tool to migrate under the migration section and cover building the tool under the tooling section. I have created the new documents necessary for this in the correct sections, but I am unable to remove the previous work. What I'd like to remove is this: http://cwiki.apache.org/confluence/display/GMOxDOC21/J2G+Migration+Tool and it's child page. Please ask me if I haven't made clear enough what was changed and why this page should be removed. Thanks! On Sat, Feb 23, 2008 at 10:26 AM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sweet. I can't believe I couldn't figure that out. It's so simple. Thanks, Dan! On Sat, Feb 23, 2008 at 9:09 AM, Dan Becker [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jason Warner wrote: I am in need of moving a page. How might I accomplish this? 1. View the page. 2. Click the edit tab. 3. Under the big title, you should see a Location hierarchy. Click the yellow EDIT button next to this hierarchy. 4. You should be able to pick a new space or parent page. This moves it. -- Thanks, Dan email: mailto://[EMAIL PROTECTED] mailto:mailto://[EMAIL PROTECTED] -- ~Jason Warner -- ~Jason Warner
Re: samples for 2.1?
Yes, I think we should release the samples with or after each G release. Thanks for starting this discussion! I meant to do that but got distracted with other things. I'm willing to help/work on the samples release. Jarek On Tue, Feb 26, 2008 at 10:13 AM, Joe Bohn [EMAIL PROTECTED] wrote: Is there a plan on how to release the samples for 2.1 and forward? It looks like the changes in the build structure have necessitated that we do something to release samples independently (or perhaps it was other changes). In past releases it looks like the samples were built, voted on, and released as part of the Geronimo release itself. However, they are no longer included under our configs with the restructure and hence they were not included in the process. Should we create a tag for the 2.1 samples (thus far there are no tags in the samples svn (see https://svn.apache.org/repos/asf/geronimo/samples/ )? Do we need to create release candidates and vote on releasing samples now? I ran into this because I took a first pass at generating a new geronimo-plugins.xml for 2.1 yesterday since the old version was still referencing 2.1-SNAPSHOT for all of the plugins. To include the samples I built https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/ but the poms there are versioned as 2.1-SNAPSHOT and are dependent upon the Geornimo 2.1-SNAPSHOT release. Joe
[BUILD] 2.1.1: Failed for Revision: 631204
Geronimo Revision: 631204 built with tests included See the full build-0800.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080226/build-0800.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080226 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 34 minutes 22 seconds [INFO] Finished at: Tue Feb 26 09:04:44 EST 2008 [INFO] Final Memory: 343M/915M [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/20080226/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080226/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.289 sec FAILURE!
Re: [DISCUSSION] Geronimo v2.1 documentation - Content
Thanks, Hernan. I don't think it's just your resolution. It might take me a bit, but I'll get larger, easier to read snapshots up as soon as I can. On Tue, Feb 26, 2008 at 10:25 AM, Hernan Cunico [EMAIL PROTECTED] wrote: Hey Jason, Both pages are gone! quick comment on the Migrating with the J2G Migration Tool though. Maybe it's my screen resolution but I can barely read the 2 screenshots. Any chance you could update those !? for example make them look like these http://cwiki.apache.org/GMOxDOC21/developing-a-simple-java-server-faces-application.html how do those look on your screen? Thanks Cheers! Hernan Jason Warner wrote: I'm reworking the way the J2G Migration is worked into the documentation and that requires removing a couple pages, but I do not seem to have the rights to do that. Can someone do that for me? I originall moved over the J2G Migration Tool section from the 2.0 documentation and recreated it in the Migration section for the 2.1 docs. After some discussion, it was decided that it would probably be best to split it up and cover using the tool to migrate under the migration section and cover building the tool under the tooling section. I have created the new documents necessary for this in the correct sections, but I am unable to remove the previous work. What I'd like to remove is this: http://cwiki.apache.org/confluence/display/GMOxDOC21/J2G+Migration+Tool and it's child page. Please ask me if I haven't made clear enough what was changed and why this page should be removed. Thanks! On Sat, Feb 23, 2008 at 10:26 AM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sweet. I can't believe I couldn't figure that out. It's so simple. Thanks, Dan! On Sat, Feb 23, 2008 at 9:09 AM, Dan Becker [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jason Warner wrote: I am in need of moving a page. How might I accomplish this? 1. View the page. 2. Click the edit tab. 3. Under the big title, you should see a Location hierarchy. Click the yellow EDIT button next to this hierarchy. 4. You should be able to pick a new space or parent page. This moves it. -- Thanks, Dan email: mailto://[EMAIL PROTECTED] mailto:mailto://[EMAIL PROTECTED] -- ~Jason Warner -- ~Jason Warner -- ~Jason Warner
Re: samples for 2.1?
On Feb 26, 2008, at 10:13 AM, Joe Bohn wrote: Is there a plan on how to release the samples for 2.1 and forward? It looks like the changes in the build structure have necessitated that we do something to release samples independently (or perhaps it was other changes). In past releases it looks like the samples were built, voted on, and released as part of the Geronimo release itself. However, they are no longer included under our configs with the restructure and hence they were not included in the process. Should we create a tag for the 2.1 samples (thus far there are no tags in the samples svn (see https://svn.apache.org/repos/asf/geronimo/samples/ )? Do we need to create release candidates and vote on releasing samples now? I ran into this because I took a first pass at generating a new geronimo-plugins.xml for 2.1 yesterday since the old version was still referencing 2.1-SNAPSHOT for all of the plugins. To include the samples I built https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/ but the poms there are versioned as 2.1-SNAPSHOT and are dependent upon the Geornimo 2.1-SNAPSHOT release. Definitely something we need to do. Probably should have been something we did concurrently with a major release (e.g. 2.1). So, I certainly think we should be tagging sample releases, they should be dependent upon G 2.1, and they need to be voted on. --kevan
[jira] Resolved: (GERONIMO-3861) cookies need to be validated and filtered
[ https://issues.apache.org/jira/browse/GERONIMO-3861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-3861. Resolution: Fixed Committed revision 631262. 1.1.5 version only. I've only committed these changes to the 1.1.5 version. When I try to apply the same changes to the 2.0 version, I'm getting 3 test failures that all appear to be the same problem, but I'm not sure why. This NullPointerException appears to be because there's no CURRENT_REQUEST attribute on the session, but the test is setting the attribute. I don't have time to chase after this one at the moment. java.lang.NullPointerException at org.apache.ahc.codec.HttpResponseDecoder.doDecode(HttpResponseDecoder.java:54) at org.apache.mina.filter.codec.CumulativeProtocolDecoder.decode(CumulativeProtocolDecoder.java:145) at org.apache.ahc.ChunkedTest.testChunking(ChunkedTest.java:65) at org.apache.ahc.ChunkedTest.testChunking(ChunkedTest.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) at org.apache.maven.surefire.Surefire.run(Surefire.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:244) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:814) cookies need to be validated and filtered - Key: GERONIMO-3861 URL: https://issues.apache.org/jira/browse/GERONIMO-3861 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Attachments: GERONIMO-3861.patch Today AHC simply accepts all cookies from the response and emit all cookies in the request. However, the attributes need to be taken into consideration when we set the cookies as well as when we send them. Two parts of the issue: [1] When we emit the cookies in the request, we need to check - if the domain matches - if the path matches - if the cookie has not expired - and if the cookie is secure (if the request protocol is http) before adding it to the Cookie header. [2] When we accept the cookies in the response, we need to check for the domain and the path. Note that we do not discard expired cookies, as that's often a way to delete an existing cookie. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (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:all-tabpanel ] Jarek Gawor resolved GERONIMO-3836. --- Resolution: Fixed Fix Version/s: 2.2 2.1.1 2.0.x Committed fixes to trunk (Revision: 631245), branches/2.1 (Revision: 631246), and branches/2.0 (Revision: 631267). The GERONIMO_TMPDIR variable was being resolved to an absolute path under cygwin but instead should have been passed as a relative path. 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 Assignee: Jarek Gawor Fix For: 2.0.x, 2.1.1, 2.2 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: samples for 2.1?
Kevan Miller wrote: On Feb 26, 2008, at 10:13 AM, Joe Bohn wrote: Is there a plan on how to release the samples for 2.1 and forward? It looks like the changes in the build structure have necessitated that we do something to release samples independently (or perhaps it was other changes). In past releases it looks like the samples were built, voted on, and released as part of the Geronimo release itself. However, they are no longer included under our configs with the restructure and hence they were not included in the process. Should we create a tag for the 2.1 samples (thus far there are no tags in the samples svn (see https://svn.apache.org/repos/asf/geronimo/samples/ )? Do we need to create release candidates and vote on releasing samples now? I ran into this because I took a first pass at generating a new geronimo-plugins.xml for 2.1 yesterday since the old version was still referencing 2.1-SNAPSHOT for all of the plugins. To include the samples I built https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/ but the poms there are versioned as 2.1-SNAPSHOT and are dependent upon the Geornimo 2.1-SNAPSHOT release. Definitely something we need to do. Probably should have been something we did concurrently with a major release (e.g. 2.1). I agree. I think this is something that we need to be doing concurrent with a release in the future. At the moment things are kinda broken from a user perspective. They can't install the 2.1-SNAPSHOT plugins on the 2.1 server. This looks especially bad since we include links in the welcome page (/) to download and install the samples which currently fail. BTW, I tried to just change the dependent geronimo release in geronimo-plugins.xml for the samples but they still would not install because there are dependencies are missing (looks like there are references to non-existent org.apache.geronimo.configs car files). Joe So, I certainly think we should be tagging sample releases, they should be dependent upon G 2.1, and they need to be voted on. --kevan
Re: [DISCUSS] Release J2G 1.0.0 RC1
What happened to this vote? I checked the tags and the code was never moved over. Did this pass? Do we have an official binary I can link to on the wiki docs? On Mon, Nov 12, 2007 at 4:52 PM, Kevan Miller [EMAIL PROTECTED] wrote: On Nov 6, 2007, at 9:03 PM, Lin Sun wrote: The .project and .classpath files are used when the plugins are loaded in Eclipse IDE.You are right they don't have ASL license headers but I don't see license headers associated with these files normally. The files in the geronimo eclipse plugin don't have ASL license headers either. Also, these files are not in the assembly. Are these files machine generated? Whether or not they end up in an assembly doesn't really matter... They seem non-trivial to me and should have a license header. I am not sure what we need to do with jboss here. Of course we are using it since it is a migration tool from jboss to geronimo. Any advice here? I did a little research for this. It seems we must avoid implying that JBoss is the source of this code. As long as the distribution name (and executable name, I would think) don't use JBoss in the name we're doing this. Internal file names should be fine. So, in my opinion, we're ok here... So, pending the license header and file permission questions, I'd say this looks good. --kevan -- ~Jason Warner
[BUILD] 2.2: Failed for Revision: 631217
Geronimo Revision: 631217 built with tests included See the full build-0900.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080226/build-0900.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/trunk/20080226 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 35 minutes 26 seconds [INFO] Finished at: Tue Feb 26 09:43:23 EST 2008 [INFO] Final Memory: 304M/1009M [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/20080226/logs-0900-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080226/logs-0900-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.655 sec FAILURE!
Re: Question on docs - Topology planning
Hi Dave, thanks for bringing this up. For the 2-tier remote web server I'm figuring a web catalog scenario with tons of images and static text. I would rather serve all that static content from a different server. Same approach applies to the remote DB scenario. I guess if one has a centralized DB on a remote dedicated server and a remote web server as well you could still call it 3-tier. Either way, I'll look more in detail to the 3-tier scenario and see how to update it. Cheers! Hernan David Jencks wrote: I was looking at the 2.1 docs at http://cwiki.apache.org/confluence/display/GMOxDOC21/Installation+and+configuration#Installationandconfiguration-Changingthedefaultportnumbers and saw the section on topology planning. I don't understand some of it. The two tier example differs from the three tier example only in missing the database. This seems wrong to me. I thought two-tier normally referred to the situation where the web layer and ejb/business layer were in the same server and three tier referred to the situation where the web layer and ejb/business layer were on different machines. I kind of doubt there are many useful applications that don't use a database of some kind, especially ejb applications. Furthermore I thought that it was widely believed that three-tier solutions are usually a bad idea compared to running everything on every server in a farm or clustered configuration, so I wonder what the evidence for advantages to three tier is. Is there some performance data demonstrating that serving static content from httpd is faster than serving it from jetty or tomcat? I'm certainly not a web designer or administrator but it would seem to me that you'd want significant speed improvements to counter the nuisance of having to manage your web site in two pieces. thanks david jencks
[jira] Commented: (GERONIMO-3861) cookies need to be validated and filtered
[ https://issues.apache.org/jira/browse/GERONIMO-3861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572558#action_12572558 ] Sangjin Lee commented on GERONIMO-3861: --- I'll submit a patch for 2.0 soon... cookies need to be validated and filtered - Key: GERONIMO-3861 URL: https://issues.apache.org/jira/browse/GERONIMO-3861 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Attachments: GERONIMO-3861.patch Today AHC simply accepts all cookies from the response and emit all cookies in the request. However, the attributes need to be taken into consideration when we set the cookies as well as when we send them. Two parts of the issue: [1] When we emit the cookies in the request, we need to check - if the domain matches - if the path matches - if the cookie has not expired - and if the cookie is secure (if the request protocol is http) before adding it to the Cookie header. [2] When we accept the cookies in the response, we need to check for the domain and the path. Note that we do not discard expired cookies, as that's often a way to delete an existing cookie. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: using Resource Bundles for message strings
Hey B.J., I think this is a great beginning, and it will go a long way to creating a robust and internationalized server. I can provide a couple of answers/comments to your questions. B.J. Reed wrote: Questions/Answers 2) Is there a numbering standard for the key? The standard that I have started for the message key is as follows: l - 4 char module name abbreviation l - one char level (E - error, W - warning, I - information - 4 digit error number Since I haven't gotten very far...if there is a better suggestion, then it will be easier to change this sooner rather than later. I think this is a good prefix system, but I would put the message level after the message number. I think COMM001W is easier to read than COMMW001 and understand the level. Especially when an E or W or I ends the module name prefix. Compare GJEEE0001 to GJEE0001E. Also, since you provide an API for fetching these messages, I would prefer not to include the message prefix and level in the message itself. Use the provided GeronimoMessageBundle API to change messages in a standard way. This also makes message writing easier as this first message is easier to write than the second: COMM0003E=Unable to find message for {0}. COMM0003E=COMM0003E Error: Unable to find message for {0}. 3) Tell me more about the string substitutions. To make messages more flexible, placeholders can be put in the messages that look like {0} {1} etc. An ArrayList can be passed in to the getMessage method that will be used to replace the placeholders. This way, if a language needs the replacements in a different order, the code will not need to be changed. Very useful and definitely needed for messages such as COMM0022E=Could not find the resource named {0}. The translators will have to move these placeholders around, as different languages have different orders for Subject/Verb/Object etc. 4) How do I add a language? At this time, the geronimo-messages.properties is included in the geronimo-common.jar. The easiest thing that I have found is to copy the .properties file to an apprpriate locale named file (geronimo-messages_de.properties (for German) or geronimo-messages_de_CH.properties for German in Switzerland). Re-create the geronimo-common.jar file. I think eventually all message translations are going to go in there. Different users are going to want different language messages served to them from the same server assembly. -- Thanks, Dan Becker
JMX connections over SSL
Currently the JMX connections supported by Geronimo are non-SSL connections. Is it desirable to provide SSL JMX connections to Geronimo (SSL or non-SSL is configurable by the users)? ++Vamsi
Re: Geronimo sessions at ApacheCon Europe 2008
Done! To add a News just click on *Add News* link while in Confluence (don't have this option in the exported HTML). Add the news following the styling we've been using, once saved it should appear on the home page after a few seconds. I normally force an export to make sure all other dynamically generated content catches up. Cheers! Hernan Vamsavardhana Reddy wrote: I have added it to the events page. I could not figure how to add it to the news page. ++Vamsi On Mon, Feb 25, 2008 at 11:46 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hernan, Will you add ApacheCon Europe 2008 to the news and events pages? Details of Geronimo sessions are given below. April 7-11, 2008 -- ApacheCon Europe 2008, Amsterdam http://eu.apachecon.com/eu2008/images/buttons/basic_234x60.jpg Conference web site: http://eu.apachecon.com/eu2008/ Friday, Apr 11 10:00 *Administering Apache Geronimo 2.x* by Vamsavardhana Reddy http://eu.apachecon.com/eu2008/program/talk/2514 Wednesday, Apr 09 11:30 *Securing Java EE 5.0 Applications with Apache Geronimo* by Vamsavardhana Reddy http://eu.apachecon.com/eu2008/program/talk/2379 Link to conference schedule -- http://eu.apachecon.com/eu2008/program/schedule ++Vamsi
Re: Geronimo sessions at ApacheCon Europe 2008
I wasn't sure if Add News will do the trick or if it would mess something up. Thanks for taking care of it. ++Vamsi On Tue, Feb 26, 2008 at 11:34 PM, Hernan Cunico [EMAIL PROTECTED] wrote: Done! To add a News just click on *Add News* link while in Confluence (don't have this option in the exported HTML). Add the news following the styling we've been using, once saved it should appear on the home page after a few seconds. I normally force an export to make sure all other dynamically generated content catches up. Cheers! Hernan Vamsavardhana Reddy wrote: I have added it to the events page. I could not figure how to add it to the news page. ++Vamsi On Mon, Feb 25, 2008 at 11:46 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hernan, Will you add ApacheCon Europe 2008 to the news and events pages? Details of Geronimo sessions are given below. April 7-11, 2008 -- ApacheCon Europe 2008, Amsterdam http://eu.apachecon.com/eu2008/images/buttons/basic_234x60.jpg Conference web site: http://eu.apachecon.com/eu2008/ Friday, Apr 11 10:00 *Administering Apache Geronimo 2.x* by Vamsavardhana Reddy http://eu.apachecon.com/eu2008/program/talk/2514 Wednesday, Apr 09 11:30 *Securing Java EE 5.0 Applications with Apache Geronimo* by Vamsavardhana Reddy http://eu.apachecon.com/eu2008/program/talk/2379 Link to conference schedule -- http://eu.apachecon.com/eu2008/program/schedule ++Vamsi
Re: Too many levels of menu before content in docs?
On Feb 25, 2008, at 5:42 PM, David Jencks wrote: This seems a wee bit excessive to me... ...Documentation Administration Administrative Tasks Administering applications Installing and removing applications Can we get expandable trees in the Documentation page? If so I think the links on Documentation should take you directly to documentation If not I'd be happier with a maximum of 1 layer of additional menus Agreed that it should be a flatter structure. I'm assuming that we'll be fixing these issues over time. IMO, best to get the documentation in place and then clean things up... --kevan
Re: Too many levels of menu before content in docs?
Dave, we need to figure out a way to organize th content. For 2.1 we'll hopefully end up around 200 pages, we can't have them all listed on one page. More specifically on Installing and removing applications it will only take 2 clicks to get there once in the 2.1 doc space From http://cwiki.apache.org/GMOxDOC21/documentation.html click on *Administration* and then on *Installing and removing applications*. The breadcrumbs help navigate through the hierarchy, a user will not necessarily have to navigate through every single one of those topics to get to the content wanted. On the 2.1 doc home page we definitively need to show a subset of topics, I think a 3 level (as we have it now) is OK. Maybe lower it to just 2 levels if we rework the titles and rearrange the structure. What do others think? Cheers! Hernan David Jencks wrote: This seems a wee bit excessive to me... ...Documentation Administration Administrative Tasks Administering applications Installing and removing applications Can we get expandable trees in the Documentation page? If so I think the links on Documentation should take you directly to documentation If not I'd be happier with a maximum of 1 layer of additional menus thanks david jencks
Re: JMX connections over SSL
Yes, it seems like an option security conscious users would want (especially if they want to remotely monitor a hosted server) -Donald Vamsavardhana Reddy wrote: Currently the JMX connections supported by Geronimo are non-SSL connections. Is it desirable to provide SSL JMX connections to Geronimo (SSL or non-SSL is configurable by the users)? ++Vamsi smime.p7s Description: S/MIME Cryptographic Signature
Re: Too many levels of menu before content in docs?
I liked David's idea of collapsible trees. Is that possible with the wiki? It doesn't seem like something a wiki would be able to inherently handle but one can hope. On Tue, Feb 26, 2008 at 1:41 PM, Hernan Cunico [EMAIL PROTECTED] wrote: Dave, we need to figure out a way to organize th content. For 2.1 we'll hopefully end up around 200 pages, we can't have them all listed on one page. More specifically on Installing and removing applications it will only take 2 clicks to get there once in the 2.1 doc space From http://cwiki.apache.org/GMOxDOC21/documentation.html click on *Administration* and then on *Installing and removing applications*. The breadcrumbs help navigate through the hierarchy, a user will not necessarily have to navigate through every single one of those topics to get to the content wanted. On the 2.1 doc home page we definitively need to show a subset of topics, I think a 3 level (as we have it now) is OK. Maybe lower it to just 2 levels if we rework the titles and rearrange the structure. What do others think? Cheers! Hernan David Jencks wrote: This seems a wee bit excessive to me... ...Documentation Administration Administrative Tasks Administering applications Installing and removing applications Can we get expandable trees in the Documentation page? If so I think the links on Documentation should take you directly to documentation If not I'd be happier with a maximum of 1 layer of additional menus thanks david jencks -- ~Jason Warner
Re: using Resource Bundles for message strings
Wasn't clear, but are you proposing a properties files per module? If not, then placing all of the possible strings in one common file will become a nightmare to maintain and breaks from our plugin architecture. As far as the message prefix, how about using an abbreviated maven artifact groupid along with a abbreviated class name? ie. framework/modules/geronimo-core would be GFMCR, where G = Geronimo F = Framework M = Modules CR = geronimo-core and CM = geronimo-common and plugins/axis2/axis2-deployer would be GPCAD, where G = Geronimo P = Plugin C = Config and M = Module AD = Axis2-deployer and AX = axis2 -Donald B.J. Reed wrote: I have written a patch to get Geronimo messages from a common set of resource bundles. Included in the patch is the GeronimoMessageBundle.java, GeronimoMessageBundleTest.java, and the start of the geronimo-messages.properties file. The patch should be unzipped into the trunk/framework/modules/geronimo-common directory. Please take a look and provide suggestions/comments/etc. I would like to really begin moving messages into this common file - probably a module at a time. Questions/Answers 1) How do I use the new class in the Geronimo code? So that we don't load the list of messages and keys multiple times, the GeronimoMessageBundle is a singleton. Simply make a call to GeronimoMessageBundle.getInstance() and then make the appropriate getMessage call. For starters, I have made the message key the message number that will show up as part of the message. Also provided is a way to substitute parts of the message with substitution strings. 2) Is there a numbering standard for the key? The standard that I have started for the message key is as follows: l - 4 char module name abbreviation l - one char level (E - error, W - warning, I - information - 4 digit error number Since I haven't gotten very far...if there is a better suggestion, then it will be easier to change this sooner rather than later. 3) Tell me more about the string substitutions. To make messages more flexible, placeholders can be put in the messages that look like {0} {1} etc. An ArrayList can be passed in to the getMessage method that will be used to replace the placeholders. This way, if a language needs the replacements in a different order, the code will not need to be changed. 4) How do I add a language? At this time, the geronimo-messages.properties is included in the geronimo-common.jar. The easiest thing that I have found is to copy the .properties file to an apprpriate locale named file (geronimo-messages_de.properties (for German) or geronimo-messages_de_CH.properties for German in Switzerland). Re-create the geronimo-common.jar file. Right now, the machine locale is used. After we have several translations, we may want to add something to the Admin Console to allow an administrator to set the locale. 5) Is there a way to have the .properties file(s) outside of the jar? I'm sure there is, but I haven't stumbled across it yet. That's actually where I've been banging my head the last few days. 6) I also envision that when we have all the messages in the common file, that it will be very easy to have a troubleshooting section on our website that gives more in depth knowledge about each message. I will begin writing 2.2 documentation from the above questions. This is just for message translation, so I believe that we'll need to come up with other methods for the Admin Console and possibly the Eclipse plugin if we want to have everything translatable. -- B.J. Reed smime.p7s Description: S/MIME Cryptographic Signature
Re: Too many levels of menu before content in docs?
Hi All, To reduce the number of layers... any thoughts on implementing a page that encompasses the main subject with well defined heading hierarchy then referencing using page + anchors? I recognize that for some documentation (administrative tasks...) this would yield an excessively long page - but with the right combination we may be able to reduce quite a few levels? Also, i like the tree idea Jason and David mentioned above. Wishing you all the best, Joseph Leong On Tue, Feb 26, 2008 at 1:49 PM, Jason Warner [EMAIL PROTECTED] wrote: I liked David's idea of collapsible trees. Is that possible with the wiki? It doesn't seem like something a wiki would be able to inherently handle but one can hope. On Tue, Feb 26, 2008 at 1:41 PM, Hernan Cunico [EMAIL PROTECTED] wrote: Dave, we need to figure out a way to organize th content. For 2.1 we'll hopefully end up around 200 pages, we can't have them all listed on one page. More specifically on Installing and removing applications it will only take 2 clicks to get there once in the 2.1 doc space From http://cwiki.apache.org/GMOxDOC21/documentation.html click on *Administration* and then on *Installing and removing applications*. The breadcrumbs help navigate through the hierarchy, a user will not necessarily have to navigate through every single one of those topics to get to the content wanted. On the 2.1 doc home page we definitively need to show a subset of topics, I think a 3 level (as we have it now) is OK. Maybe lower it to just 2 levels if we rework the titles and rearrange the structure. What do others think? Cheers! Hernan David Jencks wrote: This seems a wee bit excessive to me... ...Documentation Administration Administrative Tasks Administering applications Installing and removing applications Can we get expandable trees in the Documentation page? If so I think the links on Documentation should take you directly to documentation If not I'd be happier with a maximum of 1 layer of additional menus thanks david jencks -- ~Jason Warner
Re: samples for 2.1?
I agree - it would be really nice to have a sample bundle (along with plugin samples) released with each major geronimo release. This can be very good from a user perspective so that they have something to get them started. Lin On Tue, Feb 26, 2008 at 11:03 AM, Joe Bohn [EMAIL PROTECTED] wrote: Kevan Miller wrote: On Feb 26, 2008, at 10:13 AM, Joe Bohn wrote: Is there a plan on how to release the samples for 2.1 and forward? It looks like the changes in the build structure have necessitated that we do something to release samples independently (or perhaps it was other changes). In past releases it looks like the samples were built, voted on, and released as part of the Geronimo release itself. However, they are no longer included under our configs with the restructure and hence they were not included in the process. Should we create a tag for the 2.1 samples (thus far there are no tags in the samples svn (see https://svn.apache.org/repos/asf/geronimo/samples/ )? Do we need to create release candidates and vote on releasing samples now? I ran into this because I took a first pass at generating a new geronimo-plugins.xml for 2.1 yesterday since the old version was still referencing 2.1-SNAPSHOT for all of the plugins. To include the samples I built https://svn.apache.org/repos/asf/geronimo/samples/branches/2.1/ but the poms there are versioned as 2.1-SNAPSHOT and are dependent upon the Geornimo 2.1-SNAPSHOT release. Definitely something we need to do. Probably should have been something we did concurrently with a major release (e.g. 2.1). I agree. I think this is something that we need to be doing concurrent with a release in the future. At the moment things are kinda broken from a user perspective. They can't install the 2.1-SNAPSHOT plugins on the 2.1 server. This looks especially bad since we include links in the welcome page (/) to download and install the samples which currently fail. BTW, I tried to just change the dependent geronimo release in geronimo-plugins.xml for the samples but they still would not install because there are dependencies are missing (looks like there are references to non-existent org.apache.geronimo.configs car files). Joe So, I certainly think we should be tagging sample releases, they should be dependent upon G 2.1, and they need to be voted on. --kevan
Regarding SSO across admin console
Hi, I added a new portlet to the admin console via the new pluggable mechanism. However when I click on the link to that portlet I am always asked to authenticate even though I have authenticated on the login page of the admin console. How can I configure my portlet to also be part of the single sign on across the admin console. Regards Manu
Re: Geronimo 2.1 released?
Released! http://geronimo.apache.org/2008/02/18/apache-geronimo-v21-released.html On Tue, Feb 26, 2008 at 3:00 PM, Jacek Laskowski [EMAIL PROTECTED] wrote: Hi, Has Geronimo 2.1 been released? Can't find any reference of it anywhere. Didn't we vote for it already and the vote was for putting it on the shelves? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- ~Jason Warner
Re: using Resource Bundles for message strings
I will implement both suggestions for the message key naming convention: Dan's idea to move the I/E/W to the end to make it stand out more and Donald's use the groupid + abbreviated class name for the prefix. I'll also use Dan's suggestion to remove the key from the message in the .properties file and just prepend it onto the message in the code. I had started off looking at using one property file per module, but ran into some early trouble with getting that to work. (I was trying to run before I was walking). Now that I'm this far, I just tried and it is pretty easy to set up so that each module/plugin will have its own properties file in its own .jar. -- B.J. Donald Woods wrote: Wasn't clear, but are you proposing a properties files per module? If not, then placing all of the possible strings in one common file will become a nightmare to maintain and breaks from our plugin architecture. As far as the message prefix, how about using an abbreviated maven artifact groupid along with a abbreviated class name? ie. framework/modules/geronimo-core would be GFMCR, where G = Geronimo F = Framework M = Modules CR = geronimo-core and CM = geronimo-common and plugins/axis2/axis2-deployer would be GPCAD, where G = Geronimo P = Plugin C = Config and M = Module AD = Axis2-deployer and AX = axis2 -Donald B.J. Reed wrote: I have written a patch to get Geronimo messages from a common set of resource bundles. Included in the patch is the GeronimoMessageBundle.java, GeronimoMessageBundleTest.java, and the start of the geronimo-messages.properties file. The patch should be unzipped into the trunk/framework/modules/geronimo-common directory. Please take a look and provide suggestions/comments/etc. I would like to really begin moving messages into this common file - probably a module at a time. Questions/Answers 1) How do I use the new class in the Geronimo code? So that we don't load the list of messages and keys multiple times, the GeronimoMessageBundle is a singleton. Simply make a call to GeronimoMessageBundle.getInstance() and then make the appropriate getMessage call. For starters, I have made the message key the message number that will show up as part of the message. Also provided is a way to substitute parts of the message with substitution strings. 2) Is there a numbering standard for the key? The standard that I have started for the message key is as follows: l - 4 char module name abbreviation l - one char level (E - error, W - warning, I - information - 4 digit error number Since I haven't gotten very far...if there is a better suggestion, then it will be easier to change this sooner rather than later. 3) Tell me more about the string substitutions. To make messages more flexible, placeholders can be put in the messages that look like {0} {1} etc. An ArrayList can be passed in to the getMessage method that will be used to replace the placeholders. This way, if a language needs the replacements in a different order, the code will not need to be changed. 4) How do I add a language? At this time, the geronimo-messages.properties is included in the geronimo-common.jar. The easiest thing that I have found is to copy the .properties file to an apprpriate locale named file (geronimo-messages_de.properties (for German) or geronimo-messages_de_CH.properties for German in Switzerland). Re-create the geronimo-common.jar file. Right now, the machine locale is used. After we have several translations, we may want to add something to the Admin Console to allow an administrator to set the locale. 5) Is there a way to have the .properties file(s) outside of the jar? I'm sure there is, but I haven't stumbled across it yet. That's actually where I've been banging my head the last few days. 6) I also envision that when we have all the messages in the common file, that it will be very easy to have a troubleshooting section on our website that gives more in depth knowledge about each message. I will begin writing 2.2 documentation from the above questions. This is just for message translation, so I believe that we'll need to come up with other methods for the Admin Console and possibly the Eclipse plugin if we want to have everything translatable. -- B.J. Reed
/lib vs /repository
Hi All, I think we discussed long time ago what goes into /lib. What I think the answer was does not seem to apply anymore. Can someone refresh my memory Cheers! Hernan
Geronimo 2.1 released?
Hi, Has Geronimo 2.1 been released? Can't find any reference of it anywhere. Didn't we vote for it already and the vote was for putting it on the shelves? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Geronimo 2.1 released?
On Tue, Feb 26, 2008 at 12:03 PM, Jason Warner [EMAIL PROTECTED] wrote: Released! http://geronimo.apache.org/2008/02/18/apache-geronimo-v21-released.html Noticed it at last. Thanks Jason. Did we send an announcement to dev and user mailing lists too? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Commented: (GERONIMO-3867) Export Plugin in Web Console results in NullPointerException if no component is selected
[ https://issues.apache.org/jira/browse/GERONIMO-3867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572642#action_12572642 ] Joseph Leong commented on GERONIMO-3867: Hi Joe, Any ideas as to which files you'll be modifying for this piece. I've been kind of tip toeing around the JIRA's i have open that are in the plugin installer because i didn't want to clash with your work. Or if we work concurrently, perhaps you'd like to review my patches so it doesn't clash with your designs? Thanks! -Joseph Leong Export Plugin in Web Console results in NullPointerException if no component is selected Key: GERONIMO-3867 URL: https://issues.apache.org/jira/browse/GERONIMO-3867 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1 Reporter: Joe Bohn Assignee: Joe Bohn When attempting to export a component as a plugin in the web console a NPE is thrown is no component is selected (actually, a NPE is thrown even if a component is selected but that is another issue, GERONIMO-3866). We should check to validate that a component is selected in the JSP. 16:19:37,170 ERROR [MultiPagePortlet] Unable to render portlet java.lang.NullPointerException at org.apache.geronimo.console.car.ExportConfigHandler.renderView(ExportConfigHandler.java:71) at org.apache.geronimo.console.MultiPagePortlet.doView(MultiPagePortlet.java:144) 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.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at
Re: using Resource Bundles for message strings
Some thoughts: 1) Each module or plugin should have its own resource file. 2) Messages should be formatted using java.text.MessageFormat. The substitution arguments should be arbitrary objects (not just strings) and should be passed using varargs. 3) As soon as we encode the module or group id into the key or whatever, it will become invalid or inaccurate. It's a maintenance mess in my opinion. I think the key should just be a simple string without any additional encoded information. We can inject some extra info as the message is displayed but the key should be very simple. Jarek On Tue, Feb 26, 2008 at 10:30 AM, B.J. Reed [EMAIL PROTECTED] wrote: I have written a patch to get Geronimo messages from a common set of resource bundles. Included in the patch is the GeronimoMessageBundle.java, GeronimoMessageBundleTest.java, and the start of the geronimo-messages.properties file. The patch should be unzipped into the trunk/framework/modules/geronimo-common directory. Please take a look and provide suggestions/comments/etc. I would like to really begin moving messages into this common file - probably a module at a time. Questions/Answers 1) How do I use the new class in the Geronimo code? So that we don't load the list of messages and keys multiple times, the GeronimoMessageBundle is a singleton. Simply make a call to GeronimoMessageBundle.getInstance() and then make the appropriate getMessage call. For starters, I have made the message key the message number that will show up as part of the message. Also provided is a way to substitute parts of the message with substitution strings. 2) Is there a numbering standard for the key? The standard that I have started for the message key is as follows: l - 4 char module name abbreviation l - one char level (E - error, W - warning, I - information - 4 digit error number Since I haven't gotten very far...if there is a better suggestion, then it will be easier to change this sooner rather than later. 3) Tell me more about the string substitutions. To make messages more flexible, placeholders can be put in the messages that look like {0} {1} etc. An ArrayList can be passed in to the getMessage method that will be used to replace the placeholders. This way, if a language needs the replacements in a different order, the code will not need to be changed. 4) How do I add a language? At this time, the geronimo-messages.properties is included in the geronimo-common.jar. The easiest thing that I have found is to copy the .properties file to an apprpriate locale named file (geronimo-messages_de.properties (for German) or geronimo-messages_de_CH.properties for German in Switzerland). Re-create the geronimo-common.jar file. Right now, the machine locale is used. After we have several translations, we may want to add something to the Admin Console to allow an administrator to set the locale. 5) Is there a way to have the .properties file(s) outside of the jar? I'm sure there is, but I haven't stumbled across it yet. That's actually where I've been banging my head the last few days. 6) I also envision that when we have all the messages in the common file, that it will be very easy to have a troubleshooting section on our website that gives more in depth knowledge about each message. I will begin writing 2.2 documentation from the above questions. This is just for message translation, so I believe that we'll need to come up with other methods for the Admin Console and possibly the Eclipse plugin if we want to have everything translatable. -- B.J. Reed
Re: Too many levels of menu before content in docs?
just so I understand better what the issue seem to be. A) is it because of how/where the content is displayed? or B) is it because the content is organized in a multi level structure? As for collapsible sections, that could address A). There are a few issues to workout with the autoexport plugin if we want to use features already available from Confluence. Cheers! Hernan Joseph Leong wrote: Hi All, To reduce the number of layers... any thoughts on implementing a page that encompasses the main subject with well defined heading hierarchy then referencing using page + anchors? I recognize that for some documentation (administrative tasks...) this would yield an excessively long page - but with the right combination we may be able to reduce quite a few levels? Also, i like the tree idea Jason and David mentioned above. Wishing you all the best, Joseph Leong On Tue, Feb 26, 2008 at 1:49 PM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I liked David's idea of collapsible trees. Is that possible with the wiki? It doesn't seem like something a wiki would be able to inherently handle but one can hope. On Tue, Feb 26, 2008 at 1:41 PM, Hernan Cunico [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Dave, we need to figure out a way to organize th content. For 2.1 we'll hopefully end up around 200 pages, we can't have them all listed on one page. More specifically on Installing and removing applications it will only take 2 clicks to get there once in the 2.1 doc space From http://cwiki.apache.org/GMOxDOC21/documentation.html click on *Administration* and then on *Installing and removing applications*. The breadcrumbs help navigate through the hierarchy, a user will not necessarily have to navigate through every single one of those topics to get to the content wanted. On the 2.1 doc home page we definitively need to show a subset of topics, I think a 3 level (as we have it now) is OK. Maybe lower it to just 2 levels if we rework the titles and rearrange the structure. What do others think? Cheers! Hernan David Jencks wrote: This seems a wee bit excessive to me... ...Documentation Administration Administrative Tasks Administering applications Installing and removing applications Can we get expandable trees in the Documentation page? If so I think the links on Documentation should take you directly to documentation If not I'd be happier with a maximum of 1 layer of additional menus thanks david jencks -- ~Jason Warner
Re: [DISCUSSION] Geronimo v2.1 documentation - Content
I was looking at the migration sample applications (From JBoss to Geronimo) and realized it might take me a while to verify them. Is anyone opposed to me moving all the sample apps over as-is and noting that they're unverified on 2.1 until I, or some other enterprising individual, is able to go through the steps and verify? On Tue, Feb 26, 2008 at 10:45 AM, Jason Warner [EMAIL PROTECTED] wrote: Thanks, Hernan. I don't think it's just your resolution. It might take me a bit, but I'll get larger, easier to read snapshots up as soon as I can. On Tue, Feb 26, 2008 at 10:25 AM, Hernan Cunico [EMAIL PROTECTED] wrote: Hey Jason, Both pages are gone! quick comment on the Migrating with the J2G Migration Tool though. Maybe it's my screen resolution but I can barely read the 2 screenshots. Any chance you could update those !? for example make them look like these http://cwiki.apache.org/GMOxDOC21/developing-a-simple-java-server-faces-application.html how do those look on your screen? Thanks Cheers! Hernan Jason Warner wrote: I'm reworking the way the J2G Migration is worked into the documentation and that requires removing a couple pages, but I do not seem to have the rights to do that. Can someone do that for me? I originall moved over the J2G Migration Tool section from the 2.0 documentation and recreated it in the Migration section for the 2.1 docs. After some discussion, it was decided that it would probably be best to split it up and cover using the tool to migrate under the migration section and cover building the tool under the tooling section. I have created the new documents necessary for this in the correct sections, but I am unable to remove the previous work. What I'd like to remove is this: http://cwiki.apache.org/confluence/display/GMOxDOC21/J2G+Migration+Tool and it's child page. Please ask me if I haven't made clear enough what was changed and why this page should be removed. Thanks! On Sat, Feb 23, 2008 at 10:26 AM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sweet. I can't believe I couldn't figure that out. It's so simple. Thanks, Dan! On Sat, Feb 23, 2008 at 9:09 AM, Dan Becker [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jason Warner wrote: I am in need of moving a page. How might I accomplish this? 1. View the page. 2. Click the edit tab. 3. Under the big title, you should see a Location hierarchy. Click the yellow EDIT button next to this hierarchy. 4. You should be able to pick a new space or parent page. This moves it. -- Thanks, Dan email: mailto://[EMAIL PROTECTED] mailto:mailto://[EMAIL PROTECTED] -- ~Jason Warner -- ~Jason Warner -- ~Jason Warner -- ~Jason Warner
[jira] Resolved: (GERONIMO-3813) Geronimo start with JPDA-option throw Exception
[ https://issues.apache.org/jira/browse/GERONIMO-3813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3813. --- Resolution: Fixed Fix Version/s: 2.1 Assignee: Jarek Gawor This problem is already fixed in 2.1 and there is an easy workaround for 2.0.x releases. Geronimo start with JPDA-option throw Exception -- Key: GERONIMO-3813 URL: https://issues.apache.org/jira/browse/GERONIMO-3813 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Environment: java version 1.5.0_14 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03) Java HotSpot(TM) Client VM (build 1.5.0_14-b03, mixed mode, sharing) Reporter: gennadibereshnoi Assignee: Jarek Gawor Priority: Blocker Fix For: 2.1 §§$ geronimo.sh jpda run Using GERONIMO_BASE: /usr/local/geronimo-tomcat6-jee5-2.0.2 Using GERONIMO_HOME: /usr/local/geronimo-tomcat6-jee5-2.0.2 Using GERONIMO_TMPDIR: var/temp Using JRE_HOME:/usr/lib/jdk/jre Using JPDA_OPTS: -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n Listening for transport dt_socket at address: 8000 Booting Geronimo Kernel (in Java 1.5.0_14)... Starting Geronimo Application Server v2.0.2 Exception in thread main java.lang.StringIndexOutOfBoundsException: String index out of range: -10 at java.lang.String.substring(String.java:1768) at org.apache.geronimo.system.main.ProgressBarStartupMonitor.repaint(ProgressBarStartupMonitor.java:183) at org.apache.geronimo.system.main.ProgressBarStartupMonitor.serverStartFailed(ProgressBarStartupMonitor.java:151) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:201) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) 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.daemon.DaemonCLI.main(DaemonCLI.java:30) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[discuss] How do we improve the user experience of the geronimo server?
Hi, I am interested in collecting ideas on how we can improve user experience with the geronimo 2.x server, particularly, what type of testing we can do for each geronimo major release to identify probs and resolve them. I think it would be nice to have a set of test (either automated or manually) other than tck that we run to verify various functions in geronimo for each major release. Currently, we probably only run a very small amount of testing other than tck, our automated testing during the build and the few samples we have. One thought is to add more test samples. Seems to me people are trying different things with geronimo server and most of the stuff they tried are not covered by our samples.Any ideas what other samples may be good to work with geronimo? The other thought is to grow test cases from our JIRA system or users. Encourage folks to attach/contribute their test cases. Also, what g functions do folks think we need more testing? Thanks, Lin
[jira] Updated: (GERONIMO-3813) Geronimo start with JPDA-option throw Exception
[ https://issues.apache.org/jira/browse/GERONIMO-3813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-3813: -- Affects Version/s: 2.0.x Geronimo start with JPDA-option throw Exception -- Key: GERONIMO-3813 URL: https://issues.apache.org/jira/browse/GERONIMO-3813 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 2.0.x Environment: java version 1.5.0_14 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03) Java HotSpot(TM) Client VM (build 1.5.0_14-b03, mixed mode, sharing) Reporter: gennadibereshnoi Assignee: Jarek Gawor Priority: Blocker Fix For: 2.1 §§$ geronimo.sh jpda run Using GERONIMO_BASE: /usr/local/geronimo-tomcat6-jee5-2.0.2 Using GERONIMO_HOME: /usr/local/geronimo-tomcat6-jee5-2.0.2 Using GERONIMO_TMPDIR: var/temp Using JRE_HOME:/usr/lib/jdk/jre Using JPDA_OPTS: -Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n Listening for transport dt_socket at address: 8000 Booting Geronimo Kernel (in Java 1.5.0_14)... Starting Geronimo Application Server v2.0.2 Exception in thread main java.lang.StringIndexOutOfBoundsException: String index out of range: -10 at java.lang.String.substring(String.java:1768) at org.apache.geronimo.system.main.ProgressBarStartupMonitor.repaint(ProgressBarStartupMonitor.java:183) at org.apache.geronimo.system.main.ProgressBarStartupMonitor.serverStartFailed(ProgressBarStartupMonitor.java:151) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:201) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) 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.daemon.DaemonCLI.main(DaemonCLI.java:30) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3861) cookies need to be validated and filtered
[ https://issues.apache.org/jira/browse/GERONIMO-3861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sangjin Lee updated GERONIMO-3861: -- Attachment: GERONIMO-3861-v2.patch Here's a patch for AHC for mina 2.0. The hiccup was with the implementation of FakeIoSession. Apparently the IoSession APIs changed regarding *Attribute() methods, and they were not implemented correctly by FakeIoSession. cookies need to be validated and filtered - Key: GERONIMO-3861 URL: https://issues.apache.org/jira/browse/GERONIMO-3861 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Attachments: GERONIMO-3861-v2.patch, GERONIMO-3861.patch Today AHC simply accepts all cookies from the response and emit all cookies in the request. However, the attributes need to be taken into consideration when we set the cookies as well as when we send them. Two parts of the issue: [1] When we emit the cookies in the request, we need to check - if the domain matches - if the path matches - if the cookie has not expired - and if the cookie is secure (if the request protocol is http) before adding it to the Cookie header. [2] When we accept the cookies in the response, we need to check for the domain and the path. Note that we do not discard expired cookies, as that's often a way to delete an existing cookie. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSSION] Geronimo v2.1 documentation - Content
Not opposed, but I just had a flashback of what we did for 1.2 - http://cwiki.apache.org/GMOxDOC12/sample-applications.html. Titles are self explanatory ;-) Another thing to keep in mind would be, and strictly about J2G migration, what are the new features we didn't cover then that we should cover now Cheers! Hernan Jason Warner wrote: I was looking at the migration sample applications (From JBoss to Geronimo) and realized it might take me a while to verify them. Is anyone opposed to me moving all the sample apps over as-is and noting that they're unverified on 2.1 until I, or some other enterprising individual, is able to go through the steps and verify? On Tue, Feb 26, 2008 at 10:45 AM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Thanks, Hernan. I don't think it's just your resolution. It might take me a bit, but I'll get larger, easier to read snapshots up as soon as I can. On Tue, Feb 26, 2008 at 10:25 AM, Hernan Cunico [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hey Jason, Both pages are gone! quick comment on the Migrating with the J2G Migration Tool though. Maybe it's my screen resolution but I can barely read the 2 screenshots. Any chance you could update those !? for example make them look like these http://cwiki.apache.org/GMOxDOC21/developing-a-simple-java-server-faces-application.html how do those look on your screen? Thanks Cheers! Hernan Jason Warner wrote: I'm reworking the way the J2G Migration is worked into the documentation and that requires removing a couple pages, but I do not seem to have the rights to do that. Can someone do that for me? I originall moved over the J2G Migration Tool section from the 2.0 documentation and recreated it in the Migration section for the 2.1 docs. After some discussion, it was decided that it would probably be best to split it up and cover using the tool to migrate under the migration section and cover building the tool under the tooling section. I have created the new documents necessary for this in the correct sections, but I am unable to remove the previous work. What I'd like to remove is this: http://cwiki.apache.org/confluence/display/GMOxDOC21/J2G+Migration+Tool and it's child page. Please ask me if I haven't made clear enough what was changed and why this page should be removed. Thanks! On Sat, Feb 23, 2008 at 10:26 AM, Jason Warner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sweet. I can't believe I couldn't figure that out. It's so simple. Thanks, Dan! On Sat, Feb 23, 2008 at 9:09 AM, Dan Becker [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jason Warner wrote: I am in need of moving a page. How might I accomplish this? 1. View the page. 2. Click the edit tab. 3. Under the big title, you should see a Location hierarchy. Click the yellow EDIT button next to this hierarchy. 4. You should be able to pick a new space or parent page. This moves it. -- Thanks, Dan email: mailto://[EMAIL PROTECTED] mailto:mailto://[EMAIL PROTECTED] mailto:mailto mailto:mailto://[EMAIL PROTECTED] http://gmail.com -- ~Jason Warner -- ~Jason Warner -- ~Jason Warner -- ~Jason Warner
Re: Geronimo 2.1 released?
On Feb 26, 2008, at 3:30 PM, Jacek Laskowski wrote: On Tue, Feb 26, 2008 at 12:03 PM, Jason Warner [EMAIL PROTECTED] wrote: Released! http://geronimo.apache.org/2008/02/18/apache-geronimo-v21-released.html Noticed it at last. Thanks Jason. Did we send an announcement to dev and user mailing lists too? Heh. In all of the excitement, looks like I forgot... --kevan
Re: JMX connections over SSL
Created https://issues.apache.org/jira/browse/GERONIMO-3876 I have quickly put together an implementation to enable SSL for JMX connectors. See JIRA for a patch. Here are some problems that I have run into. The JMXConnector GBean is in j2ee-security config. If I add a KeystoreManager as reference and geronimo-default as the KeystoreInstance to be used, the Keystore GBean is not started yet and so the KeystoreGBean is not seen by the KeystoreManager. Because of this, keystoreManager.createSSLServerFactory(...) is failing. So, I had to add the KeystoreGBean to j2ee-system config. And the order in which GBeans are started also matters. Should the JMXConnector be moved to server-security-config? Or allow users to configure multiple JMXConnectors?? Suggestions? Comment?? ++Vamsi On Wed, Feb 27, 2008 at 12:12 AM, Donald Woods [EMAIL PROTECTED] wrote: Yes, it seems like an option security conscious users would want (especially if they want to remotely monitor a hosted server) -Donald Vamsavardhana Reddy wrote: Currently the JMX connections supported by Geronimo are non-SSL connections. Is it desirable to provide SSL JMX connections to Geronimo (SSL or non-SSL is configurable by the users)? ++Vamsi
[jira] Created: (GERONIMO-3876) Allow configuring JMX over SSL
Allow configuring JMX over SSL -- Key: GERONIMO-3876 URL: https://issues.apache.org/jira/browse/GERONIMO-3876 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: management, security Affects Versions: 2.2 Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.2 Currently JMX connections to Geronimo or non-SSL and Geronimo does not provide configuring SSL for JMX connections. It may be useful to provide configuration for JMX connections over SSL. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[ANNOUNCE] Availability of Geronimo 2.1
Oops. This was announced in the vote and discussion threads, last week, but I forgot to send the ANNOUNCE. So, here it is for posterity's sake The Geronimo 2.1 binaries are available for download -- http://geronimo.apache.org/downloads.html 2.1 introduces a number of cool features. Most notably Custom Assemblies which allow users to easily create customized Geronimo servers that are specific to a user's application requirements. Everyone did a great job on this release. Our 2.1 documentation is growing day by day. Great work all! --kevan
[jira] Updated: (GERONIMO-3876) Allow configuring JMX over SSL
[ https://issues.apache.org/jira/browse/GERONIMO-3876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy updated GERONIMO-3876: -- Attachment: GERONIMO-3876.patch GERONIMO-3876.patch: Patch created against tags\2.1.0, but applies fine to trunk (2.2) Allow configuring JMX over SSL -- Key: GERONIMO-3876 URL: https://issues.apache.org/jira/browse/GERONIMO-3876 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: management, security Affects Versions: 2.2 Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.2 Attachments: GERONIMO-3876.patch Currently JMX connections to Geronimo or non-SSL and Geronimo does not provide configuring SSL for JMX connections. It may be useful to provide configuration for JMX connections over SSL. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3876) Allow configuring JMX over SSL
[ https://issues.apache.org/jira/browse/GERONIMO-3876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572675#action_12572675 ] Vamsavardhana Reddy commented on GERONIMO-3876: --- To test, start jconsole using the following command: {code} jconsole -J-Djavax.net.ssl.keyStore=\ac\geronimo-tomcat6-javaee5-2.1\var\security\keystores\geronimo-default -J-Djavax.net.ssl.keyStorePassword=secret -J-Djavax.net.ssl.trustStore=\ac\geronimo-tomcat6-javaee5-2.1\var\security\keystores\geronimo-default -J-Djavax.net.ssl.trustStorePassword=secret {code} Use the JMX URL: service:jmx:rmi:///jndi/rmi://localhost:1099/JMXConnector You will still have to supply username and password: system/manager Allow configuring JMX over SSL -- Key: GERONIMO-3876 URL: https://issues.apache.org/jira/browse/GERONIMO-3876 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: management, security Affects Versions: 2.2 Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.2 Attachments: GERONIMO-3876.patch Currently JMX connections to Geronimo or non-SSL and Geronimo does not provide configuring SSL for JMX connections. It may be useful to provide configuration for JMX connections over SSL. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.2: Failed for Revision: 631365
Geronimo Revision: 631365 built with tests included See the full build-1500.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080226/build-1500.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/trunk/20080226 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 33 minutes 50 seconds [INFO] Finished at: Tue Feb 26 15:43:47 EST 2008 [INFO] Final Memory: 294M/1008M [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/20080226/logs-1500-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080226/logs-1500-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 72.827 sec FAILURE!
[jira] Created: (GERONIMO-3877) AsyncHttpClient should provide a method that returns monitoring listeners
AsyncHttpClient should provide a method that returns monitoring listeners - Key: GERONIMO-3877 URL: https://issues.apache.org/jira/browse/GERONIMO-3877 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Currently AsyncHttpClient lacks a method that returns monitoring listeners that are registered on it. This is something it should support... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: /lib vs /repository
On Tue, Feb 26, 2008 at 12:21 PM, Hernan Cunico [EMAIL PROTECTED] wrote: I think we discussed long time ago what goes into /lib. What I think the answer was does not seem to apply anymore. Can someone refresh my memory I think /lib is only for the framework-only libraries so the kernel can boot up at all. All other libraries/components/cars/you name it that constitute an assembly go to /repository. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Server startup timeout setting
On Mon, Feb 25, 2008 at 9:52 AM, Dan Becker [EMAIL PROTECTED] wrote: You are correct. gshell with debug worked for me. Just to make sure I follow - did you run gshell with -agentlib:jdwp=blahblah set? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Problem when Geronimo Tomcat 2.1 server is started using start-server
On Mon, Feb 25, 2008 at 11:59 AM, Kevan Miller [EMAIL PROTECTED] wrote: What happens if you run 'stop-server' prior to ctrl-c? Can you generate a stack trace for the gsh java process after ctrl-c? I forget how to do this on windows 'fn - prt sc' ? Ctrl+BREAK? http://developer.java.sun.com/developer/technicalArticles/Programming/Stacktrace/ Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [discuss] How do we improve the user experience of the geronimo server?
On Tue, Feb 26, 2008 at 12:44 PM, Lin Sun [EMAIL PROTECTED] wrote: One thought is to add more test samples. Seems to me people are trying different things with geronimo server and most of the stuff they tried are not covered by our samples.Any ideas what other samples may be good to work with geronimo? I think you'd receive more user-focused responses on the user mailing list. Its archive is full of possible samples we could/should cover, but I don't have anything in my mind right now. I'm sure you'll find some there pretty quickly. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Regarding SSO across admin console
On Tue, Feb 26, 2008 at 11:48 AM, Manu George [EMAIL PROTECTED] wrote: I added a new portlet to the admin console via the new pluggable mechanism. You guys seem to speak some cryptic language I don't understand lately ;-) What's the new pluggable mechanism. Is there anything on the wiki/in the docs? However when I click on the link to that portlet I am always asked to authenticate even though I have authenticated on the login page of the admin console. How can I configure my portlet to also be part of the single sign on across the admin console. I don't know the answer, but is there anything on the console? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Updated: (GERONIMO-3877) AsyncHttpClient should provide a method that returns monitoring listeners
[ https://issues.apache.org/jira/browse/GERONIMO-3877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sangjin Lee updated GERONIMO-3877: -- Attachment: GERONIMO-3877.patch a suggested fix AsyncHttpClient should provide a method that returns monitoring listeners - Key: GERONIMO-3877 URL: https://issues.apache.org/jira/browse/GERONIMO-3877 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Assignee: Rick McGuire Priority: Minor Attachments: GERONIMO-3877.patch Currently AsyncHttpClient lacks a method that returns monitoring listeners that are registered on it. This is something it should support... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Regarding SSO across admin console
On Feb 26, 2008, at 6:59 PM, Jacek Laskowski wrote: On Tue, Feb 26, 2008 at 11:48 AM, Manu George [EMAIL PROTECTED] wrote: I added a new portlet to the admin console via the new pluggable mechanism. You guys seem to speak some cryptic language I don't understand lately ;-) What's the new pluggable mechanism. Is there anything on the wiki/ in the docs? There's http://cwiki.apache.org/GMOxDOC21/extensible-administration-console.html And also this (which needs to be copied into the developer's guide -- http://cwiki.apache.org/GMOxDEV/administration-console-extension-developers-guide.html However when I click on the link to that portlet I am always asked to authenticate even though I have authenticated on the login page of the admin console. How can I configure my portlet to also be part of the single sign on across the admin console. I don't know the answer, but is there anything on the console? I think Joe Leong might be able to help Manu. Joe was submitted some console patches just prior to 2.1. --kevan
Back online
Just a quick note... I'm back online in Bangkok and you'll be hearing a lot more from me very soon :-) Sorry about the blackout last few weeks, was quite hectic trying to sort everything out. --jason
Re: Problem when Geronimo Tomcat 2.1 server is started using start-server
Full thread dump Java HotSpot(TM) Client VM (1.5.0_13-b05 mixed mode): Timer-0 daemon prio=6 tid=0x0aec2808 nid=0x1400 in Object.wait() [0x0b51f000.. 0x0b51fbe8] at java.lang.Object.wait(Native Method) - waiting on 0x034146d8 (a java.util.TaskQueue) at java.lang.Object.wait(Object.java:474) at java.util.TimerThread.mainLoop(Timer.java:483) - locked 0x034146d8 (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:462) GC Daemon daemon prio=2 tid=0x0ac98e28 nid=0xc20 in Object.wait() [0x0b4df000. .0x0b4dfc68] at java.lang.Object.wait(Native Method) - waiting on 0x0339c518 (a sun.misc.GC$LatencyLock) at sun.misc.GC$Daemon.run(GC.java:100) - locked 0x0339c518 (a sun.misc.GC$LatencyLock) RMI RenewClean-[192.168.1.2:, [EMAIL PROTECTED] 2] daemon prio=6 tid=0x0b010e70 nid=0x1140 in Object.wait() [0x0b49f000..0x0b49 fce8] at java.lang.Object.wait(Native Method) - waiting on 0x0339c580 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked 0x0339c580 (a java.lang.ref.ReferenceQueue$Lock) at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run (DGCCli ent.java:501) at java.lang.Thread.run(Thread.java:595) Geronimo Server Timer daemon prio=6 tid=0x0b0cbaf8 nid=0x1b38 in Object.wait() [0x0b38f000..0x0b38fb68] at java.lang.Object.wait(Native Method) - waiting on 0x0334d4b8 (a java.util.TaskQueue) at java.lang.Object.wait(Object.java:474) at java.util.TimerThread.mainLoop(Timer.java:483) - locked 0x0334d4b8 (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:462) Low Memory Detector daemon prio=6 tid=0x00a95290 nid=0x1e08 runnable [0x00 00..0x] CompilerThread0 daemon prio=10 tid=0x00a93fc0 nid=0xd98 waiting on condition [ 0x..0x0ac0fa48] Signal Dispatcher daemon prio=10 tid=0x00a932a0 nid=0x1898 waiting on conditio n [0x..0x] Finalizer daemon prio=8 tid=0x00a8a1a0 nid=0x1ce4 in Object.wait() [0x0ab8f000 ..0x0ab8fa68] at java.lang.Object.wait(Native Method) - waiting on 0x02fc7da8 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked 0x02fc7da8 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) Reference Handler daemon prio=10 tid=0x00a88d30 nid=0x94c in Object.wait() [0x 0ab4f000..0x0ab4fae8] at java.lang.Object.wait(Native Method) - waiting on 0x02fc7e28 (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:474) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) - locked 0x02fc7e28 (a java.lang.ref.Reference$Lock) main prio=6 tid=0x00035008 nid=0x1d98 waiting on condition [0x0007e000..0x0007 fc40] at java.lang.Thread.sleep(Native Method) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invokeByReflection (Cached Method.java:107) at org.codehaus.groovy.reflection.CachedMethod.invoke( CachedMethod.java: 127) at org.codehaus.groovy.runtime.metaclass.StdMetaMethod.invoke (StdMetaMet hod.java:18) at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke (MetaClassH elper.java:538) at groovy.lang.MetaClassImpl.invokeStaticMethod(MetaClassImpl.java :873) at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:69) at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod (InvokerHelper. java:74) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN (Scrip tBytecodeAdapter.java:158) at org.apache.geronimo.commands.ProcessLauncher.launch( ProcessLauncher.g roovy:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.groovy.reflection.CachedMethod.invokeByReflection (Cached Method.java:107) at org.codehaus.groovy.reflection.CachedMethod.invoke( CachedMethod.java: 127) at org.codehaus.groovy.runtime.metaclass.StdMetaMethod.invoke (StdMetaMet hod.java:18) at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke (MetaClassH elper.java:538) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:749) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:589)