Re: SMTPAppender in server-log4j.properties
On Feb 7, 2008, at 11:03 PM, Vamsavardhana Reddy wrote: After I added geronimo-activation_1.1_spec-1.0.jar also to the classpath in the MANIFEST.MF, I got the SMTPAppender to send e-mail on an ERROR. I don't know if adding geronimo- javamail_1.4_mail-1.2.jar and geronimo-activation_1.1_spec-1.0.jar to j2ee-system classLoader will break anything else. This hack is definitely not the way to handle this. Should we make geronimo- javamail part of the base server so that j2ee-system config readily has these jars in the classLoader? Or should we provide a way to add additional dependencies through config.xml (I don't know how complicated this will be)? So far I don't really like either of these methods and think we should find out how hard it is to follow my idea of adding the smtp appender from somewhere the appropriate classes are already available from. Maybe optional dependencies are the way to go... but this will be really hard to make work with the bootstrap server.jar. Maybe when gshell can get all the g. jars back into the repo this will be easier. thanks david jencks ++Vamsi On Feb 8, 2008 11:21 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I tried this hack by adding mail jar to the classpath entry in MANIFEST.MF inside server.jar. I ended up with an NCDFE. 11:12:03,593 ERROR [GBeanInstanceState] Error while starting; GBean is now in th e FAILED state: abstractName=org.apache.geronimo.configs/j2ee- system/2.0.3-SNAP SHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/ 2.0.3-SNAPSHOT/ca r,j2eeType=SystemLog,name=Logger java.lang.NoClassDefFoundError: javax/activation/DataSource at org.apache.log4j.net.SMTPAppender.activateOptions (Unknown Source) at org.apache.log4j.config.PropertySetter.activate (PropertySetter.java:2 56) at org.apache.log4j.config.PropertySetter.setProperties (PropertySetter.j ++Vamsi On Feb 8, 2008 7:02 AM, N Z [EMAIL PROTECTED] wrote: I would like to be able to send errors to my email when they occur but I cannot seem to get it to work. I have the following configuration in the properties file. log4j.rootLogger=INFO, CONSOLE, FILE, MAIL log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender log4j.appender.CONSOLE.Threshold=$ {org.apache.geronimo.log.ConsoleLogLevel} log4j.appender.CONSOLE.Target=System.out log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout log4j.appender.CONSOLE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [% c{1}] %m%n log4j.appender.FILE=org.apache.log4j.RollingFileAppender log4j.appender.FILE.Threshold=TRACE log4j.appender.FILE.layout=org.apache.log4j.PatternLayout log4j.appender.FILE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c {1}] %m%n #email appender log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender #defines how othen emails are send log4j.appender.MAIL.BufferSize=1 log4j.appender.MAIL.SMTPHost=smtp.gmail.com [EMAIL PROTECTED] [EMAIL PROTECTED] log4j.appender.MAIL.Subject=Log ... log4j.appender.MAIL.threshold=error log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout log4j.appender.MAIL.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}: %L - %m%n But I get the following error 19:32:54,828 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-system/2.0.2/car? ServiceModule=org.apache.geronimo.configs/j2ee-system/2.0.2/ car,j2eeType=SystemLog,name=Logger java.lang.NoClassDefFoundError: javax/mail/Multipart at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getConstructor0(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at org.apache.log4j.helpers.OptionConverter.instantiateByClassName (OptionConverter.java:329) at org.apache.log4j.helpers.OptionConverter.instantiateByKey (OptionConverter.java:120) at org.apache.log4j.PropertyConfigurator.parseAppender (PropertyConfigurator.java:629) at org.apache.log4j.PropertyConfigurator.parseCategory (PropertyConfigurator.java:612) at org.apache.log4j.PropertyConfigurator.configureRootCategory (PropertyConfigurator.java:509) at org.apache.log4j.PropertyConfigurator.doConfigure (PropertyConfigurator.java:415) at org.apache.log4j.PropertyConfigurator.doConfigure (PropertyConfigurator.java:441) at org.apache.geronimo.system.logging.log4j.URLConfigurator.doConfigure (URLConfigurator.java:117) at org.apache.geronimo.system.logging.log4j.URLConfigurator.configure (URLConfigurator.java:44) at org.apache.geronimo.system.logging.log4j.Log4jService.reconfigure (Log4jService.java:532) at org.apache.geronimo.system.logging.log4j.Log4jService.doStart (Log4jService.java:586) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:996) at
Re: Geronimo in year 2008
3a is implemented in 2.1 Despite my liking for xmlbeans and its unique strengths I think a very strong argument can be made for moving the deployer code to jaxb. thanks david jencks On Feb 8, 2008, at 12:30 AM, Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/ dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http:// www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/ msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/ msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/ collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http:// www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva
Re: Geronimo in year 2008
I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 ( http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva
[jira] Created: (GERONIMO-3832) Timers created using the Timer Services are not dropeed when the associated ejb module is stopped or undeployed.
Timers created using the Timer Services are not dropeed when the associated ejb module is stopped or undeployed. Key: GERONIMO-3832 URL: https://issues.apache.org/jira/browse/GERONIMO-3832 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 2.0.2 Environment: windows 2000, jdk 1.5.0 Reporter: Antonio Muñoz Priority: Minor When a periodic timer is scheduled using the geronimo timer service, the ejbtimeout method is called properly every time the period is reached. The problems comes when our ejb module is stopped or undeployed because the ejbtimeout is tried to be called again and again every time the period is reached even when the ejb module is already stopped. The logical solution should be stopping every timer associated to the ejb module is being stopped or undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo in year 2008
My picks: 1. Documentation: I want to see more users attracted to use Geronimo and documentation definitely plays a very important role. 2. Security: GBean permissions, better handling of passwords ++Vamsi On Feb 7, 2008 9:46 PM, Hernan Cunico [EMAIL PROTECTED] wrote: Hey Vamsi, great start, here are two things I would like to see some discussion around. - increase focus on improving usability and - treat documentation as any other module/component of the project. Having it complete should be a condition for any major release. Cheers! Hernan Vamsavardhana Reddy wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi
Re: GBean permissions: how important are they?
Looks like there is also a JIRA https://issues.apache.org/jira/browse/GERONIMO-1487 created long time ago!! On Feb 8, 2008 3:13 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I have always felt that Geronimo won't be suitable for a hosting kind of environment where applications owned by unrelated parties may be hosted on the same server (does such a thing happen in reality?). Irrespective of this, GBeans permissions appears to be something we can consider to have. The following is an excerpt from a private conversation I had with David Jencks on IRC. Read on... *vamsic007:* The usability of Geronimo in a hosting kind of environment has always bothered me. *djencks :* how? *vamsic007:* Any application running in G can get hold of any other application related GBeans and do what ever *vamsic007:* Any app can stop any configuration it wishes to *djencks :* realistically does anyone run apps from unrelated people on the same server? *vamsic007:* won't that be the situation in a hosting environment? *djencks :* I don't know *djencks :* I would expect if I rent server space I'd probably get my own vm *djencks :* but I'm not a hosting company *vamsic007:* hmm... *vamsic007:* will have to find out if my concern is genuine or I am worried unnecessarily. *vamsic007:* I always thought that we should have a mechanism to enforce GBean permissions. *djencks :* I can see several places gbean permissions could work *djencks :* 1. getting gbean from kernel. This is pretty non-intrusive *djencks :* 2. actually calling operations/accessing attributes on a gbean. I think this would require putting proxies back in *djencks :* there's also a bootstrap question of what enforces the permissions until the jacc system is operational *djencks :* since e.g datasources bound in jndi end up calling a gbean operation to get the datasource, this would have a lot of intersection with the normal server operations *vamsic007:* May be I will initiate a discussion on this on [EMAIL PROTECTED] to get others inputs too. I do not want to go on dev-list coz it is related to security and do not want to make the users feel insecure unnecessarily. *djencks :* I'd prefer to talk about it on dev, I think we could use all the input we can get. *vamsic007:* thanks David. Comments? Suggestions? Am I worried unnecessarily? Are GBean permissions something that we should consider? Thank you. ++Vamsi
GBean permissions: how important are they?
I have always felt that Geronimo won't be suitable for a hosting kind of environment where applications owned by unrelated parties may be hosted on the same server (does such a thing happen in reality?). Irrespective of this, GBeans permissions appears to be something we can consider to have. The following is an excerpt from a private conversation I had with David Jencks on IRC. Read on... *vamsic007:* The usability of Geronimo in a hosting kind of environment has always bothered me. *djencks :* how? *vamsic007:* Any application running in G can get hold of any other application related GBeans and do what ever *vamsic007:* Any app can stop any configuration it wishes to *djencks :* realistically does anyone run apps from unrelated people on the same server? *vamsic007:* won't that be the situation in a hosting environment? *djencks :* I don't know *djencks :* I would expect if I rent server space I'd probably get my own vm *djencks :* but I'm not a hosting company *vamsic007:* hmm... *vamsic007:* will have to find out if my concern is genuine or I am worried unnecessarily. *vamsic007:* I always thought that we should have a mechanism to enforce GBean permissions. *djencks :* I can see several places gbean permissions could work *djencks :* 1. getting gbean from kernel. This is pretty non-intrusive *djencks :* 2. actually calling operations/accessing attributes on a gbean. I think this would require putting proxies back in *djencks :* there's also a bootstrap question of what enforces the permissions until the jacc system is operational *djencks :* since e.g datasources bound in jndi end up calling a gbean operation to get the datasource, this would have a lot of intersection with the normal server operations *vamsic007:* May be I will initiate a discussion on this on [EMAIL PROTECTED] get others inputs too. I do not want to go on dev-list coz it is related to security and do not want to make the users feel insecure unnecessarily. *djencks :* I'd prefer to talk about it on dev, I think we could use all the input we can get. *vamsic007:* thanks David. Comments? Suggestions? Am I worried unnecessarily? Are GBean permissions something that we should consider? Thank you. ++Vamsi
Re: Geronimo in year 2008
What is the point in having geronimo specific annotations? AFAIK there is a mappedName attribute in the javaEE annotations which can be used for mapping to server specific resource names. Is this completely implemented in G? Probably someone with more knowledge on this than me can comment :). Regarding plan creator I can contribute to getting it completed. Regards Manu On Feb 8, 2008 2:00 PM, Shiva Kumar H R [EMAIL PROTECTED] wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva
Re: GBean permissions: how important are they?
Wouldn't we steer hosting providers towards multiple server instances instead, since each user/customer would want access to the Admin Console and deployer? The only similarity I could come up with, is there are some providers offering shared Tomcat hosting, where they front-end Tomcat with Apache HTTP Server or another solution to proxy the web context into what you want. They offer their own front-end for uploading your web app, so the use never has admin access to Tomcat. But for a Java EE server, I'm not aware of any such hosting of shared app severs. Seems that for now, multiple server instances each with its own repo would be a viable solution. If we have hosting providers interested in sharing a single instance between customers, then we need them to chime in on the user/dev list with their requirements and scenarios. I could see where requiring admin credentials to access the kernel and other GBeans would be a welcomed solution for even some enterprise users, but we really need to here from our users on this -Donald Vamsavardhana Reddy wrote: I have always felt that Geronimo won't be suitable for a hosting kind of environment where applications owned by unrelated parties may be hosted on the same server (does such a thing happen in reality?). Irrespective of this, GBeans permissions appears to be something we can consider to have. The following is an excerpt from a private conversation I had with David Jencks on IRC. Read on... *vamsic007:* The usability of Geronimo in a hosting kind of environment has always bothered me. *djencks :* how? *vamsic007:* Any application running in G can get hold of any other application related GBeans and do what ever *vamsic007:* Any app can stop any configuration it wishes to *djencks :* realistically does anyone run apps from unrelated people on the same server? *vamsic007:* won't that be the situation in a hosting environment? *djencks :* I don't know *djencks :* I would expect if I rent server space I'd probably get my own vm *djencks :* but I'm not a hosting company *vamsic007:* hmm... *vamsic007:* will have to find out if my concern is genuine or I am worried unnecessarily. *vamsic007:* I always thought that we should have a mechanism to enforce GBean permissions. *djencks :* I can see several places gbean permissions could work *djencks :* 1. getting gbean from kernel. This is pretty non-intrusive *djencks :* 2. actually calling operations/accessing attributes on a gbean. I think this would require putting proxies back in *djencks :* there's also a bootstrap question of what enforces the permissions until the jacc system is operational *djencks :* since e.g datasources bound in jndi end up calling a gbean operation to get the datasource, this would have a lot of intersection with the normal server operations *vamsic007:* May be I will initiate a discussion on this on [EMAIL PROTECTED] to get others inputs too. I do not want to go on dev-list coz it is related to security and do not want to make the users feel insecure unnecessarily. *djencks :* I'd prefer to talk about it on dev, I think we could use all the input we can get. *vamsic007:* thanks David. Comments? Suggestions? Am I worried unnecessarily? Are GBean permissions something that we should consider? Thank you. ++Vamsi smime.p7s Description: S/MIME Cryptographic Signature
Re: long-term buildability of released versions?
If you still have problems, please keep this thread alive At the risk of demonstrating my inability to follow directions I'll keep the thread alive to say that with your changes and Jarek's I think we're in good shape. Thanks!
Re: Adding a page to a plugin
Thank you for all the responses! The piece i'm working on is the plugin installer in the console, but it seems to be built with some sort of multipage model framework. So this part of it is working a little differently than the documentation, but It just so happens that your wiki references on the extensible administration console will really help on the debug viewer plugin piece i'm working on. I'll post updates on what the missing piece was once i figure it out, feel it'll save someone down the road a good bit of time should they go down this route and find any other pieces of the console working on this multipage model framework. Wishing you all the best, Joseph Leong On Feb 7, 2008 4:50 PM, Joseph Leong [EMAIL PROTECTED] wrote: Hi everyone, I'm trying to add a page to a plugin. After tracing the code, it is running through the handler ie.. hitting the actionBeforeView and going into the renderView. However nothing of my jsp page is showing up. The steps i've taken are: 1) Create the handler page 2) create the jsp page 3) Add the addhelper in the ImportExportPortlet.java Is there anything blatantly obvious that I'm missing? Or i will continue to work with these 3 pieces. Thanks! -Joseph Leong
Re: [BUILD] 2.1: Failed for Revision: 619866
Give it an hour or so. It takes time before the files are published on the web site. Jarek On Feb 8, 2008 10:18 AM, Donald Woods [EMAIL PROTECTED] wrote: The test.log files listed in the email below are not in the 20080208 directory. Can they be found somewhere else? -Donald [EMAIL PROTECTED] wrote: Geronimo Revision: 619866 built with tests included See the full build-0800.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/build-0800.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080208 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 51 seconds [INFO] Finished at: Fri Feb 08 08:41:59 EST 2008 [INFO] Final Memory: 304M/998M [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/20080208/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.151 sec FAILURE!
[BUILD] 2.1: Failed for Revision: 619866
Geronimo Revision: 619866 built with tests included See the full build-0800.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/build-0800.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080208 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 51 seconds [INFO] Finished at: Fri Feb 08 08:41:59 EST 2008 [INFO] Final Memory: 304M/998M [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/20080208/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.151 sec FAILURE!
Re: SMTPAppender in server-log4j.properties
Or should we provide a way to add additional dependencies through config.xml (I don't know how complicated this will be)? Yes, please. Logging is critical but it can be complicated so allowing users to make dependency jars (SNMP, SMTP, proprietary NMS hooks, etc) available to log4j at run-time would be great.
Re: SMTPAppender in server-log4j.properties
On Thu, Feb 07, 2008 at 09:34:08PM -0800, David Jencks wrote: I'm not sure if any of the people who have tried this have succeeded. I failed to get it to work using run-time configuration so I hacked the root and j2ee-system pom files to add the extra jars needed (in my case, Westhawk SNMP and my appender code) to the j2ee-system classpath and built my own Geronimo.
Re: Adding a page to a plugin
There is some documentation on the extensible admin console here which describes the architecture and has samples: http://cwiki.apache.org/GMOxDEV/extensible-administration-console.html If you are writing a plugin for the admin console then I would encourage you to look over that documentation and improve/correct it as you see fit. Best wishes, Paul On Feb 8, 2008, at 1:49 AM, Manu George wrote: Hi, On a related note , since the pluggable console was introduced is there any doc on how to include new portlets or on the architecture of the pluggable console. A doc will really go a long way in helping others develop new portlets. A list of files to look at will in itself be a great help. Thanks Manu On Feb 8, 2008 3:20 AM, Joseph Leong [EMAIL PROTECTED] wrote: Hi everyone, I'm trying to add a page to a plugin. After tracing the code, it is running through the handler ie.. hitting the actionBeforeView and going into the renderView. However nothing of my jsp page is showing up. The steps i've taken are: 1) Create the handler page 2) create the jsp page 3) Add the addhelper in the ImportExportPortlet.java Is there anything blatantly obvious that I'm missing? Or i will continue to work with these 3 pieces. Thanks! -Joseph Leong
Re: branches/2.1 freeze notice
Erik, I do not think we should prevent this stack trace. I think it's important that the user knows what's up. So we should at least write it to a log. Thanks, Viet On Feb 8, 2008 12:14 PM, Erik B. Craig [EMAIL PROTECTED] wrote: Kevan, I have a very small change to make to mconsole-war/src/main/java/org/apache/geronimo/monitoring/console/MonitoringPortlet.java to prevent a potential stack trace if the user clicks the portlet 'edit' button at the top of the portlet. Would it be possible to get this in? Thanks, Erik B. Craig [EMAIL PROTECTED] On Feb 8, 2008 11:01 AM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 6, 2008, at 10:29 AM, Kevan Miller wrote: All, In preparation for our 2.1 release, please hold off on any commits to branches/2.1. If you have something that you feel absolutely *must* be fixed, please check with me. I'll be working on generating a 2.1 release candidate later this afternoon/eveniing. OK. I've created branches/2.1.0 for the final release work. I've updated the versions on branches/2.1 to be 2.1.1-SNAPSHOT. So, branches/2.1 is open for business. Please don't make any updates to branches/2.1.0 --kevan
Re: branches/2.1 freeze notice
On Feb 6, 2008, at 10:29 AM, Kevan Miller wrote: All, In preparation for our 2.1 release, please hold off on any commits to branches/2.1. If you have something that you feel absolutely *must* be fixed, please check with me. I'll be working on generating a 2.1 release candidate later this afternoon/eveniing. OK. I've created branches/2.1.0 for the final release work. I've updated the versions on branches/2.1 to be 2.1.1-SNAPSHOT. So, branches/2.1 is open for business. Please don't make any updates to branches/2.1.0 --kevan
Re: [BUILD] 2.1: Failed for Revision: 619866
The test.log files listed in the email below are not in the 20080208 directory. Can they be found somewhere else? -Donald [EMAIL PROTECTED] wrote: Geronimo Revision: 619866 built with tests included See the full build-0800.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/build-0800.log Download the binaries from http://geronimo.apache.org/maven/server/binaries/2.1/20080208 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 51 seconds [INFO] Finished at: Fri Feb 08 08:41:59 EST 2008 [INFO] Final Memory: 304M/998M [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/20080208/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 76.151 sec FAILURE! smime.p7s Description: S/MIME Cryptographic Signature
Re: Adding a page to a plugin
Where is the source code for the Hello World example Portlet included at the bottom of page - http://cwiki.apache.org/GMOxDEV/administration-console-extension-users-guide.html Also, shouldn't we either link or copy this into the 2.1 Docs??? Telling people to look in 2 different wiki spaces screams confusion and lack of usability for our users. -Donald Joe Bohn wrote: Manu George wrote: Hi, On a related note , since the pluggable console was introduced is there any doc on how to include new portlets or on the architecture of the pluggable console. A doc will really go a long way in helping others develop new portlets. A list of files to look at will in itself be a great help. Thanks Manu There's some doc in the wiki: http://cwiki.apache.org/GMOxDEV/extensible-administration-console.html Joe smime.p7s Description: S/MIME Cryptographic Signature
Re: branches/2.1 freeze notice
Kevan, I have a very small change to make to mconsole-war/src/main/java/org/apache/geronimo/monitoring/console/MonitoringPortlet.java to prevent a potential stack trace if the user clicks the portlet 'edit' button at the top of the portlet. Would it be possible to get this in? Thanks, Erik B. Craig [EMAIL PROTECTED] On Feb 8, 2008 11:01 AM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 6, 2008, at 10:29 AM, Kevan Miller wrote: All, In preparation for our 2.1 release, please hold off on any commits to branches/2.1. If you have something that you feel absolutely *must* be fixed, please check with me. I'll be working on generating a 2.1 release candidate later this afternoon/eveniing. OK. I've created branches/2.1.0 for the final release work. I've updated the versions on branches/2.1 to be 2.1.1-SNAPSHOT. So, branches/2.1 is open for business. Please don't make any updates to branches/2.1.0 --kevan
Re: branches/2.1 freeze notice
Viet, It's an error that should've been prevented but wasn't being, it's just some error checking being added. Thanks, Erik B. Craig [EMAIL PROTECTED] On Feb 8, 2008, at 11:18 AM, Viet Nguyen wrote: Erik, I do not think we should prevent this stack trace. I think it's important that the user knows what's up. So we should at least write it to a log. Thanks, Viet On Feb 8, 2008 12:14 PM, Erik B. Craig [EMAIL PROTECTED] wrote: Kevan, I have a very small change to make to mconsole-war/src/main/java/org/apache/geronimo/monitoring/console/ MonitoringPortlet.java to prevent a potential stack trace if the user clicks the portlet 'edit' button at the top of the portlet. Would it be possible to get this in? Thanks, Erik B. Craig [EMAIL PROTECTED] On Feb 8, 2008 11:01 AM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 6, 2008, at 10:29 AM, Kevan Miller wrote: All, In preparation for our 2.1 release, please hold off on any commits to branches/2.1. If you have something that you feel absolutely *must* be fixed, please check with me. I'll be working on generating a 2.1 release candidate later this afternoon/eveniing. OK. I've created branches/2.1.0 for the final release work. I've updated the versions on branches/2.1 to be 2.1.1-SNAPSHOT. So, branches/2.1 is open for business. Please don't make any updates to branches/2.1.0 --kevan
Re: [DISCUSS] Create a Ready for Geronimo page under Community
+1 really like the idea We would have to add the entry somewhere within the Community menu box and probably beef-up a little bit the overview section. Maybe moving the Geronimo supported/verified version under each applications/plug-ins section would look better. We could potentially import that info directly from the other project's web sites. Cheers! Hernan Donald Woods wrote: To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald
[DISCUSS] Create a Ready for Geronimo page under Community
To foster more projects to test and support Geronimo, I'd like to float the idea of creating a new page under the Community navigation section on our home page called - Ready for Geronimo The content of this page would be - - known applications/frameworks that run on Geronimo - third-party provided plug-ins (like Liferay) - Geronimo provided plug-ins (like Roller) Each app/plug-in listing would contain - - description of the app/plug-in - A link to the provider's website (for download and license info) - A link to any docs (like manual config steps if needed) - which Geronimo releases the app/plugin is known to work on The lists could be in table or outline format (doesn't matter to me). Here is an example - http://cwiki.apache.org/confluence/display/GMOxSITE/Ready+for+Geronimo We'd also provide a Ready for graphic similar to the Powered by Geronimo one for other people to include on their websites and link back to this page, if desired. Thoughts? -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: GBean permissions: how important are they?
Vamsi, I do agree with you that there should be a mechanism to enforce GBean permissions, but I'm not entirely sure how prevalent the desire for 'shared hosting' on Geronimo really is, but this might be a direct result of the problem at hand. I think it is true that for a JEE app server, real world paid hosting services would often be either a dedicated machine or at least a virtualized instance. I also thing that Geronimo would mostly be used in a true 'shared hosting' (multiple clients information deployed under one instance) environment only when being managed by the hosting company, so as to not necessitate giving the client any abilities to muck with the server via admin console or other means... in this case a solid GBean security mechanism would be critical. Other than this, as far as hosts are concerned, what they might consider to be a 'shared hosting' configuration of Geronimo may be simply multiple instances/VMs bound to different IP addresses sharing hardware and giving clients administrative access to their own instance of Geronimo. Thanks, Erik B. Craig [EMAIL PROTECTED] On Feb 8, 2008, at 3:43 AM, Vamsavardhana Reddy wrote: I have always felt that Geronimo won't be suitable for a hosting kind of environment where applications owned by unrelated parties may be hosted on the same server (does such a thing happen in reality?). Irrespective of this, GBeans permissions appears to be something we can consider to have. The following is an excerpt from a private conversation I had with David Jencks on IRC. Read on... vamsic007: The usability of Geronimo in a hosting kind of environment has always bothered me. djencks : how? vamsic007: Any application running in G can get hold of any other application related GBeans and do what ever vamsic007: Any app can stop any configuration it wishes to djencks : realistically does anyone run apps from unrelated people on the same server? vamsic007: won't that be the situation in a hosting environment? djencks : I don't know djencks : I would expect if I rent server space I'd probably get my own vm djencks : but I'm not a hosting company vamsic007: hmm... vamsic007: will have to find out if my concern is genuine or I am worried unnecessarily. vamsic007: I always thought that we should have a mechanism to enforce GBean permissions. djencks : I can see several places gbean permissions could work djencks : 1. getting gbean from kernel. This is pretty non-intrusive djencks : 2. actually calling operations/accessing attributes on a gbean. I think this would require putting proxies back in djencks : there's also a bootstrap question of what enforces the permissions until the jacc system is operational djencks : since e.g datasources bound in jndi end up calling a gbean operation to get the datasource, this would have a lot of intersection with the normal server operations vamsic007: May be I will initiate a discussion on this on [EMAIL PROTECTED] to get others inputs too. I do not want to go on dev-list coz it is related to security and do not want to make the users feel insecure unnecessarily. djencks : I'd prefer to talk about it on dev, I think we could use all the input we can get. vamsic007: thanks David. Comments? Suggestions? Am I worried unnecessarily? Are GBean permissions something that we should consider? Thank you. ++Vamsi
Re: Connector / Application Construction Order...
...Thanks for the advice. I've gone to the other tactic...submit the bug against Axis. Hopefully they can fix their end of the problem (or I'll dig into it at some point). This is probably a better way rather than trying to arm wrestle the container into avoiding the problem. I can see where trying to generically manage the lifecycles on the components and applications can be a problem. Thanks. Alski :-) djencks wrote: well, IIUC you aren't trying to run apps on different ports so the solution is much simpler. The important part here is to turn off the original web connector we supply and add another one that will start after your application. I don't remember if geronimo 1.0 supports gbean depenedencies (that aren't references) -- I think it doesn't. This means that, like in the example, you have to include your new connector in a separate app. It's actually easier to include it in an additional geronimo service module than a web app, just make sure it depends on your web app. Don't include the web-container element in your web app plan, you will be using the original web-container and I don't think g. 1.0 supports the element anyway. hope this helps david jencks On Feb 7, 2008, at 12:26 PM, AlskiOnTheWeb wrote: ...Thanks, I saw that one before but since we're using Geronimo 1.0 with Jetty, I'm hung out to dry there unless someone took up the authors advice and went and tried some equivalent thing in Jetty. Any other ideas on it? Thanks. Alski :-) djencks wrote: I'm not sure if the technique will work on geronimo 1.0 but there's an example of setting up a connector that starts after a particular application is running described at http://cwiki.apache.org/GMOxDOC11/exposing-web-applications-on- distinct-ports.html The descriptors are definitely wrong for 1.0. You only need to turn off the existing connector gbean and include a replacement that you deploy yourself. This example is considerably more complicated than you need. We've thought about how to wait to start the connectors until all the web apps are started but no one AFAIK has figured out how to determine what all the web apps might mean. thanks david jencks On Feb 7, 2008, at 11:49 AM, AlskiOnTheWeb wrote: Hi All, Sorry if this is posted here somewhere but I couldn't find anything on it by searching. Anyway, I have an application with an Axis 2 web service that is deployed in a Geronimo 1.0 (yes, I know, but I'm stuck with it) application server. The issue I see is that the connector (listening on TCP 8080) becomes available as the application itself is being brought up. Unfortunately, there is some problem with Axis being hit before it's ready and I can easily get it into a state where it doesn't expose my web service endpoint. Obviously, this is a bad thing. I am guessing that this is a result of web service clients pounding geronimo while it's on it's way up but not quite ready. Is there a way to have geronimo bring up the applications first and then expose the TCP connectors once the applications are ready? I know other app servers behave this way out of the box so I was kind of surprised to see that order of bring up. Thanks in advance for any tips, Alski -- View this message in context: http://www.nabble.com/Connector--- Application-Construction-Order...-tp15341625s134p15341625.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Connector--- Application-Construction-Order...-tp15341625s134p15342519.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Connector---Application-Construction-Order...-tp15341625s134p15357600.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
[jira] Reopened: (GERONIMO-3827) Tests for car-maven-plugin failing after spec changes
[ https://issues.apache.org/jira/browse/GERONIMO-3827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reopened GERONIMO-3827: The remaining itests in buildsupport/car-maven-plugin cause problems building with a clean repo during -Dstage=bootstrap. Moving them to framework/config/geronimo-gbean-deployer seems to fix bootstrap. Tests for car-maven-plugin failing after spec changes - Key: GERONIMO-3827 URL: https://issues.apache.org/jira/browse/GERONIMO-3827 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1 Environment: SLES Reporter: Joe Bohn Assignee: David Jencks Fix For: 2.1 Attachments: build.log I'm hitting these failures attempting to build 2.1 server after making the spec updates: [INFO] [shitty:test {execution: default}] [INFO] Starting 4 test build(s) [INFO] [INFO] --- [INFO] [INFO] j2ee-system RUNNING [INFO] j2ee-system SUCCESS (0:00:12.152) [INFO] j2ee-system-2RUNNING [INFO] j2ee-system-2FAILURE (0:00:32.567) Java returned: 1 [INFO] metadatageneration RUNNING [INFO] metadatageneration SUCCESS (0:00:05.938) [INFO] metadatageneration-2 RUNNING [INFO] metadatageneration-2 FAILURE (0:00:07.720) Java returned: 1 [INFO] [INFO] --- [INFO] Test Summary (0:00:58.451) [INFO] Passed: 2 [INFO] Failed: 2 [INFO] --- [INFO] [INFO] The following tests failed: [INFO] * j2ee-system-2 - /home/jbohn/geronimo-2.1/buildsupport/car-maven-plugin/src/it/j2ee-system-2/build.log [INFO] * metadatageneration-2 - /home/jbohn/geronimo-2.1/buildsupport/car-maven-plugin/src/it/metadatageneration-2/build.log If I comment out the shitty-maven-plugin in the car-maven-plugin pom then the build succeeds. I'll attach the first log file -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Adding a page to a plugin
Just an update. I'm not sure exactly why the steps i took the first time didn't work... but it seems nothing was wrong with my procedure. I Re-downloaded trunk, re-implemented and everything worked just like a charm. The only difference between the two was the way i imported the projected into eclipse. The first method was unconventional and the second method was via mvn eclipse:eclipse Anyhow so for future reference, it is 1) Creating the handler page. 2) Creating the jsp page 3) Adding the addhelper in the ImportExport portlet. Now i can finally move along and finish this piece. Thanks again for everyone's input. Wishing everyone the best, -Joseph Leong On Feb 8, 2008 11:35 AM, Paul McMahan [EMAIL PROTECTED] wrote: Right, the doc in the wiki about the extensible admin console was really only helpful for Manu's followup to your question. The mutipage portlet code you referred to is internal to the admin console and afaik is not documented anywhere nor is it intended to be exposed as an externally supported api. Creating an admin console extension does not require you to implement your portlet this way. Paul On Feb 8, 2008, at 10:37 AM, Joseph Leong wrote: Thank you for all the responses! The piece i'm working on is the plugin installer in the console, but it seems to be built with some sort of multipage model framework. So this part of it is working a little differently than the documentation, but It just so happens that your wiki references on the extensible administration console will really help on the debug viewer plugin piece i'm working on. I'll post updates on what the missing piece was once i figure it out, feel it'll save someone down the road a good bit of time should they go down this route and find any other pieces of the console working on this multipage model framework. Wishing you all the best, Joseph Leong On Feb 7, 2008 4:50 PM, Joseph Leong [EMAIL PROTECTED] wrote: Hi everyone, I'm trying to add a page to a plugin. After tracing the code, it is running through the handler ie.. hitting the actionBeforeView and going into the renderView. However nothing of my jsp page is showing up. The steps i've taken are: 1) Create the handler page 2) create the jsp page 3) Add the addhelper in the ImportExportPortlet.java Is there anything blatantly obvious that I'm missing? Or i will continue to work with these 3 pieces. Thanks! -Joseph Leong
[jira] Commented: (GERONIMO-3454) Jetty assembly does not start using Java 6 runtime
[ https://issues.apache.org/jira/browse/GERONIMO-3454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567185#action_12567185 ] toby cabot commented on GERONIMO-3454: -- Geronimo 2.0.2 works for me with Java 1.6.0_01 on Centos 5.1. The [ character in the URI above is invalid, but I wonder if this hasn't been fixed already. Jetty assembly does not start using Java 6 runtime -- Key: GERONIMO-3454 URL: https://issues.apache.org/jira/browse/GERONIMO-3454 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0.1 Reporter: Kevan Miller Fix For: 2.0.x I get the following startup error on Mac OS X running Java 6 with the Jetty assembly. I don't get the error running Tomcat. [*- ] 79% 13s Loading org.apache.gero...ERROR - Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/webconsole-jetty6/2.0.2-SNAPSHOT/car?configurationName=org.apache.geronimo.configs/webconsole-jetty6/2.0.2-SNAPSHOT/car org.apache.geronimo.kernel.config.InvalidConfigException: Unable to deserialize GBeanState in classloader: [org.apache.geronimo.kernel.config.MultiParentClassLoader id=org.apache.geronimo.configs/webconsole-jetty6_standard.war/2.0.2-SNAPSHOT/car] at org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:124) at org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:65) at org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:171) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:278) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:295) at sun.reflect.GeneratedConstructorAccessor172.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:506) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:946) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:539) at org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361) at org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:310) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:278) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$ae04acb9.loadConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:153) 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) Caused by: java.io.IOException: Unable to deserialize AbstractName for GBeanData of type org.apache.geronimo.jetty6.JettyFilterMapping at org.apache.geronimo.gbean.GBeanData$V0Externalizable.readExternal(GBeanData.java:279) at org.apache.geronimo.gbean.GBeanData.readExternal(GBeanData.java:247) at org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:111) ... 29 more Caused by:
[BUILD] 2.1: Failed for Revision: 619976
Geronimo Revision: 619976 built with tests included See the full build-1400.log file at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/build-1400.log See the unit test reports at http://geronimo.apache.org/maven/server/binaries/2.1/20080208/unit-test-reports org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin \ -Dversion=2.1.1-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin \ -Dversion=2.1.1-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:184) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:141) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginNotFoundException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin \ -Dversion=2.1.1-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin \ -Dversion=2.1.1-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.1-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:236) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171
Re: branches/2.1 freeze notice
Erik, I thought you were talking about something else. And I like the change, thanks for noticing it. --Viet On Feb 8, 2008 12:41 PM, Kevan Miller [EMAIL PROTECTED] wrote: On Feb 8, 2008, at 12:14 PM, Erik B. Craig wrote: Kevan, I have a very small change to make to mconsole-war/src/main/java/org/ apache/geronimo/monitoring/console/MonitoringPortlet.java to prevent a potential stack trace if the user clicks the portlet 'edit' button at the top of the portlet. Would it be possible to get this in? Erik, You can commit to branches/2.1. If you and Viet are both happy with the change, and it's only within the monitoring console, then I may be able to merge it into release branch. --kevan
[jira] Resolved: (GERONIMODEVTOOLS-276) build.xml ant script for downloading eclipse artifacts has to better handle the case where the default eclipse mirror site is not available
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell resolved GERONIMODEVTOOLS-276. Resolution: Fixed Fix Version/s: (was: 2.1.x) 2.1.0 I've added a mitigating enhancement that will not stop the build if an artifact had been previously downloaded, but the mirror is unavailable such that the timestamp cannot be checked. This will at least allow the build to continue Not a final solution but an improvement over what currently happens. build.xml ant script for downloading eclipse artifacts has to better handle the case where the default eclipse mirror site is not available --- Key: GERONIMODEVTOOLS-276 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-276 Project: Geronimo-Devtools Issue Type: Bug Affects Versions: 2.1.x Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: GShell Goals
Yup, we defs need to add more docs... though atm I'm at a loss as to how to organize things on the site. Any ideas? I had been kinda following how ActiveMQ's site is laid out. Got a list of items which you feel must be documented? --jason On Jan 31, 2008, at 7:14 AM, Jason Warner wrote: Hey Jason, What I saw looks nifty. I like where Gshell is going. One thing that I didn't see on there, and that might be because you are already working on it, is user docs. I think that Gshell is fairly intuitive and easy to use, but there are a couple things that I didn't get without bugging you a bit. Descriptions of how commands and paths work might be useful as well as just a heads up about where and how to use gshell.profile. I'm sure there's other things that could go into a user doc. This might even be worth throwing together real quick so that Hernan can have something for his 2.1 docs? Also, I don't have the ability to edit those pages, but I'd be happy to help with any documentation work. ~Jason Warner On Jan 31, 2008 4:19 AM, Jason Dillon [EMAIL PROTECTED] wrote: Just a quick note... I'm starting to fix up the GShell site more... and added a new page for the upcoming/ongoing goals here: http://cwiki.apache.org/GSHELL/goals.html Please have a look, add, comment whatever. Thanks, --jason
[DISCUSS] Create a Powered by Geronimo page under Community
Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? -Donald smime.p7s Description: S/MIME Cryptographic Signature
[jira] Closed: (GERONIMO-3454) Jetty assembly does not start using Java 6 runtime
[ https://issues.apache.org/jira/browse/GERONIMO-3454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevan Miller closed GERONIMO-3454. -- Resolution: Duplicate This was fixed along the way Jetty assembly does not start using Java 6 runtime -- Key: GERONIMO-3454 URL: https://issues.apache.org/jira/browse/GERONIMO-3454 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0.1 Reporter: Kevan Miller Fix For: 2.0.x I get the following startup error on Mac OS X running Java 6 with the Jetty assembly. I don't get the error running Tomcat. [*- ] 79% 13s Loading org.apache.gero...ERROR - Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/webconsole-jetty6/2.0.2-SNAPSHOT/car?configurationName=org.apache.geronimo.configs/webconsole-jetty6/2.0.2-SNAPSHOT/car org.apache.geronimo.kernel.config.InvalidConfigException: Unable to deserialize GBeanState in classloader: [org.apache.geronimo.kernel.config.MultiParentClassLoader id=org.apache.geronimo.configs/webconsole-jetty6_standard.war/2.0.2-SNAPSHOT/car] at org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:124) at org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:65) at org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:171) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:278) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:295) at sun.reflect.GeneratedConstructorAccessor172.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:506) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:946) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:539) at org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361) at org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:310) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:278) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$ae04acb9.loadConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:153) 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) Caused by: java.io.IOException: Unable to deserialize AbstractName for GBeanData of type org.apache.geronimo.jetty6.JettyFilterMapping at org.apache.geronimo.gbean.GBeanData$V0Externalizable.readExternal(GBeanData.java:279) at org.apache.geronimo.gbean.GBeanData.readExternal(GBeanData.java:247) at org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:111) ... 29 more Caused by: java.io.InvalidObjectException: Invalid URI at java.net.URI.readObject(URI.java:1789) at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown
Re: GShell Goals
As just a personal preference, I would keep some overview on the Geronimo web site and then have the gross of the documentation on the wiki. I mean that in the way it looks, I know it is all generated from the wiki. For example, compare geronimo.a.o with cwiki.a.o/geronimo. Web site and documentation should definitively be on separate spaces for administration purposes. I guess it ultimately will depend on how much of Geronimo GShell is going to be. The more important/relevant/dependent the more we need to have it as part of G doc. With that I don't mean that GShell should not have it's own separate wiki, I mean that if it is separate we need to include as much Geronimo specific info as possible. I hope that the more dependent the more alike with Geronimo documentation structure. ;-) More on personal preference, for documentation I wouldn't use the same template used for the web site. I rather stay as far away as possible from the classic wiki look and feel on the web site. Do you have any of these already covered? * what is it? * benefits * what it does * what it replaces (if replaces anything) * tools and commands * how-to samples and tutorials Cheers! Hernan Jason Dillon wrote: Yup, we defs need to add more docs... though atm I'm at a loss as to how to organize things on the site. Any ideas? I had been kinda following how ActiveMQ's site is laid out. Got a list of items which you feel must be documented? --jason On Jan 31, 2008, at 7:14 AM, Jason Warner wrote: Hey Jason, What I saw looks nifty. I like where Gshell is going. One thing that I didn't see on there, and that might be because you are already working on it, is user docs. I think that Gshell is fairly intuitive and easy to use, but there are a couple things that I didn't get without bugging you a bit. Descriptions of how commands and paths work might be useful as well as just a heads up about where and how to use gshell.profile. I'm sure there's other things that could go into a user doc. This might even be worth throwing together real quick so that Hernan can have something for his 2.1 docs? Also, I don't have the ability to edit those pages, but I'd be happy to help with any documentation work. ~Jason Warner On Jan 31, 2008 4:19 AM, Jason Dillon [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Just a quick note... I'm starting to fix up the GShell site more... and added a new page for the upcoming/ongoing goals here: http://cwiki.apache.org/GSHELL/goals.html Please have a look, add, comment whatever. Thanks, --jason
Re: Geronimo in year 2008
Agree with 1a, all of #2 and 3b. - Creating documentation when new features go into svn instead as an after thought when we are trying to close out a release. - Samples become a prerequisite of each new release. - Project mentoring - have several of us pick another open source project to either enable them to run on Geronimo out-of-the-box or create a plugin out of their application (much like has been done for Liferay and Roller.) This could be the start of a Ready for Geronimo page on our website, where we list known apps and frameworks (like Spring and Hibernate) that can be readily used with Geronimo, with a page on each in our docs on installation/setup and known working versions for a given Geronimo release. - Full support for running on Java SE 6 - Portlet for controlling logging levels at a component/package level - Continued work on enable full clustering of all components - Start providing previews of upcoming Java EE 6 technologies -Donald Shiva Kumar H R wrote: I can immediately remember 3 prior discussions in reference to this: i) [DISCUSS/FEEDBACK] Usability improvements to Geronimo mail from Prasad in Nov'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg53236.html ii) [Discuss] What next? mail from DJencks in Aug'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg50660.html iii) [DISCUSS] Geronimo 2.1 - what's next? mail from Matt in Jul'07 http://www.mail-archive.com/dev@geronimo.apache.org/msg48173.html Alright, here is my wish list - features that I would love to see getting into Geronimo in 2008: 1) Deployment Environment: a) Plan Creator wizards (in Admin Console in Geronimo Eclipse Plugin) for geronimo-application.xml and *many* other Geronimo deployment plans. b) Geronimo specific annotations: To further simplify the specification of Geronimo deployment information, right at development time. 2) Geronimo Eclipse Plug-in (GEP): a) Model framework for Geronimo deployment plans: Currently it is EMF (Eclipse Modeling Framework). With every update to Geronimo deployment schema, it's a major pain to generate new EMF classes. If however, GEP uses the same model framework as that of Geronimo server (XMLBeans), then at least this problem would be solved. IIUC JSR-88 DConfigBeans would be the ideal model framework for GEP - in that case even if the model framework of server changes in future, GEP would be unaffected. b) Critical bug fixes c) Make Download and Install option more intuitive d) Customize Web Services Wizard: The default implementation of WTP's web services wizard embeds an Axis engine inside a web-app and then deploys it in a web server such as Tomcat. However this isn't the right approach for Geronimo as it already has a global web services engine deployed. Hence web services wizard's behavior must be customized when deploying onto Geronimo. e) Better Remote server support f) Testsuite Automation g) Integrating JavaEE Samples. 3) Admin Console Tools: a) Server Build Tool: For instance, a button to push that spits out a server with just what is needed for a set of apps and nothing else. http://www.mail-archive.com/dev@geronimo.apache.org/msg54849.html b) Cluster Admin Tools: Geronimo has a lot of partial clustering solutions. For instance there's WADI, native tomcat clustering, a terracotta integration, and many others. A cluster admin tool would be of great help in the setting-up and fine-tuning of those clustering solutions. I am stuck in 1) a) Plan Creator work for the past year or so and it is still not complete! So if I alone work on many of those features, God alone knows when I will complete them. Any takers/collaborators? On Feb 7, 2008 8:28 PM, Vamsavardhana Reddy [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. Thank you. ++Vamsi -- Thanks, Shiva smime.p7s Description: S/MIME Cryptographic Signature
Re: GBean permissions: how important are they?
Hi, just giving my two cents. First, I'm not an expert of any sort, but i guess a user point of view wouldn't hurt. I've poked around here and there with hosting solutions and recall the feeling of what some users are looking for. It goes along very similarly to what Donald had just previously mentioned. The general opinion, i've gauged, is that when someone is looking for a web app solution they want to govern it for their own specific system. Along with that, i think it brings along the implied security because the only one controlling the app server is the one who intended to have it. So i could understand why it seems they may go with a VM a VPS/DS etc and deploy their own instance of the App Server to guarantee them the environment and performance they're looking. On the contrary, that is to go with the assumption that the app server admin knows exactly what they are deploying. I do think the security implementation would still help for the scenarios/stability where there admin may have deployed an app that inadvertently or maliciously tampers with the other components. However, I could see how the scenario you're talking about would exist (not sure to what extent) because it's additional service a host can offer for a lot less configuration/deploying work. The only two scenarios that i can think of for a shared app server is if: 1) There was some sort of a service where a provider is trying to offer a reseller type service, for those who don't want to or know how to manage an app server but want to add it to their product arsenal. 2) A provider wants to offer an app server solution for users who don't know how to manage one, but want to shortcut setting up the groundwork for multiple instances and management. On another thought, it seems that stability and uptime is key in the hosting industry and the multiple instances of the app server is a Great preventative measure for a hosting provider to increase stability from one client to another. I guess the main tradeoff would be memory, but to the hosting service provider thats pretty cheap tradeoff for higher stability? Anyhow, i'm just rambling my thoughts.. But i'd also really love to here what others users think as well. Wishing you all the best, Joseph Leong On Feb 8, 2008 4:43 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I have always felt that Geronimo won't be suitable for a hosting kind of environment where applications owned by unrelated parties may be hosted on the same server (does such a thing happen in reality?). Irrespective of this, GBeans permissions appears to be something we can consider to have. The following is an excerpt from a private conversation I had with David Jencks on IRC. Read on... *vamsic007:* The usability of Geronimo in a hosting kind of environment has always bothered me. *djencks :* how? *vamsic007:* Any application running in G can get hold of any other application related GBeans and do what ever *vamsic007:* Any app can stop any configuration it wishes to *djencks :* realistically does anyone run apps from unrelated people on the same server? *vamsic007:* won't that be the situation in a hosting environment? *djencks :* I don't know *djencks :* I would expect if I rent server space I'd probably get my own vm *djencks :* but I'm not a hosting company *vamsic007:* hmm... *vamsic007:* will have to find out if my concern is genuine or I am worried unnecessarily. *vamsic007:* I always thought that we should have a mechanism to enforce GBean permissions. *djencks :* I can see several places gbean permissions could work *djencks :* 1. getting gbean from kernel. This is pretty non-intrusive *djencks :* 2. actually calling operations/accessing attributes on a gbean. I think this would require putting proxies back in *djencks :* there's also a bootstrap question of what enforces the permissions until the jacc system is operational *djencks :* since e.g datasources bound in jndi end up calling a gbean operation to get the datasource, this would have a lot of intersection with the normal server operations *vamsic007:* May be I will initiate a discussion on this on [EMAIL PROTECTED] to get others inputs too. I do not want to go on dev-list coz it is related to security and do not want to make the users feel insecure unnecessarily. *djencks :* I'd prefer to talk about it on dev, I think we could use all the input we can get. *vamsic007:* thanks David. Comments? Suggestions? Am I worried unnecessarily? Are GBean permissions something that we should consider? Thank you. ++Vamsi
Re: Adding a page to a plugin
Manu George wrote: Hi, On a related note , since the pluggable console was introduced is there any doc on how to include new portlets or on the architecture of the pluggable console. A doc will really go a long way in helping others develop new portlets. A list of files to look at will in itself be a great help. Thanks Manu There's some doc in the wiki: http://cwiki.apache.org/GMOxDEV/extensible-administration-console.html Joe
Re: branches/2.1 freeze notice
On Feb 8, 2008, at 12:14 PM, Erik B. Craig wrote: Kevan, I have a very small change to make to mconsole-war/src/main/java/org/ apache/geronimo/monitoring/console/MonitoringPortlet.java to prevent a potential stack trace if the user clicks the portlet 'edit' button at the top of the portlet. Would it be possible to get this in? Erik, You can commit to branches/2.1. If you and Viet are both happy with the change, and it's only within the monitoring console, then I may be able to merge it into release branch. --kevan
Re: [DISCUSS] Create a Powered by Geronimo page under Community
Donald, Thanks for bringing it up. I always wanted to know who are using Geronimo and how. ++Vamsi On Feb 8, 2008 11:10 PM, Donald Woods [EMAIL PROTECTED] wrote: Along the same lines as the other discussion topic on adding a Ready for Geronimo page under the Community section of our website... How about we create a Powered by Geronimo page that would help recognize the projects that provide a Geronimo based bundle (like Liferay) and companies that provide applications or servers based on Geronimo (like Intalio and IBM.) A sample can be found on our wiki at - http://cwiki.apache.org/confluence/display/GMOxSITE/Powered+by+Geronimo Thoughts? -Donald
Re: Adding a page to a plugin
OK, found the source on the Develpoer's Guide page - http://cwiki.apache.org/GMOxDEV/administration-console-extension-developers-guide.html Seems that it should be in /geronimo/samples/branches/2.1 and we should combine these 2 wiki pages into one. Anyway, at least its documented -Donald Donald Woods wrote: Where is the source code for the Hello World example Portlet included at the bottom of page - http://cwiki.apache.org/GMOxDEV/administration-console-extension-users-guide.html Also, shouldn't we either link or copy this into the 2.1 Docs??? Telling people to look in 2 different wiki spaces screams confusion and lack of usability for our users. -Donald Joe Bohn wrote: Manu George wrote: Hi, On a related note , since the pluggable console was introduced is there any doc on how to include new portlets or on the architecture of the pluggable console. A doc will really go a long way in helping others develop new portlets. A list of files to look at will in itself be a great help. Thanks Manu There's some doc in the wiki: http://cwiki.apache.org/GMOxDEV/extensible-administration-console.html Joe smime.p7s Description: S/MIME Cryptographic Signature
[jira] Closed: (GERONIMO-3827) Tests for car-maven-plugin failing after spec changes
[ https://issues.apache.org/jira/browse/GERONIMO-3827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3827. -- Resolution: Fixed Remaining 2 itests moved. branches/2.1 rev 619984 branches/2.1.0 rev 620018 trunk rev 620019 Tests for car-maven-plugin failing after spec changes - Key: GERONIMO-3827 URL: https://issues.apache.org/jira/browse/GERONIMO-3827 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1 Environment: SLES Reporter: Joe Bohn Assignee: David Jencks Fix For: 2.1 Attachments: build.log I'm hitting these failures attempting to build 2.1 server after making the spec updates: [INFO] [shitty:test {execution: default}] [INFO] Starting 4 test build(s) [INFO] [INFO] --- [INFO] [INFO] j2ee-system RUNNING [INFO] j2ee-system SUCCESS (0:00:12.152) [INFO] j2ee-system-2RUNNING [INFO] j2ee-system-2FAILURE (0:00:32.567) Java returned: 1 [INFO] metadatageneration RUNNING [INFO] metadatageneration SUCCESS (0:00:05.938) [INFO] metadatageneration-2 RUNNING [INFO] metadatageneration-2 FAILURE (0:00:07.720) Java returned: 1 [INFO] [INFO] --- [INFO] Test Summary (0:00:58.451) [INFO] Passed: 2 [INFO] Failed: 2 [INFO] --- [INFO] [INFO] The following tests failed: [INFO] * j2ee-system-2 - /home/jbohn/geronimo-2.1/buildsupport/car-maven-plugin/src/it/j2ee-system-2/build.log [INFO] * metadatageneration-2 - /home/jbohn/geronimo-2.1/buildsupport/car-maven-plugin/src/it/metadatageneration-2/build.log If I comment out the shitty-maven-plugin in the car-maven-plugin pom then the build succeeds. I'll attach the first log file -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Adding a page to a plugin
Right, the doc in the wiki about the extensible admin console was really only helpful for Manu's followup to your question. The mutipage portlet code you referred to is internal to the admin console and afaik is not documented anywhere nor is it intended to be exposed as an externally supported api. Creating an admin console extension does not require you to implement your portlet this way. Paul On Feb 8, 2008, at 10:37 AM, Joseph Leong wrote: Thank you for all the responses! The piece i'm working on is the plugin installer in the console, but it seems to be built with some sort of multipage model framework. So this part of it is working a little differently than the documentation, but It just so happens that your wiki references on the extensible administration console will really help on the debug viewer plugin piece i'm working on. I'll post updates on what the missing piece was once i figure it out, feel it'll save someone down the road a good bit of time should they go down this route and find any other pieces of the console working on this multipage model framework. Wishing you all the best, Joseph Leong On Feb 7, 2008 4:50 PM, Joseph Leong [EMAIL PROTECTED] wrote: Hi everyone, I'm trying to add a page to a plugin. After tracing the code, it is running through the handler ie.. hitting the actionBeforeView and going into the renderView. However nothing of my jsp page is showing up. The steps i've taken are: 1) Create the handler page 2) create the jsp page 3) Add the addhelper in the ImportExportPortlet.java Is there anything blatantly obvious that I'm missing? Or i will continue to work with these 3 pieces. Thanks! -Joseph Leong
Re: Geronimo in year 2008
On 09/02/2008, at 12:43 AM, Donald Woods wrote: Agree with 1a, all of #2 and 3b. - Creating documentation when new features go into svn instead as an after thought when we are trying to close out a release. - Samples become a prerequisite of each new release. - Project mentoring - have several of us pick another open source project to either enable them to run on Geronimo out-of-the-box or create a plugin out of their application (much like has been done for Liferay and Roller.) This could be the start of a Ready for Geronimo page on our website, where we list known apps and frameworks (like Spring and Hibernate) that can be readily used with Geronimo, with a page on each in our docs on installation/ setup and known working versions for a given Geronimo release. - Full support for running on Java SE 6 - Portlet for controlling logging levels at a component/package level - Continued work on enable full clustering of all components Hello Donald, Could you please list the top two components you would like to see clustered? Thanks, Gianny - Start providing previews of upcoming Java EE 6 technologies -Donald
[jira] Created: (GERONIMO-3833) Hard-coded gbean names and versions in monitoring code
Hard-coded gbean names and versions in monitoring code -- Key: GERONIMO-3833 URL: https://issues.apache.org/jira/browse/GERONIMO-3833 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.0.x, 2.1 Reporter: Jarek Gawor The monitoring code has hard-coded values in Java code and sql file: 1) The ./plugins/monitoring/mconsole-war/src/main/java/org/apache/geronimo/monitoring/console/MRCConnector.java contains the following constant: private static final String PATH = geronimo:ServiceModule=org.apache.geronimo.plugins.monitoring/agent-car-jmx/2.1-SNAPSHOT/car,J2EEServer=geronimo, name=MasterRemoteControlJMX,j2eeType=GBean; 2) The ./plugins/monitoring/mconsole-ear/src/main/resources/MonitoringClientDB.sql contains a bunch of the following values: 'geronimo:J2EEServer=geronimo,ServiceModule=org.apache.geronimo.configs/tomcat6/2.1/car,j2eeType=GBean,name=TomcatWebConnector' I'm not sure how these are used but in general these type of hardcoded values should be avoided. It's really hard to maintain and keep track of. -- 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: 620060
Geronimo Revision: 620060 built with tests included See the full build-2100.log file at http://geronimo.apache.org/maven/server/binaries/trunk/20080208/build-2100.log See the unit test reports at http://geronimo.apache.org/maven/server/binaries/trunk/20080208/unit-test-reports [INFO] [shitty:test {execution: default}] [INFO] Starting 4 test build(s) [INFO] [INFO] --- [INFO] [INFO] [1mj2ee-system [0m [36mRUNNING[0m [INFO] [1mj2ee-system [0m [31mFAILURE[0m (0:00:01.401) [31mJava returned: 1[0m [INFO] [1mmetadatageneration [0m [36mRUNNING[0m [INFO] [1mmetadatageneration [0m [31mFAILURE[0m (0:00:01.091) [31mJava returned: 1[0m [INFO] [1mmetadatageneration-2[0m [36mRUNNING[0m [INFO] [1mmetadatageneration-2[0m [32mSUCCESS[0m (0:00:32.933) [INFO] [1mj2ee-system-2 [0m [36mRUNNING[0m [INFO] [1mj2ee-system-2 [0m [32mSUCCESS[0m (0:00:11.632) [INFO] [INFO] --- [INFO] Test Summary ([1m0:00:47.162[0m) [INFO] Passed: [32m2[0m [INFO] Failed: [31m2[0m [INFO] --- [INFO] [INFO] The following tests [31mfailed[0m: [INFO] * [31mj2ee-system[0m - [1m/home/geronimo/geronimo/trunk/framework/configs/geronimo-gbean-deployer/src/it/j2ee-system/build.log[0m [INFO] * [31mmetadatageneration[0m - [1m/home/geronimo/geronimo/trunk/framework/configs/geronimo-gbean-deployer/src/it/metadatageneration/build.log[0m [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] 2 of 4 tests failed [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: 2 of 4 tests failed at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: 2 of 4 tests failed at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaClassHelper.java:473) at groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:2284) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1179) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1109) at org.codehaus.groovy.runtime.Invoker.invokeConstructorOf(Invoker.java:127) at org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(InvokerHelper.java:95) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBytecodeAdapter.java:225) at org.codehaus.mojo.groovy.GroovyMojo.fail(GroovyMojo.groovy:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25
[jira] Created: (GERONIMO-3834) Connection pool leak when connections cannot be created
Connection pool leak when connections cannot be created --- Key: GERONIMO-3834 URL: https://issues.apache.org/jira/browse/GERONIMO-3834 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: connector Affects Versions: 2.0.x, 2.1 Reporter: David Jencks Assignee: David Jencks Priority: Blocker Fix For: 2.1 Through the persistence of Tomasz Mazan we've discovered that the connection pool leaks permits when connections are requested but cannot be created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo in year 2008
On Feb 7, 2008 6:58 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Geronimo had a great year 2007. I don't need to re-list all our achievements listed in Matt's mail from 31st Dec 2007 (http://www.mail-archive.com/dev@geronimo.apache.org/msg54994.html). Now that 2.1 is also rolling out, I think it is time we start discussing what we want to do in Geronimo in year 2008. Let us also discuss what we must do to make Geronimo an application server of choice. I would like all of us to use this mail thread to put forth our thoughts (and any action items some of us may have already come up with silently) so that the community can see what great heights Geronimo will scale in 2008. We certainly need more exposure in the tools area and having a Geronimo NetBeans plugin is a way to go. Eclipse one's fine, but we need to bring Geronimo to NetBeans masses and let them know there's another application server with a name that starts with G which is worth paying attention to as well. Documentation, documentation and no need to say more but documentation is an absolute must. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl