Re: Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ?
Shawn Jiang wrote: Now we are using karaf as OSGI runtime. Karaf has its own shell which is based on RFC 139 command service. Karaf shell uses blueprint and a set of util abstract classes to provide a easy to use program model for new commands. Geronimo 2.x has its own shell which * bases on gshell * uses groovy to define commands.(I don't kown why but I don't like this) * uses classworld to bootstrap itself * uses a serverProxy to provide geronimo server startup/stop commands. * uses JMX to invoke jsr88 implementation to provide applications deploy/undeploy/distribution commands. * uses JMX to get plugin installer GBean instance to provide plugin install and customized assemblely commands. I found that all the gshell bootstrap files in geronimo_home/etc has been removed in geronimo 3.0 framework. Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ? I don't believe there's any plan to migrate away from gshell to using the karaf shell (at least yet). I'm a little concerned about breaking any custom commands/scripts that may have been written for prior Geronimo releases, so there's a bit of a balancing act involved here. I suspect we might want to explore keeping the existing geronimo shell, but see if it is possible for it to invoke commands built using the Karaf infrastructure. This would allow us to reuse existing Karaf commands and allow new commands to be written using the Karaf programming model. Rick -- Shawn
[BUILD] trunk: Failed for Revision: 832746
Geronimo Revision: 832746 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20091104/build-0900.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20091104/unit-test-reports -- 1 required artifact is missing. for artifact: org.apache.geronimo.framework:geronimo-cli:bundle:3.0-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), ibiblio.org (http://repo.exist.com/maven2), apache.snapshots (http://repository.apache.org/snapshots) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.bundles -DartifactId=commons-cli -Dversion=1.0_1-SNAPSHOT -Dpackaging=jar -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.bundles -DartifactId=commons-cli -Dversion=1.0_1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.framework:geronimo-cli:bundle:3.0-SNAPSHOT 2) org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.framework:geronimo-cli:bundle:3.0-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), ibiblio.org (http://repo.exist.com/maven2), apache.snapshots (http://repository.apache.org/snapshots) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:599) 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.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.bundles -DartifactId=commons-cli -Dversion=1.0_1-SNAPSHOT -Dpackaging=jar -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.bundles -DartifactId=commons-cli -Dversion=1.0_1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.framework:geronimo-cli:bundle:3.0-SNAPSHOT 2) org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.framework:geronimo-cli:bundle:3.0-SNAPSHOT from the specified remote repositories: codehaus.snapshots (http://snapshots.repository.codehaus.org), ibiblio.org (http://repo.exist.com/maven2), apache.snapshots (http://repository.apache.org/snapshots) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:288) at org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDependencies
Re: Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ?
On Wed, Nov 4, 2009 at 6:39 PM, Rick McGuire rick...@gmail.com wrote: Shawn Jiang wrote: Now we are using karaf as OSGI runtime. Karaf has its own shell which is based on RFC 139 command service. Karaf shell uses blueprint and a set of util abstract classes to provide a easy to use program model for new commands. Geronimo 2.x has its own shell which * bases on gshell * uses groovy to define commands.(I don't kown why but I don't like this) * uses classworld to bootstrap itself * uses a serverProxy to provide geronimo server startup/stop commands. * uses JMX to invoke jsr88 implementation to provide applications deploy/undeploy/distribution commands. * uses JMX to get plugin installer GBean instance to provide plugin install and customized assemblely commands. I found that all the gshell bootstrap files in geronimo_home/etc has been removed in geronimo 3.0 framework. Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ? I don't believe there's any plan to migrate away from gshell to using the karaf shell (at least yet). I'm a little concerned about breaking any custom commands/scripts that may have been written for prior Geronimo releases, so there's a bit of a balancing act involved here. Got it , Thanks I suspect we might want to explore keeping the existing geronimo shell, but see if it is possible for it to invoke commands built using the Karaf infrastructure. To call Karaf command from existing geronimo shell. we have to change the current geronimo shell bootstrap from classworld to osgi firstly. And then figure out a way to add some bridge code in geronimo shell. This would allow us to reuse existing Karaf commands and allow new commands to be written using the Karaf programming model. I'm wondering can we migrate all existing geronimo commands to karaf shell. and then use gshell-karaf bridge to call them to provide legacy gshell interface. So that two set of commands mode are co-existing. We can recommend the users to use karaf shell from geronimo 3.0. When it get popular, the gshell can be optional or be removed in future release someday. Rick -- Shawn -- Shawn
[jira] Commented: (GERONIMO-4927) keystorePass attribute on TomcatWebSSLConnector GBean should be encrypted/obscured
[ https://issues.apache.org/jira/browse/GERONIMO-4927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12773508#action_12773508 ] Ashish Jain commented on GERONIMO-4927: --- IMO the best way without introducing much complexity would be to have a line of code checking for keystorePass attribute. In this way we may not have to worry about migration issues. I have generated a patch. Please verify. Thanks. keystorePass attribute on TomcatWebSSLConnector GBean should be encrypted/obscured -- Key: GERONIMO-4927 URL: https://issues.apache.org/jira/browse/GERONIMO-4927 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.5, 2.2 Reporter: Kevan Miller Fix For: 2.1.5, 2.2.1, 3.0 keystorePass does not conform to the current convention for encrypting/obscuring GBean attributes. Currently, attribute names with 'password' will be encrypted. We should either recognize keystorePass as an attribute requiring encryption or add a new keystorePassword attribute and start using that (with some appropriate migration logic, if a 'keystorePass' is configured). I guess I prefer the latter option. Other opinions? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4927) keystorePass attribute on TomcatWebSSLConnector GBean should be encrypted/obscured
[ https://issues.apache.org/jira/browse/GERONIMO-4927?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain updated GERONIMO-4927: -- Attachment: 4927.patch keystorePass attribute on TomcatWebSSLConnector GBean should be encrypted/obscured -- Key: GERONIMO-4927 URL: https://issues.apache.org/jira/browse/GERONIMO-4927 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.5, 2.2 Reporter: Kevan Miller Fix For: 2.1.5, 2.2.1, 3.0 Attachments: 4927.patch keystorePass does not conform to the current convention for encrypting/obscuring GBean attributes. Currently, attribute names with 'password' will be encrypted. We should either recognize keystorePass as an attribute requiring encryption or add a new keystorePassword attribute and start using that (with some appropriate migration logic, if a 'keystorePass' is configured). I guess I prefer the latter option. Other opinions? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
help
Hi, I am 100% new. I could not find help anywhere. Anybody can tell me where is my help? Thanks first. I want to learn geronimo and do some develop for it if possible. I followed the instruction from apache-geronimo page How to Build Geronimo Eclipse Plugin from Source 1. installed Apache Maven 2.0.9 2.get source code from http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/trunk 3. set MAVEN_OPTS=-Xmx512m -XX:MaxPermSize=128m 3. run command mvn clean install -Ptestsuite. I always got error, missing something or run test error. Thanks Fei Li
Re: help
Hi Fei, Please try and limit your email topics to a single mailing list. Donald Woods responded to your first question as follows: On Nov 3, 2009, at 8:05 PM, Donald Woods wrote: Before building the Eclipse Plugins (GEP 2.2.0) you'll need to build a Geronimo 2.2-SNAPSHOT server locally (from geronimo/brnaches/2.2), as the artifacts out on the SNAPSHOT repo are really old. I've started a build to publish the latest 2.2-SNAPSHOT artifacts out, to get one last one out there before we have a 2.2 RC to start testing, but it'll take several hours for the publish to finish. The best bet, is to always build the latest server code before trying to build GEP I haven't tried to build devtools, recently. Will give it a try... --kevan
Re: Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ?
We could also mention that GShell is deprecated (or some better disclaimer/wording) in the 2.2 Release Notes, since it hasn't been released yet. I'd rather use the GShell offspring in Karaf than bolt yet another set of warts onto the 3.0 server. Also, we need to keep one of the original goals of minimize server install and runtime footprint in mind, which having 2 shell environments wouldn't -Donald Rick McGuire wrote: Shawn Jiang wrote: Now we are using karaf as OSGI runtime. Karaf has its own shell which is based on RFC 139 command service. Karaf shell uses blueprint and a set of util abstract classes to provide a easy to use program model for new commands. Geronimo 2.x has its own shell which * bases on gshell * uses groovy to define commands.(I don't kown why but I don't like this) * uses classworld to bootstrap itself * uses a serverProxy to provide geronimo server startup/stop commands. * uses JMX to invoke jsr88 implementation to provide applications deploy/undeploy/distribution commands. * uses JMX to get plugin installer GBean instance to provide plugin install and customized assemblely commands. I found that all the gshell bootstrap files in geronimo_home/etc has been removed in geronimo 3.0 framework. Is there any plan to migrate existing geronimo shell commands from gshell to karaf shell in geronimo 3.0 ? I don't believe there's any plan to migrate away from gshell to using the karaf shell (at least yet). I'm a little concerned about breaking any custom commands/scripts that may have been written for prior Geronimo releases, so there's a bit of a balancing act involved here. I suspect we might want to explore keeping the existing geronimo shell, but see if it is possible for it to invoke commands built using the Karaf infrastructure. This would allow us to reuse existing Karaf commands and allow new commands to be written using the Karaf programming model. Rick -- Shawn
Re: help
Please post the exact build errors you are seeing. Also, most GEP developers build the latest 2.2 server before trying to build GEP, so you'll have all of the required depends already installed in your local m2 repo. -Donald Fei LI wrote: Hi, I am 100% new. I could not find help anywhere. Anybody can tell me where is my help? Thanks first. I want to learn geronimo and do some develop for it if possible. I followed the instruction from apache-geronimo page How to Build Geronimo Eclipse Plugin from Source 1. installed Apache Maven 2.0.9 2.get source code from _http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/trunk_ 3. set MAVEN_OPTS=-Xmx512m -XX:MaxPermSize=128m 3. run command mvn clean install -Ptestsuite. I always got error, missing something or run test error. Thanks Fei Li
RE: help
Hi Kevan, I am so glad to have your answer. Yes, I sent to everyone because I do not know if my email reached anybody. I always get my own email back. I do not know what that means. Blocked? Bumped? Accepted but nobody answer? After you fix it, can you simply give me what procedure to follow? I need a success build without error. 1. which Maven version to try. 2. which SVN path to retrieve source code. 3. which Maven commend to use: mvn clean install -Ptestsuite Thanks Fei Li From: Kevan Miller [mailto:kevan.mil...@gmail.com] Sent: Wednesday, November 04, 2009 11:19 AM To: Geronimo Dev Cc: Fei LI Subject: Re: help Hi Fei, Please try and limit your email topics to a single mailing list. Donald Woods responded to your first question as follows: On Nov 3, 2009, at 8:05 PM, Donald Woods wrote: Before building the Eclipse Plugins (GEP 2.2.0) you'll need to build a Geronimo 2.2-SNAPSHOT server locally (from geronimo/brnaches/2.2), as the artifacts out on the SNAPSHOT repo are really old. I've started a build to publish the latest 2.2-SNAPSHOT artifacts out, to get one last one out there before we have a 2.2 RC to start testing, but it'll take several hours for the publish to finish. The best bet, is to always build the latest server code before trying to build GEP I haven't tried to build devtools, recently. Will give it a try... --kevan
Re: Geronimo Blog
roller ID: gawor apache email address: ga...@apache.org Thanks, Jarek On Mon, Nov 2, 2009 at 5:38 PM, Kevan Miller kevan.mil...@gmail.com wrote: All, A new Geronimo community blog has been created at http://blogs.apache.org/geronimo/ If you'd like the ability to post to the blog, reply to this email. At the moment, access is limited to Geronimo committers. If this policy changes, I'll let everyone know... --kevan
RE: help
Hi Donald, Thanks for your answer and I tried to build the server first, and I got error message: [INFO] Unable to find resource 'org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.bundles:commons-cli:jar:1.0_1-SNAPSHOT My building environment is: Windows XP apache-maven-2.2.0 Source code from: https://svn.apache.org/repos/asf/geronimo/server/trunk Any suggestion? Thanks Fei Li -Original Message- From: Donald Woods [mailto:dwo...@apache.org] Sent: Wednesday, November 04, 2009 11:25 AM To: dev@geronimo.apache.org Cc: Fei LI Subject: Re: help Please post the exact build errors you are seeing. Also, most GEP developers build the latest 2.2 server before trying to build GEP, so you'll have all of the required depends already installed in your local m2 repo. -Donald Fei LI wrote: Hi, I am 100% new. I could not find help anywhere. Anybody can tell me where is my help? Thanks first. I want to learn geronimo and do some develop for it if possible. I followed the instruction from apache-geronimo page How to Build Geronimo Eclipse Plugin from Source 1. installed Apache Maven 2.0.9 2.get source code from _http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/trun k_ 3. set MAVEN_OPTS=-Xmx512m -XX:MaxPermSize=128m 3. run command mvn clean install -Ptestsuite. I always got error, missing something or run test error. Thanks Fei Li
Re: help
For the 2.2 based projects - Maven 2.0.10 Java 5 (latest 1.5.0 from Sun or IBM) First, build the server without tests - 1) svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.2 g22 Note: for Windows, extract to a drive root to minimize the path length used, like C:\g22 2) cd g22 3) mvn clean install -DfailIfNoTests=false -Dtest= Next, build GEP 2.2.0 (but not the testsuite) - 1) svn co https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/trunk gep-trunk 2) cd gep-trunk 3) mvn clean install If all went well, then you can try running the testsuite - 1) cd testsuite 2) mvn clean install -Donald Fei LI wrote: Hi Kevan, I am so glad to have your answer. Yes, I sent to everyone because I do not know if my email reached anybody. I always get my own email back. I do not know what that means. Blocked? Bumped? Accepted but nobody answer? After you fix it, can you simply give me what procedure to follow? I need a success build without error. 1. which Maven version to try. 2. which SVN path to retrieve source code. 3. which Maven commend to use: mvn clean install -Ptestsuite Thanks Fei Li *From:* Kevan Miller [mailto:kevan.mil...@gmail.com] *Sent:* Wednesday, November 04, 2009 11:19 AM *To:* Geronimo Dev *Cc:* Fei LI *Subject:* Re: help Hi Fei, Please try and limit your email topics to a single mailing list. Donald Woods responded to your first question as follows: On Nov 3, 2009, at 8:05 PM, Donald Woods wrote: Before building the Eclipse Plugins (GEP 2.2.0) you'll need to build a Geronimo 2.2-SNAPSHOT server locally (from geronimo/brnaches/2.2), as the artifacts out on the SNAPSHOT repo are really old. I've started a build to publish the latest 2.2-SNAPSHOT artifacts out, to get one last one out there before we have a 2.2 RC to start testing, but it'll take several hours for the publish to finish. The best bet, is to always build the latest server code before trying to build GEP I haven't tried to build devtools, recently. Will give it a try... --kevan
