Re: [VOTE] Release ServiceMix 3.2
+1, sorry i was in vacation and offline most of the time... On 10/26/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi All, I have uploaded a version of ServiceMix 3.2 for you to review. See http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2 for all the links and release notes. [ ] +1 Release ServiceMix 3.2 [ ] ± 0 [ ] -1 Do not release ServiceMix 3.2 Cheers Freeman -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Issue: DeliveryChannel has been closed
Hi All, We have a service-mix component using which we are reading the messages from the queue. We are using Websphere MQ 6.0. We are getting the following error message: 00:27:38,184 INFO [Draft5MQListenerBinding] Draft5MQListenerBinding--onmessage javax.jbi.messaging.MessagingException: DeliveryChannel has been closed. at org.apache.servicemix.jbi.messaging.MessageExchangeFactoryImpl.checkNotClosed(MessageExchangeFactoryImpl.java:64) at org.apache.servicemix.jbi.messaging.MessageExchangeFactoryImpl.createInOnlyExchange(MessageExchangeFactoryImpl.java:109) at com.symcor.wir.servicemix.mq.Draft5MQListenerBinding.onMessage(Draft5MQListenerBinding.java:29) at com.ibm.mq.jms.MQMessageConsumer.receiveAsync(MQMessageConsumer.java:2804) at com.ibm.mq.jms.SessionAsyncHelper.run(SessionAsyncHelper.java:406) at java.lang.Thread.run(Thread.java:595) 2007.11.07 00:27:38 MQJMS1034E MessageListener threw: com.symcor.wir.servicemix.mq.exception.Draft5MQListenerBindingException: DeliveryChannel has been closed. At times we are facing another error: 00:59:16,392 INFO [Draft5MQListenerBinding] Draft5MQListenerBinding--onmessage Exception in thread asyncDelivery0 java.lang.NoClassDefFoundError: com/ibm/mq/jms/services/psk/LogMessage at com.ibm.mq.jms.SessionAsyncHelper.run(SessionAsyncHelper.java:427) at java.lang.Thread.run(Thread.java:595) This class is present in the com.ibm.mqjms-1.0.jar, and this jar is included in the classpath. These errors are inconsistent. We are facing these errors only once in a while. Any pointers/solutions would be of great help. Thanks, Premjith -- View this message in context: http://www.nabble.com/Issue%3A-DeliveryChannel-has-been-closed-tf4762846s12049.html#a13621760 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: problems when deploy ejb in eclipse
On 11/6/07, beyondjusitn [EMAIL PROTECTED] wrote: I setup a app server on a machine, say A. And I test it, it works fine. In eclipse I install the server environment, apache Geronimo v2.0. The steps are as follows. Could you tell us about the versions you're working with? Without Eclipse, the plugin and Geronimo versions it's nearly impossible to work it out. BTW, I think you'd be better off sending the question to the [EMAIL PROTECTED] mailing list as that's the place where Geronimo users share their experiences and help each other (they see things a mere committer sometimes couldn't even notice ;-)). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[BUILD] 2.1: Failed for Revision: 592322
OpenEJB trunk at 592316 Geronimo Revision: 592322 built with tests included See the full build-0300.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-0300.log [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.074 seconds Time to generate code: 0.101 seconds Time to compile code: 3.78 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6 source files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 1 source file to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.webservices.builder.ParsingTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.432 sec Results : Tests run: 7, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-webservices-builder/2.1-SNAPSHOT/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [INFO] Building Geronimo Modules :: OpenEJB :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.081 seconds Time to generate code: 0.059 seconds Time to compile code: 2.79 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/openejb/geronimo-openejb-builder/target/classes/META
Re: [DISCUSS] Release J2G 1.0.0 RC1
What are they .project and .classpath files? They don't have ASL license headers... I assume JBoss is a trademarked name. We are using it in some file names and in some file contents. Are we handling this correctly? I don't know the answer off hand. There was a recent discussion about aggregating migration tools in a common devtools directory. Was there a consensus reached? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald
Re: [DISCUSS] Release J2G 1.0.0 RC1
Strange. In j2g-eclipse-plugin-1.0.0-RC1-deployable.ziphttp://people.apache.org/~dwoods/releases/j2g-1.0.0/j2g-eclipse-plugin-1.0.0-RC1-deployable.zipthe LICENSE.txt and NOTICE.txt files are write-only (i.e. I have to chmod +r to read them). I haven't tried building yet. Is this an artifact of your build environment? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald
Re: problems when deploy ejb in eclipse
Thanks a lot. I've send this question to the mail-list. Additionally, I'm using: Eclipse-3.3.0 Web Standard Tools-Version: 2.0.1 geronimo-jetty6-jee5-2.0.1 linux-Red had Enterprise 7.0(server installed on it) xDoclet-1.2.3 Jacek Laskowski wrote: On 11/6/07, beyondjusitn [EMAIL PROTECTED] wrote: I setup a app server on a machine, say A. And I test it, it works fine. In eclipse I install the server environment, apache Geronimo v2.0. The steps are as follows. Could you tell us about the versions you're working with? Without Eclipse, the plugin and Geronimo versions it's nearly impossible to work it out. BTW, I think you'd be better off sending the question to the [EMAIL PROTECTED] mailing list as that's the place where Geronimo users share their experiences and help each other (they see things a mere committer sometimes couldn't even notice ;-)). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- View this message in context: http://www.nabble.com/problems-when-deploy-ejb-in-eclipse-tf4756403s134.html#a13605393 Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [VOTE] Release ServiceMix 3.2
my +1 Btw, this vote will be closed by end of today. cheers Freeman On 11/6/07, Guillaume Nodet [EMAIL PROTECTED] wrote: +1, sorry i was in vacation and offline most of the time... On 10/26/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi All, I have uploaded a version of ServiceMix 3.2 for you to review. See http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2 for all the links and release notes. [ ] +1 Release ServiceMix 3.2 [ ] ± 0 [ ] -1 Do not release ServiceMix 3.2 Cheers Freeman -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[BUILD] 2.1: Failed for Revision: 592426
OpenEJB trunk at 592410 Geronimo Revision: 592426 built with tests included See the full build-0900.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-0900.log [INFO] [car:package] Downloading: http://download.java.net/maven/1//axis/poms/axis-saaj-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-saaj/1.4/axis-saaj-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.073 seconds Time to generate code: 0.183 seconds Time to compile code: 3.722 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6 source files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 1 source file to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.webservices.builder.ParsingTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.439 sec Results : Tests run: 7, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-webservices-builder/2.1-SNAPSHOT/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [INFO] Building Geronimo Modules :: OpenEJB :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.083 seconds Time to generate code: 0.058 seconds Time to compile code: 2.483 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files
[jira] Resolved: (GERONIMO-3542) Impossible to deploy EAR with resource of type ConnectionFactory after it's been deployed and undeployed
[ https://issues.apache.org/jira/browse/GERONIMO-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3542. --- Resolution: Fixed Fix Version/s: 2.1 Assignee: Jarek Gawor Resolving as the OpenEJB patch was applied. Impossible to deploy EAR with resource of type ConnectionFactory after it's been deployed and undeployed Key: GERONIMO-3542 URL: https://issues.apache.org/jira/browse/GERONIMO-3542 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, OpenEJB Affects Versions: 2.1 Reporter: Jacek Laskowski Assignee: Jarek Gawor Fix For: 2.1 Attachments: geronimo-issue3542.txt, SampleEAR.ear Deploy an EAR with resource definition of type javax.jms.ConnectionFactory, undeploy and attempt to deploy it again. javax.naming.NameAlreadyBoundException is thrown that results in bizarre error message stack that ends with J2EEApplication=pl.jaceklaskowski.mdb/SampleEAR/1.0/ear,j2eeType=EJBModule,name=TicketServiceMDB.jar did not start because Creating application failed: c:\geronimo\var\temp\geronimo-deploymentUtil745.jar: Error deploying 'TicketServiceMDBBean'. Exception: class org.apache.openejb.OpenEJBException: Unable to create activation spec: ResourceAdapter is not of type: org.apache.activemq.ra.ActiveMQResourceAdapter: Unable to create activation spec: ResourceAdapter is not of type: org.apache.activemq.ra.ActiveMQResourceAdapter Attached is a sample app to play with and reproduce the issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Viet Hung Nguyen updated GERONIMO-3586: --- Attachment: geronimo-3586.patch The following patch creates a jetty specific and tomcat specific plugin. After the patch is applied there needs to be some clean up: svn delete mrc-server/mrc-car/ svn delete mrc-server/MRC.xml svn delete mrc-server/mrc-ejb/src/main/java/org/apache/geronimo/monitor/snapshot/SnapshotXMLBuilder.java svn delete mrc-server/mrc-ejb/src/main/java/org/apache/geronimo/monitor/snapshot/SnapshotThread.java monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] 2.1 Release
I thought of a couple more things we might consider trying to get into 2.1. 1. get rid of gbean proxies in gbean references. IIRC Dain did some experiments long ago and this resulted in a noticeable speedup. The problem at that time was that it broke the admin console. I think the main breakage was that attribute changes weren't saved??? I was wondering if we could leave the machinery to create proxies in place but not use it for gbean references and have the admin console explicitly request the proxies. Does anyone remember or know enough about this to comment on or refute this? 2. look up gbeans in jndi in the admin console. I really haven't looked into whether this makes any sense at all, but we do now have the ability to bind gbeans in jndi and IIRC we did not when most of the console was originally written. I doubt I will have time to work on either of these in the next couple weeks but I think either one would make a reasonably small and self contained project with noticeable benefits (particularly 1) thanks david jencks On Nov 1, 2007, at 10:00 AM, Kevan Miller wrote: I think it's time to start discussing the particulars of a 2.1 release. There's been a lot of advancements made in our plugin infrastructure. There's also been the pluggable console enhancements. It would be good to get a release out, with these capabilities. They provide a more solid platform for future enhancements, I think. There's also GShell and new monitoring capabilities. I'm probably missing a few other new functions. Finally, IIUC, 2.1 would be able to support a Terracotta plugin. I'd also be very interested to hear what WADI capabilities that could be exposed. I'm willing to bang the release manager drum. I see that Joe has already started tugging on the TCK chain What do others think? How close are we to a 2.1 release? What additional capabilities and bug fixes are needed? Can we wrap up development activities in the next week or two? --kevan
[jira] Updated: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Viet Hung Nguyen updated GERONIMO-3586: --- Patch Info: [Patch Available] monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1125) Flag to bypass eip-enrichment response wrapping
Flag to bypass eip-enrichment response wrapping Key: SM-1125 URL: https://issues.apache.org/activemq/browse/SM-1125 Project: ServiceMix Issue Type: New Feature Components: servicemix-eip Affects Versions: 3.1.3 Environment: all Reporter: Jeff Deppen Fix For: 3.1.3 Attachments: ContentEnricher.java Currently eip-enricher returns a response that wraps the original message and the resultant (enriched) message. This behavior is fairly intrusive on downstream endpoints; they must parse the message differently depending upon if the message was enriched or not. The new flag allows the wrapping logic to be bypassed. The net result is the enricher will send the original message, with enrichments, on to the target. I'm attaching the source code for the fix/enhancement. The new content-enricher attribute name is: wrapResult. If true, it bypasses wrapping. The default of false produces the wrapped result. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3563) Remove duplicate plan.xml files under configs
[ https://issues.apache.org/jira/browse/GERONIMO-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540485 ] Jarek Gawor commented on GERONIMO-3563: --- David Jencks removed majority of the duplicated plans. I also just removed some that were missed (revision 592488). Remove duplicate plan.xml files under configs - Key: GERONIMO-3563 URL: https://issues.apache.org/jira/browse/GERONIMO-3563 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem, car-maven-plugin Affects Versions: 2.1 Reporter: Vamsavardhana Reddy Priority: Minor Fix For: 2.1 Under some configs, there is a plan.xml under src/plan directory and another in src/main/plan directory. The file under src/main/plan is redundant and should be removed to avoid confusion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3563) Remove duplicate plan.xml files under configs
[ https://issues.apache.org/jira/browse/GERONIMO-3563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3563. --- Resolution: Fixed Assignee: David Jencks With revision 592491 there should be no old plan.xml files in trunk now. Thanks David and Vamsi! Remove duplicate plan.xml files under configs - Key: GERONIMO-3563 URL: https://issues.apache.org/jira/browse/GERONIMO-3563 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem, car-maven-plugin Affects Versions: 2.1 Reporter: Vamsavardhana Reddy Assignee: David Jencks Priority: Minor Fix For: 2.1 Under some configs, there is a plan.xml under src/plan directory and another in src/main/plan directory. The file under src/main/plan is redundant and should be removed to avoid confusion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3455) Timer resource injection fails
[ https://issues.apache.org/jira/browse/GERONIMO-3455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3455. --- Resolution: Fixed Fix Version/s: 2.1 I don't think we will port these changes to branches/2.0 so for now I'm resolving this issue. Timer resource injection fails -- Key: GERONIMO-3455 URL: https://issues.apache.org/jira/browse/GERONIMO-3455 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0.1 Environment: OS X 10.4.9, Java 1.5.0_07 Reporter: Craig Blake Assignee: Jarek Gawor Priority: Critical Fix For: 2.1 Using a Resource annotation to inject a TImerService instance fails in Geronimo 2.0.1 using the following sample code: import javax.annotation.Resource; import javax.ejb.Stateless; import javax.ejb.TimerService; @Stateless public class SampleBean implements Sample { @Resource TimerService timer; public void run() {} } 12:31:28,675 ERROR [Deployer] Deployment failed due to org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'SampleBean/timer' (Could not auto-map to resource. Try adding a resource-ref mapping to your Geronimo deployment plan. Search conducted in current module and dependencies: [ALL: org.apache.geronimo.configs/openejb//car] [ALL: org.apache.geronimo.configs/system-database//car] [ALL: org.apache.geronimo.configs/tomcat6//car] [ALL: org.apache.openejb/openejb-core//jar] [ALL: org.apache.geronimo.modules/geronimo-openejb//jar] [ALL: org.apache.geronimo.configs/openjpa//car] [ALL: org.apache.geronimo.configs/j2ee-corba-yoko//car] [ALL: org.apache.geronimo.configs/axis//car] [ALL: org.apache.geronimo.configs/axis2//car] ) at org.apache.geronimo.connector.deployment.ResourceRefBuilder.buildNaming(ResourceRefBuilder.java:202) at org.apache.geronimo.connector.deployment.ResourceRefBuilder$$FastClassByCGLIB$$71dbb49e.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.naming.deployment.ResourceEnvironmentSetter$$EnhancerByCGLIB$$a17d2cf4.buildNaming(generated) at org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:53) . . . . -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Security for dynamic content apps -- gettogether at ApacheCon?
David Jencks wrote: I've worked a bit on integrating Roller and Jetspeed2 into Geronimo and one thing that quickly becomes clear is that the authorization security requirements of these dynamic content applications are almost completely unrelated to the javaee security specifications. One small possible overlap is that the JACC spec supplies the possibility of pluggable policies for authorization evaluation. I wondered if people would be interested in getting together to discuss how app servers such as geronimo and security products such as TripleSec could support these non-javaee security requirements and how much commonality there might be across different types of application. I'll be at ApacheCon all week and would be happy to talk to everyone individually or in an informal meeting. I'll be at ApacheCon all week too, and definitely like to discuss these matters. For Jetspeed 2.2 (or 2.3) we plan to revisit our current security model so this is perfect timing for us to see how we can bring more alignment/compatibility with app servers and security products. See you in Atlanta next week! Regards, Ate Some of the things I've been wondering about are: - permission definition - user administration: how are users added and removed or have their permissions changed. - resource administration: how are resources such as blogs, portal pages, or portlets added or removed or have their user access changed - specification of default policy for new users and new resources: e.g. when a new user signs up what can they do? thanks! david jencks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DISCUSS] 2.1 Release
On Nov 6, 2007, at 11:35 AM, David Jencks wrote: 1. get rid of gbean proxies in gbean references. IIRC Dain did some experiments long ago and this resulted in a noticeable speedup. The problem at that time was that it broke the admin console. I think the main breakage was that attribute changes weren't saved??? I was wondering if we could leave the machinery to create proxies in place but not use it for gbean references and have the admin console explicitly request the proxies. Does anyone remember or know enough about this to comment on or refute this? As I recall the main issue with getting rid of the automatic proxy creation was that the console currently takes advantage of the fact that they can be cast to GeronimoManagedBean, which allows the console to do things like start/stop the gbean or get the gbean state and uptime in a generic way without knowing the ObjectName in advance. GeronimoManagedBean.getObjectName() is also pretty handy for introspection purposes. So leaving the machinery in place to support explicitly creating proxies would probably be required at minimum. But I like the idea of eliminating the automatic creation of proxies - not only for the speedup but also because the automagically generated src can drive me crazy when debugging. I know proxies can be turned off via Dain's experimental system property but I'm usually debugging the console, which needs them turned on. Catch-22. If someone wants to create a patch for the kernel that implements this idea then I can help assess the subsequent changes needed for the console. Best wishes. Paul
[jira] Assigned: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3586: - Assignee: Jarek Gawor monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Jarek Gawor Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540545 ] Anita Kulshreshtha commented on GERONIMO-3586: -- Viet, The mrc-server code should not need to refer to any specific stats or statsImpl. Could you please elaborate why you need to know about them? However we do need to move the Jetty*Stats and Jetty*StatsImpl to geronimo-management (o.a.g.management.geronimo.stats) module. monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Jarek Gawor Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3523) java.io.IOException: FULL head
[ https://issues.apache.org/jira/browse/GERONIMO-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540542 ] Paul McMahan commented on GERONIMO-3523: Using the HTTP session to store render parms didn't work out. Rev. 592536 sets the header buffer size to 8k for jetty web connectors in G. The default buffer size had been tuned to 4k in jetty as part of http://fisheye.codehaus.org/browse/jetty/jetty/tags/jetty-6.1.5/modules/jetty/src/main/java/org/mortbay/jetty/AbstractBuffers.java?r1=1649r2=1723 java.io.IOException: FULL head -- Key: GERONIMO-3523 URL: https://issues.apache.org/jira/browse/GERONIMO-3523 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.0.x Reporter: Jarek Gawor Assignee: Paul McMahan On Jetty the testsuite/console-testsuite/advanced tests usually fail with strange errors while the same works fine on Tomcat. On the server I see the following errors: 16:22:43,046 WARN [log] handle failed java.io.IOException: FULL head at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:276) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:201) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:331) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) The tests fail with different errors e.g. (it changes from run to run): testNewJMSResource(org.apache.geronimo.testsuite.console.JMSResourcesTest) Time elapsed: 7.86 sec FAILURE! com.thoughtworks.selenium.SeleniumException: ERROR: Element //[EMAIL PROTECTED]'Add Destination'] not found at com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:73) at com.thoughtworks.selenium.DefaultSelenium.click(DefaultSelenium.java:82) at org.apache.geronimo.testsuite.console.JMSResourcesTest.testNewJMSResource(JMSResourcesTest.java:47) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3523) java.io.IOException: FULL head
[ https://issues.apache.org/jira/browse/GERONIMO-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul McMahan resolved GERONIMO-3523. Resolution: Fixed Fix Version/s: 2.1 java.io.IOException: FULL head -- Key: GERONIMO-3523 URL: https://issues.apache.org/jira/browse/GERONIMO-3523 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.0.x Reporter: Jarek Gawor Assignee: Paul McMahan Fix For: 2.1 On Jetty the testsuite/console-testsuite/advanced tests usually fail with strange errors while the same works fine on Tomcat. On the server I see the following errors: 16:22:43,046 WARN [log] handle failed java.io.IOException: FULL head at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:276) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:201) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:331) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) The tests fail with different errors e.g. (it changes from run to run): testNewJMSResource(org.apache.geronimo.testsuite.console.JMSResourcesTest) Time elapsed: 7.86 sec FAILURE! com.thoughtworks.selenium.SeleniumException: ERROR: Element //[EMAIL PROTECTED]'Add Destination'] not found at com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:73) at com.thoughtworks.selenium.DefaultSelenium.click(DefaultSelenium.java:82) at org.apache.geronimo.testsuite.console.JMSResourcesTest.testNewJMSResource(JMSResourcesTest.java:47) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3587) Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats
Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats --- Key: GERONIMO-3587 URL: https://issues.apache.org/jira/browse/GERONIMO-3587 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: management, Tomcat Affects Versions: 2.1 Reporter: Joe Bohn Priority: Minor There are currently Tomcat specific implementations under o/a/g/management. These should be included under tomcat. We're trying to get things more modular so that tomcat specific elements are only included if tomcat itself is installed. Likewise for Jetty. Having these elements under management pulls Tomcat specific items into the image when Tomcat itself is not included. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540549 ] Joe Bohn commented on GERONIMO-3586: Anita, I just opened GERONIMO-3587 (https://issues.apache.org/jira/browse/GERONIMO-3587) to move the tomcat specific items from management to Tomcat thinking that it makes sense to keep Tomcat items with Tomcat and likewise for Jetty and use interfaces to provide common access. However, I can see that you are thinking the other way. I must be missing something obvious ... can you help me understand your perspective? Thanks, Joe monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Jarek Gawor Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.1: Failed for Revision: 592535
OpenEJB trunk at 592525 Geronimo Revision: 592535 built with tests included See the full build-1500.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-1500.log [INFO] [car:package] Downloading: http://download.java.net/maven/1//axis/poms/axis-saaj-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-saaj/1.4/axis-saaj-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.085 seconds Time to generate code: 0.102 seconds Time to compile code: 3.439 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6 source files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 1 source file to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.webservices.builder.ParsingTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.444 sec Results : Tests run: 7, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/geronimo-webservices-builder-2.1-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-webservices-builder/2.1-SNAPSHOT/geronimo-webservices-builder-2.1-SNAPSHOT.jar [INFO] [INFO] Building Geronimo Modules :: OpenEJB :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.08 seconds Time to generate code: 0.059 seconds Time to compile code: 2.419 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files
Re: [BUILD] 2.1: Failed for Revision: 592535
My build is failing at the same location: [INFO] Compiling 2 source files to C:\g\plugins\openejb\geronimo-openejb-builder \target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 minutes 25 seconds [INFO] Finished at: Tue Nov 06 14:25:17 CST 2007 [INFO] Final Memory: 162M/1016M [INFO] prasad-10 wrote: OpenEJB trunk at 592525 Geronimo Revision: 592535 built with tests included See the full build-1500.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-1500.log [INFO] [car:package] Downloading: http://download.java.net/maven/1//axis/poms/axis-saaj-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-saaj/1.4/axis-saaj-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.085 seconds Time to generate code: 0.102 seconds Time to compile code: 3.439 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6 source files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 1 source file to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/surefire-reports
Re: [BUILD] 2.1: Failed for Revision: 592535
Yes, this is because there were some changes in openejb that require comparable changes in Geronimo and to compound the problem ... openejb just released a new snapshot today so you now hit the problem even if you don't build openejb locally. I'm not familiar with the openejb changes but I have a local update for geornimo-openejb-builder that at least gets things building again. As soon as I can validate that the server works to some degree with this change I will commit it. Joe jruffin wrote: My build is failing at the same location: [INFO] Compiling 2 source files to C:\g\plugins\openejb\geronimo-openejb-builder \target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 minutes 25 seconds [INFO] Finished at: Tue Nov 06 14:25:17 CST 2007 [INFO] Final Memory: 162M/1016M [INFO] prasad-10 wrote: OpenEJB trunk at 592525 Geronimo Revision: 592535 built with tests included See the full build-1500.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-1500.log [INFO] [car:package] Downloading: http://download.java.net/maven/1//axis/poms/axis-saaj-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-saaj/1.4/axis-saaj-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.085 seconds Time to generate code: 0.102 seconds Time to compile code: 3.439 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6 source files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices
[jira] Commented: (GERONIMO-3587) Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats
[ https://issues.apache.org/jira/browse/GERONIMO-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540550 ] Anita Kulshreshtha commented on GERONIMO-3587: -- I strongly disagree with this. These stats DO NOT pull anything specific to tomcat in a Jetty image. Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats --- Key: GERONIMO-3587 URL: https://issues.apache.org/jira/browse/GERONIMO-3587 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: management, Tomcat Affects Versions: 2.1 Reporter: Joe Bohn Priority: Minor There are currently Tomcat specific implementations under o/a/g/management. These should be included under tomcat. We're trying to get things more modular so that tomcat specific elements are only included if tomcat itself is installed. Likewise for Jetty. Having these elements under management pulls Tomcat specific items into the image when Tomcat itself is not included. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-37) New Command: Clear
[ https://issues.apache.org/jira/browse/GSHELL-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540586 ] Jason Dillon commented on GSHELL-37: You gonna try and make this work? Should be able to use the JLine API to invoke something to clear the screen and then redraw the prompt fairly easily. New Command: Clear -- Key: GSHELL-37 URL: https://issues.apache.org/jira/browse/GSHELL-37 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Warner Assignee: Jason Warner Implement the ability to use the clear command. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Should we move the framework assembly into framework?
+1. Also, what about geronimo-boilerplate-javaee5? Can we remove that or change things around so it is useful? Jarek On 11/6/07, David Jencks [EMAIL PROTECTED] wrote: Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? thanks david jencks
[jira] Commented: (GERONIMO-3587) Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats
[ https://issues.apache.org/jira/browse/GERONIMO-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540611 ] Joe Bohn commented on GERONIMO-3587: Ok, so it's not as bad as it could be ... but I still don't understand why you want to have classes that are specific to either tomcat or jetty living in a common geronimo management package? Why do you feel so strongly that they should be located there? In general it seems cleaner and more consistent to me to have these under packages with their respective containers as we have done with the container stats and the jetty connector stats. IMO it just keeps things organized better. Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats --- Key: GERONIMO-3587 URL: https://issues.apache.org/jira/browse/GERONIMO-3587 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: management, Tomcat Affects Versions: 2.1 Reporter: Joe Bohn Priority: Minor There are currently Tomcat specific implementations under o/a/g/management. These should be included under tomcat. We're trying to get things more modular so that tomcat specific elements are only included if tomcat itself is installed. Likewise for Jetty. Having these elements under management pulls Tomcat specific items into the image when Tomcat itself is not included. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Should we move the framework assembly into framework?
Sounds like a good idea. --jason On Nov 6, 2007, at 12:15 PM, David Jencks wrote: Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? thanks david jencks
[jira] Closed: (GSHELL-36) The clp does not allow --help to execute if a required argument or option is configured
[ https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-36. -- Resolution: Fixed The clp does not allow --help to execute if a required argument or option is configured --- Key: GSHELL-36 URL: https://issues.apache.org/jira/browse/GSHELL-36 Project: GShell Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Assignee: Jason Warner Fix For: 1.0-alpha-1 Attachments: GShell-36.patch, GShell-36AnnotationChange.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Changes needed to the website upon PRC communication
Hi All, the Apache PRC has sent a communication to all PMC's about how we (I mean Apache projects in general) thank sponsors for their contributions to the projects on the project's website. This type of acknowledgment is not considered official from Apache, in fact gets in the way for promoting the official ASF Sponsorship and Thanks! programs. Going to a more concrete example on our website, we have a Powered By page. This page has a misleading title for a start; we have been carrying this one along for a very long time and I doubt it is up to date anyway. The Powered By page provides a list of companies rendering services and support for Apache Geronimo. So, at a minimum, we should change the page title to something more representative. The other acknowledgment we have is with Graphics by Epiq, these are folks who got voted for their designs when we overhauled the website and console. This one falls into the same category as the Powered By page for which the PRC communication seems to be specifically targeted to. The Search box also shows Powered by Google Search, however this might be a different case as this is an indicative of the type of search the user will actually run - external Google search on the Geronimo site. I just added the official ASF Sponsorship and ASF Thanks links to the Community menu box on the left as instructed in the PRC communication. We still need to determine how to deal with Powered By and Graphics by Epiq. The former should be at least renamed if not removed altogether, the latter should be removed I think. To summarize, here are the things we need to look at - Add ASF Sponsorship and ASF Thanks links (it's done) - Powered By page - rename, update, delete, ...? - Graphics by Epiq link on every page - move, remove, ...? - Powered by Google Search text on search box. What you guys think? Cheers! Hernan
Re: [BUILD] 2.1: Failed for Revision: 592535
svn up and try again. Joe Joe Bohn wrote: Yes, this is because there were some changes in openejb that require comparable changes in Geronimo and to compound the problem ... openejb just released a new snapshot today so you now hit the problem even if you don't build openejb locally. I'm not familiar with the openejb changes but I have a local update for geornimo-openejb-builder that at least gets things building again. As soon as I can validate that the server works to some degree with this change I will commit it. Joe jruffin wrote: My build is failing at the same location: [INFO] Compiling 2 source files to C:\g\plugins\openejb\geronimo-openejb-builder \target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder C:\g\plugins\openejb\geronimo-openejb-builder\src\main\java\org\apache\geronimo\ openejb\deployment\EjbRefBuilder.java:[150,44] cannot find symbol symbol : constructor JndiEncBuilder(org.apache.openejb.assembler.classic.JndiEn cInfo,java.lang.String) location: class org.apache.openejb.assembler.classic.JndiEncBuilder [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 minutes 25 seconds [INFO] Finished at: Tue Nov 06 14:25:17 CST 2007 [INFO] Final Memory: 162M/1016M [INFO] prasad-10 wrote: OpenEJB trunk at 592525 Geronimo Revision: 592535 built with tests included See the full build-1500.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-1500.log [INFO] [car:package] Downloading: http://download.java.net/maven/1//axis/poms/axis-saaj-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-saaj/1.4/axis-saaj-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-saaj/1.4/axis-saaj-1.4.pom [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/axis/axis/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-axis:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:openejb:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: axis-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/axis/axis/target/axis-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/axis/2.1-SNAPSHOT/axis-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Modules :: Webservices :: Builder [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.085 seconds Time to generate code: 0.102 seconds Time to compile code: 3.439 seconds [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/classes/META-INF [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] Copying 96 files to /home/prasad/geronimo/trunk/plugins/webservices/geronimo-webservices-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 6
Re: [VOTE] Release ServiceMix 3.2
Step 2 in the build fails: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.commons - DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -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.commons -DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.servicemix:servicemix-drools:jbi-component:3.2 2) org.drools:drools-compiler:jar:3.0.3 3) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 -- 1 required artifact is missing. for artifact: org.apache.servicemix:servicemix-drools:jbi-component:3.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://svn.apache.org/repos/asf/incubator/ servicemix/m2-repo), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), codehaus (http://repository.codehaus.org), apache-incubating (http://people.apache.org/repo/m2-incubating- repository), apache-snapshots (http://people.apache.org/repo/m2-snapshot- repository), jboss (http://repository.jboss.com/maven2) Regards, Alan On Nov 6, 2007, at 2:24 AM, Guillaume Nodet wrote: +1, sorry i was in vacation and offline most of the time... On 10/26/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi All, I have uploaded a version of ServiceMix 3.2 for you to review. See http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2 for all the links and release notes. [ ] +1 Release ServiceMix 3.2 [ ] ± 0 [ ] -1 Do not release ServiceMix 3.2 Cheers Freeman -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: Should we move the framework assembly into framework?
On Nov 6, 2007, at 2:32 PM, Jarek Gawor wrote: +1. Also, what about geronimo-boilerplate-javaee5? Can we remove that or change things around so it is useful? thanks for the reminder, it's gone david jencks Jarek On 11/6/07, David Jencks [EMAIL PROTECTED] wrote: Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? thanks david jencks
Re: Should we move the framework assembly into framework?
On Nov 6, 2007, at 2:39 PM, Joe Bohn wrote: David Jencks wrote: Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? I'm ok with it in either location. If it is moved then it would be valuable if we could modify the build to automatically include everything under configs in the assembly. That way there would be no doubt that it included exactly what should be in framework. That might not be appropriate. In fact I think we should trim the framework assembly further by removing the geronimo-gbean-deployer config. _Maybe_ we can assemble all the configs in framwork with the bootstrap gbean deployer. in which case maybe your idea would work. I think the most important thing about the framework assembly is to keep it small :-) thanks david jencks Joe
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540569 ] Anita Kulshreshtha commented on GERONIMO-3586: -- Joe, Please see my comment https://issues.apache.org/jira/browse/GERONIMO-3587#action_12540550. These are management interfaces . Although they do know about the specifics of the containers, they do not need the container itself. A monitoring console will use this information to monitor any g instance i.e. jetty or tomcat, irrespective of what the monitoring console itself is running on. monitoring plugin: collecting agent should have separate jetty and tomcat plugins - Key: GERONIMO-3586 URL: https://issues.apache.org/jira/browse/GERONIMO-3586 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Jarek Gawor Attachments: geronimo-3586.patch The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-36) The clp does not allow --help to execute if a required argument or option is configured
[ https://issues.apache.org/jira/browse/GSHELL-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540591 ] Jason Dillon commented on GSHELL-36: Testing now... gonna apply the anno patch as soon as I can verify its all happy. Thanks :-) The clp does not allow --help to execute if a required argument or option is configured --- Key: GSHELL-36 URL: https://issues.apache.org/jira/browse/GSHELL-36 Project: GShell Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Assignee: Jason Warner Fix For: 1.0-alpha-1 Attachments: GShell-36.patch, GShell-36AnnotationChange.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Should we move the framework assembly into framework?
Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? thanks david jencks
Re: svn commit: r592578 - /geronimo/server/trunk/assemblies/geronimo-boilerplate-javaee5/
*Sniff* goodbye old friend... :-P --jason On Nov 6, 2007, at 12:56 PM, [EMAIL PROTECTED] wrote: Author: djencks Date: Tue Nov 6 14:56:29 2007 New Revision: 592578 URL: http://svn.apache.org/viewvc?rev=592578view=rev Log: GERONIMO-3496 remove obsolete javaee5 boilerplate Removed: geronimo/server/trunk/assemblies/geronimo-boilerplate-javaee5/
Re: Should we move the framework assembly into framework?
David Jencks wrote: Moving the boilerplate and framework assembly into framework might make it simpler to see how to construct custom servers and check that the framework assembly only has what it should inside. Thoughts? I'm ok with it in either location. If it is moved then it would be valuable if we could modify the build to automatically include everything under configs in the assembly. That way there would be no doubt that it included exactly what should be in framework. Joe
Re: [DISCUSS] 2.1 Release
On Nov 5, 2007, at 6:45 AM, Hernan Cunico wrote: Agreed, we seem to have enough new stuff to call for a release. Here is a list trying to consolidate these new functions/improvements - GShell Are there any other GShell-related bits which we want to get into the release? --jason
Re: [DISCUSS] 2.1 Release
On Nov 6, 2007, at 3:08 PM, Jason Dillon wrote: On Nov 5, 2007, at 6:45 AM, Hernan Cunico wrote: Agreed, we seem to have enough new stuff to call for a release. Here is a list trying to consolidate these new functions/improvements - GShell Are there any other GShell-related bits which we want to get into the release? I want to get the deployer and plugin installer stuff working through gshell. Planning to look at it starting about now :-) thanks david jencks --jason
Re: SM-580
Here is what I have so far: A new provider marshaler specifically for handling post parameters. The marshaler can be configured with postParameters. A PostParameter contains a name and an xpath expression for the value (multiple parameters can be specified). Is there anything available to set up a servlet inside a test case, so I can verify the request as it is seen by the client? http://www.nabble.com/file/p13618903/PostProviderMarshaler.diff PostProviderMarshaler.diff gnodet wrote: Another way would be to write another marshaler that will specifially handle post requests and configure it on the endpoint. I'd like to keep the endpoint free of properties that are not generic. In addition to the marshaler, we could add another endpoint if needed, so that you can configure the properties on a HttpPostProviderEndpoint (which would use the post marshaler by default). On 11/5/07, MrRothstein [EMAIL PROTECTED] wrote: I would like to take a crack at SM-580. The patch attached seems to apply to the HttpEndpoint. I would like to do make the fix for HttpProviderEndpoint. It seems easy enough: Add property to endpoint Set property to marshaller in endpoint init Have the marshaller look up property (same as contentType/locationUri) prior to formatting http request Is that about right? My only issue with this is figuring out what to do if the contentType does not evaluate to post, should the existence of a post parameter override content type or an exception raised? Thanks -- View this message in context: http://www.nabble.com/SM-580-tf4754351s12049.html#a13595419 Sent from the ServiceMix - Dev mailing list archive at Nabble.com. -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- View this message in context: http://www.nabble.com/SM-580-tf4754351s12049.html#a13618903 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
[jira] Commented: (GSHELL-16) New command: ssh
[ https://issues.apache.org/jira/browse/GSHELL-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540647 ] Ken Treiman commented on GSHELL-16: --- I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? New command: ssh Key: GSHELL-16 URL: https://issues.apache.org/jira/browse/GSHELL-16 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Dillon Assignee: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 Can wrap the Jsch API to make a ssh command -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-16) New command: ssh
[ https://issues.apache.org/jira/browse/GSHELL-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540648 ] Jason Warner commented on GSHELL-16: Hey Ken, You might want to take this question and re-post it to the dev-list. I'm not sure how much attention it's going to get here. Also, this jira is currently assigned to Jason Dillon. You might want to check with him and make sure he's not actively working on it right now. New command: ssh Key: GSHELL-16 URL: https://issues.apache.org/jira/browse/GSHELL-16 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Dillon Assignee: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 Can wrap the Jsch API to make a ssh command -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Release J2G 1.0.0 RC1
The .project and .classpath files are used when the plugins are loaded in Eclipse IDE.You are right they don't have ASL license headers but I don't see license headers associated with these files normally. The files in the geronimo eclipse plugin don't have ASL license headers either. Also, these files are not in the assembly. I am not sure what we need to do with jboss here. Of course we are using it since it is a migration tool from jboss to geronimo. Any advice here? About the recent discussion, I don't remember anyone mentioned any action plans in any schedule, so I assume that is not an item for this 1.0 release. Lin On Nov 6, 2007 4:20 AM, Kevan Miller [EMAIL PROTECTED] wrote: What are they .project and .classpath files? They don't have ASL license headers... I assume JBoss is a trademarked name. We are using it in some file names and in some file contents. Are we handling this correctly? I don't know the answer off hand. There was a recent discussion about aggregating migration tools in a common devtools directory. Was there a consensus reached? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald
Re: [DISCUSS] Release J2G 1.0.0 RC1
hmm... this may be something unique on Donald's build machine or a non-windows machine. I don't see this prob on my winxp machine. Lin On Nov 6, 2007 6:40 AM, Kevan Miller [EMAIL PROTECTED] wrote: Strange. In j2g-eclipse-plugin-1.0.0-RC1-deployable.zip the LICENSE.txt and NOTICE.txt files are write-only ( i.e. I have to chmod +r to read them). I haven't tried building yet. Is this an artifact of your build environment? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald
Re: [VOTE] Release ServiceMix 3.2
It's weird. I can pass build on my machine. What's your settings.xml of mvn looks like? Thanks Freeman Alan D. Cabrera wrote: Step 2 in the build fails: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.commons -DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -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.commons -DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.servicemix:servicemix-drools:jbi-component:3.2 2) org.drools:drools-compiler:jar:3.0.3 3) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 -- 1 required artifact is missing. for artifact: org.apache.servicemix:servicemix-drools:jbi-component:3.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://svn.apache.org/repos/asf/incubator/servicemix/m2-repo), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), codehaus (http://repository.codehaus.org), apache-incubating (http://people.apache.org/repo/m2-incubating-repository), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), jboss (http://repository.jboss.com/maven2) Regards, Alan On Nov 6, 2007, at 2:24 AM, Guillaume Nodet wrote: +1, sorry i was in vacation and offline most of the time... On 10/26/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi All, I have uploaded a version of ServiceMix 3.2 for you to review. See http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2 for all the links and release notes. [ ] +1 Release ServiceMix 3.2 [ ] ± 0 [ ] -1 Do not release ServiceMix 3.2 Cheers Freeman --Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Trying to implement GShell ssh command (jira issue GSHELL-16)
Hello, I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? Thanks, -Ken
Re: [VOTE] Release ServiceMix 3.2
Hi, This missing jar is needed for org.drools.drools-compiler, which is used for our servicemix-drools service engine. I am not sure why it's removed from pub maven repos recently, it's must be there a couple of days ago. But you can find it from http://dl.easyjf.com/maven2/commons-jci/commons-jci-eclipse/3.2.0.666/ Best Regards Freeman Freeman Fang wrote: It's weird. I can pass build on my machine. What's your settings.xml of mvn looks like? Thanks Freeman Alan D. Cabrera wrote: Step 2 in the build fails: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.commons -DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -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.commons -DartifactId=commons-jci-eclipse \ -Dversion=3.2.0.666 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.servicemix:servicemix-drools:jbi-component:3.2 2) org.drools:drools-compiler:jar:3.0.3 3) org.apache.commons:commons-jci-eclipse:jar:3.2.0.666 -- 1 required artifact is missing. for artifact: org.apache.servicemix:servicemix-drools:jbi-component:3.2 from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://svn.apache.org/repos/asf/incubator/servicemix/m2-repo), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), codehaus (http://repository.codehaus.org), apache-incubating (http://people.apache.org/repo/m2-incubating-repository), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), jboss (http://repository.jboss.com/maven2) Regards, Alan On Nov 6, 2007, at 2:24 AM, Guillaume Nodet wrote: +1, sorry i was in vacation and offline most of the time... On 10/26/07, Freeman Fang [EMAIL PROTECTED] wrote: Hi All, I have uploaded a version of ServiceMix 3.2 for you to review. See http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2 for all the links and release notes. [ ] +1 Release ServiceMix 3.2 [ ] ± 0 [ ] -1 Do not release ServiceMix 3.2 Cheers Freeman --Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Hi Ken, I'm a little confused by the order of events that transpired here. When do you get this error? When you try to run the command? On Nov 6, 2007 9:51 PM, Ken Treimann [EMAIL PROTECTED] wrote: Hello, I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? Thanks, -Ken
[BUILD] 2.1: Failed for Revision: 592595
OpenEJB trunk at 592594 Geronimo Revision: 592595 built with tests included See the full build-2100.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/build-2100.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071106 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 28 minutes 41 seconds [INFO] Finished at: Tue Nov 06 21:33:28 EST 2007 [INFO] Final Memory: 278M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test.log file at http://people.apache.org/~prasad/binaries/trunk/20071106/logs-2100/test.log [INFO] Running enterprise-testsuite.ejbtests [INFO] Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.114 sec FAILURE!
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Yes, when I run the new ssh command. Sorry for the confusion! Thanks, -Ken Jason Warner wrote: Hi Ken, I'm a little confused by the order of events that transpired here. When do you get this error? When you try to run the command? On Nov 6, 2007 9:51 PM, Ken Treimann kctreima at sign ncsu period edu wrote: Hello, I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? Thanks, -Ken
Re: [DISCUSS] Release J2G 1.0.0 RC1
I built it on Linux (SLED10). Will have to take a look -Donald Lin Sun wrote: hmm... this may be something unique on Donald's build machine or a non-windows machine. I don't see this prob on my winxp machine. Lin On Nov 6, 2007 6:40 AM, Kevan Miller [EMAIL PROTECTED] wrote: Strange. In j2g-eclipse-plugin-1.0.0-RC1-deployable.zip the LICENSE.txt and NOTICE.txt files are write-only ( i.e. I have to chmod +r to read them). I haven't tried building yet. Is this an artifact of your build environment? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Release J2G 1.0.0 RC1
No, the reorg was for post 1.0.0 discussion. The whole idea, is to get J2G out there as-is and get some real-world user feedback on it -Donald Lin Sun wrote: The .project and .classpath files are used when the plugins are loaded in Eclipse IDE.You are right they don't have ASL license headers but I don't see license headers associated with these files normally. The files in the geronimo eclipse plugin don't have ASL license headers either. Also, these files are not in the assembly. I am not sure what we need to do with jboss here. Of course we are using it since it is a migration tool from jboss to geronimo. Any advice here? About the recent discussion, I don't remember anyone mentioned any action plans in any schedule, so I assume that is not an item for this 1.0 release. Lin On Nov 6, 2007 4:20 AM, Kevan Miller [EMAIL PROTECTED] wrote: What are they .project and .classpath files? They don't have ASL license headers... I assume JBoss is a trademarked name. We are using it in some file names and in some file contents. Are we handling this correctly? I don't know the answer off hand. There was a recent discussion about aggregating migration tools in a common devtools directory. Was there a consensus reached? --kevan On 11/2/07, Donald Woods [EMAIL PROTECTED] wrote: Starting discussion thread for Vote thread at - http://www.nabble.com/-VOTE--Release-J2G-1.0.0-RC1-tf4740253s134.html -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Ken, I am such a dork. I've been sitting here putzing around wishing for more information. Can you run GShell using the debug command? ./gsh --debug I think. This should give a full stack trace for that error. Can you please post that stack trace? Thanks! Jason Warner. On Nov 6, 2007 10:20 PM, Ken Treimann [EMAIL PROTECTED] wrote: Yes, when I run the new ssh command. Sorry for the confusion! Thanks, -Ken Jason Warner wrote: Hi Ken, I'm a little confused by the order of events that transpired here. When do you get this error? When you try to run the command? On Nov 6, 2007 9:51 PM, Ken Treimann kctreima at sign ncsu period edu wrote: Hello, I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? Thanks, -Ken
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Sorry, Ken. I reread that and it seemed a little confusing. Launch GShell using ./gsh --debug (or the windows equivalent) and then run the command that causes that error. Please post the resultant stack trace. Thanks again. Jason Warner On Nov 6, 2007 10:37 PM, Jason Warner [EMAIL PROTECTED] wrote: Ken, I am such a dork. I've been sitting here putzing around wishing for more information. Can you run GShell using the debug command? ./gsh --debug I think. This should give a full stack trace for that error. Can you please post that stack trace? Thanks! Jason Warner. On Nov 6, 2007 10:20 PM, Ken Treimann [EMAIL PROTECTED] wrote: Yes, when I run the new ssh command. Sorry for the confusion! Thanks, -Ken Jason Warner wrote: Hi Ken, I'm a little confused by the order of events that transpired here. When do you get this error? When you try to run the command? On Nov 6, 2007 9:51 PM, Ken Treimann kctreima at sign ncsu period edu wrote: Hello, I am attempting to implement this functionality for contribution, but am running into this issue: ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created Basically I copied RshCommand, and created a secure channel by adding a port forwarder using the PortForwardingL example from JSch. In my initial investigation, I copied RshCommand, made no changes other than the class name and command ID, ran it, and it successfully opened an rsh to a rsh-server. After adding the port forwarder, a UserInfo helper class used by the JSch session, and command-line options for the ssh user and password, I get the error. I tried to undo everything I did to return to what previously worked, but I still get the error. There is some fundamental GShell-ness that I'm missing here, so can anyone give me a clue where I should start? Thanks, -Ken
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Jason, Looks like it's having trouble finding JSch. I added jsch-0.1.36.jar to the Maven repository using mvn install:install-file, and added a dependency to pom.xml for each of gshell-remote-client and gshell-remote-common where it's used (it wouldn't even build until I had done this). What did I miss? Here's the stack trace in case there's anything I didn't see: [EMAIL PROTECTED]:/ ssh tcp://192.168.1.13:3000 INFO DefaultCommandExecutor[main] Executing (String): ssh tcp://192.168.1.13:3000 DEBUG DefaultCommandLineBuilder [main] CommandLine (org.apache.geronimo.gshell.parser.ASTCommandLine) DEBUG DefaultCommandLineBuilder [main] Expression (org.apache.geronimo.gshell.parser.ASTExpression) DEBUG DefaultCommandLineBuilder [main] PlainString( ssh ) (org.apache.geronimo.gshell.parser.ASTPlainString) DEBUG DefaultCommandLineBuilder [main] PlainString( tcp://192.168.1.13:3000 ) (org.apache.geronimo.gshell.parser.ASTPlainString) INFO DefaultCommandExecutor[main] Executing (ssh): [tcp://192.168.1.13:3000] DEBUG DefaultLayoutManager [main] Searching for command for path: ssh DEBUG PlexusCommandWrapper [main] Child container realm: gshell:fbf112fb-ba13-49ee-8221-17608088e507 ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created DEBUG DefaultShell [main] org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:151) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:500) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:133) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:91) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:549) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:543) at org.apache.geronimo.gshell.plugin.PlexusCommandWrapper.execute(PlexusCommandWrapper.java:66) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute(DefaultCommandExecutor.java:128) at org.apache.geronimo.gshell.ExecutingVisitor.visit(ExecutingVisitor.java:96) at org.apache.geronimo.gshell.parser.ASTExpression.jjtAccept(ASTExpression.java:17) at org.apache.geronimo.gshell.parser.SimpleNode.childrenAccept(SimpleNode.java:57) at org.apache.geronimo.gshell.ExecutingVisitor.visit(ExecutingVisitor.java:79) at org.apache.geronimo.gshell.parser.ASTCommandLine.jjtAccept(ASTCommandLine.java:17) at org.apache.geronimo.gshell.DefaultCommandLineBuilder$1.execute(DefaultCommandLineBuilder.java:95) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute(DefaultCommandExecutor.java:72) at org.apache.geronimo.gshell.DefaultShell.execute(DefaultShell.java:120) at org.apache.geronimo.gshell.DefaultShell$1.execute(DefaultShell.java:152) at org.apache.geronimo.gshell.console.Console.work(Console.java:187) at org.apache.geronimo.gshell.console.Console.run(Console.java:128) at org.apache.geronimo.gshell.console.JLineConsole.run(JLineConsole.java:68) at org.apache.geronimo.gshell.DefaultShell.run(DefaultShell.java:213) at org.apache.geronimo.gshell.GShell.run(GShell.java:156) at org.apache.geronimo.gshell.cli.Main.boot(Main.java:247) at org.apache.geronimo.gshell.cli.Main.main(Main.java:264) 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.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351) at org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59) Caused by: org.codehaus.plexus.component.factory.ComponentInstantiationException: Could not instantiate component: role: 'org.apache.geronimo.gshell.command.Command', implementation: 'org.apache.geronimo.gshell.remote.client.SshCommand', role hint: 'ssh' realm: gshell:fbf112fb-ba13-49ee-8221-17608088e507 at
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Ken, I'm not sure if this is a good way to do it or not, but try adding the dependency to gshell/trunk/gshell-assembly/pom.xml. I'm curious to see what happens. ~Jason Warner On Nov 6, 2007 11:03 PM, Ken Treimann [EMAIL PROTECTED] wrote: Jason, Looks like it's having trouble finding JSch. I added jsch-0.1.36.jar to the Maven repository using mvn install:install-file, and added a dependency to pom.xml for each of gshell-remote-client and gshell-remote-common where it's used (it wouldn't even build until I had done this). What did I miss? Here's the stack trace in case there's anything I didn't see: [EMAIL PROTECTED]:/ ssh tcp://192.168.1.13:3000 INFO DefaultCommandExecutor[main] Executing (String): ssh tcp://192.168.1.13:3000 DEBUG DefaultCommandLineBuilder [main] CommandLine (org.apache.geronimo.gshell.parser.ASTCommandLine) DEBUG DefaultCommandLineBuilder [main] Expression (org.apache.geronimo.gshell.parser.ASTExpression) DEBUG DefaultCommandLineBuilder [main] PlainString( ssh ) (org.apache.geronimo.gshell.parser.ASTPlainString) DEBUG DefaultCommandLineBuilder [main] PlainString( tcp://192.168.1.13:3000 ) (org.apache.geronimo.gshell.parser.ASTPlainString) INFO DefaultCommandExecutor[main] Executing (ssh): [tcp://192.168.1.13:3000] DEBUG DefaultLayoutManager [main] Searching for command for path: ssh DEBUG PlexusCommandWrapper [main] Child container realm: gshell:fbf112fb-ba13-49ee-8221-17608088e507 ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created DEBUG DefaultShell [main] org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:151) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:500) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:133) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:91) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:549) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:543) at org.apache.geronimo.gshell.plugin.PlexusCommandWrapper.execute(PlexusCommandWrapper.java:66) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute(DefaultCommandExecutor.java:128) at org.apache.geronimo.gshell.ExecutingVisitor.visit(ExecutingVisitor.java:96) at org.apache.geronimo.gshell.parser.ASTExpression.jjtAccept(ASTExpression.java:17) at org.apache.geronimo.gshell.parser.SimpleNode.childrenAccept(SimpleNode.java:57) at org.apache.geronimo.gshell.ExecutingVisitor.visit(ExecutingVisitor.java:79) at org.apache.geronimo.gshell.parser.ASTCommandLine.jjtAccept(ASTCommandLine.java:17) at org.apache.geronimo.gshell.DefaultCommandLineBuilder$1.execute(DefaultCommandLineBuilder.java:95) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute(DefaultCommandExecutor.java:72) at org.apache.geronimo.gshell.DefaultShell.execute(DefaultShell.java:120) at org.apache.geronimo.gshell.DefaultShell$1.execute(DefaultShell.java:152) at org.apache.geronimo.gshell.console.Console.work(Console.java:187) at org.apache.geronimo.gshell.console.Console.run(Console.java:128) at org.apache.geronimo.gshell.console.JLineConsole.run(JLineConsole.java:68) at org.apache.geronimo.gshell.DefaultShell.run(DefaultShell.java:213) at org.apache.geronimo.gshell.GShell.run(GShell.java:156) at org.apache.geronimo.gshell.cli.Main.boot(Main.java:247) at org.apache.geronimo.gshell.cli.Main.main(Main.java:264) 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.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351) at org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59) Caused by:
[jira] Commented: (GSHELL-16) New command: ssh
[ https://issues.apache.org/jira/browse/GSHELL-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540669 ] Jason Dillon commented on GSHELL-16: I'm not working on this... all of the issues were auto-assigned to me... I will work on cleaning up the GSHELL Jira shortly. New command: ssh Key: GSHELL-16 URL: https://issues.apache.org/jira/browse/GSHELL-16 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Dillon Assignee: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 Can wrap the Jsch API to make a ssh command -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GSHELL-16) New command: ssh
[ https://issues.apache.org/jira/browse/GSHELL-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon reassigned GSHELL-16: -- Assignee: (was: Jason Dillon) New command: ssh Key: GSHELL-16 URL: https://issues.apache.org/jira/browse/GSHELL-16 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Dillon Priority: Minor Fix For: 1.0-alpha-1 Can wrap the Jsch API to make a ssh command -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Trying to implement GShell ssh command (jira issue GSHELL-16)
Looks like the jsch*.jar is not in the lib/ dir. --jason On Nov 6, 2007, at 6:35 PM, Jason Warner wrote: Ken, I'm not sure if this is a good way to do it or not, but try adding the dependency to gshell/trunk/gshell-assembly/pom.xml. I'm curious to see what happens. ~Jason Warner On Nov 6, 2007 11:03 PM, Ken Treimann [EMAIL PROTECTED] wrote: Jason, Looks like it's having trouble finding JSch. I added jsch-0.1.36.jar to the Maven repository using mvn install:install-file, and added a dependency to pom.xml for each of gshell-remote-client and gshell-remote-common where it's used (it wouldn't even build until I had done this). What did I miss? Here's the stack trace in case there's anything I didn't see: [EMAIL PROTECTED]:/ ssh tcp://192.168.1.13:3000 INFO DefaultCommandExecutor[main] Executing (String): ssh tcp://192.168.1.13:3000 DEBUG DefaultCommandLineBuilder [main] CommandLine (org.apache.geronimo.gshell.parser.ASTCommandLine) DEBUG DefaultCommandLineBuilder [main] Expression (org.apache.geronimo.gshell.parser.ASTExpression) DEBUG DefaultCommandLineBuilder [main] PlainString( ssh ) (org.apache.geronimo.gshell.parser.ASTPlainString) DEBUG DefaultCommandLineBuilder [main] PlainString( tcp://192.168.1.13:3000 ) (org.apache.geronimo.gshell.parser.ASTPlainString) INFO DefaultCommandExecutor[main] Executing (ssh): [tcp://192.168.1.13:3000] DEBUG DefaultLayoutManager [main] Searching for command for path: ssh DEBUG PlexusCommandWrapper [main] Child container realm: gshell:fbf112fb-ba13-49ee-8221-17608088e507 ERROR ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created DEBUG DefaultShell [main] org.codehaus.plexus.component.repository.exception.ComponentLookupExc eption: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created org.codehaus.plexus.component.repository.exception.ComponentLookupExc eption: Unable to lookup component 'org.apache.geronimo.gshell.command.Command', it could not be created at org.codehaus.plexus.DefaultComponentLookupManager.lookup (DefaultComponentLookupManager.java:151) at org.codehaus.plexus.DefaultPlexusContainer.lookup (DefaultPlexusContainer.java:500) at org.codehaus.plexus.DefaultComponentLookupManager.lookup (DefaultComponentLookupManager.java:133) at org.codehaus.plexus.DefaultComponentLookupManager.lookup (DefaultComponentLookupManager.java:91) at org.codehaus.plexus.DefaultPlexusContainer.lookup (DefaultPlexusContainer.java:549) at org.codehaus.plexus.DefaultPlexusContainer.lookup (DefaultPlexusContainer.java:543) at org.apache.geronimo.gshell.plugin.PlexusCommandWrapper.execute (PlexusCommandWrapper.java:66) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute (DefaultCommandExecutor.java:128) at org.apache.geronimo.gshell.ExecutingVisitor.visit (ExecutingVisitor.java:96) at org.apache.geronimo.gshell.parser.ASTExpression.jjtAccept (ASTExpression.java:17) at org.apache.geronimo.gshell.parser.SimpleNode.childrenAccept (SimpleNode.java:57) at org.apache.geronimo.gshell.ExecutingVisitor.visit (ExecutingVisitor.java:79) at org.apache.geronimo.gshell.parser.ASTCommandLine.jjtAccept (ASTCommandLine.java:17) at org.apache.geronimo.gshell.DefaultCommandLineBuilder$1.execute (DefaultCommandLineBuilder.java:95) at org.apache.geronimo.gshell.DefaultCommandExecutor.execute (DefaultCommandExecutor.java:72) at org.apache.geronimo.gshell.DefaultShell.execute(DefaultShell.java: 120) at org.apache.geronimo.gshell.DefaultShell$1.execute (DefaultShell.java:152) at org.apache.geronimo.gshell.console.Console.work (Console.java:187) at org.apache.geronimo.gshell.console.Console.run (Console.java:128) at org.apache.geronimo.gshell.console.JLineConsole.run (JLineConsole.java:68) at org.apache.geronimo.gshell.DefaultShell.run(DefaultShell.java:213) at org.apache.geronimo.gshell.GShell.run(GShell.java:156) at org.apache.geronimo.gshell.cli.Main.boot(Main.java:247) at org.apache.geronimo.gshell.cli.Main.main(Main.java:264) 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.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:289) at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:408) at org.codehaus.plexus.classworlds.launcher.Launcher.main
[jira] Updated: (GSHELL-37) New Command: Clear
[ https://issues.apache.org/jira/browse/GSHELL-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Warner updated GSHELL-37: --- Attachment: GShell-37.patch This seems to work. It's simple. It uses the JLine clear screen command to clear the screen (shocking. I know). That's pretty much it. Any other code is just setting up for JLine. Nothing fancy, but it satisfies my obsessive compulsive need to keep my terminal cleared. New Command: Clear -- Key: GSHELL-37 URL: https://issues.apache.org/jira/browse/GSHELL-37 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands Reporter: Jason Warner Assignee: Jason Warner Attachments: GShell-37.patch Implement the ability to use the clear command. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.