[jira] Created: (SM-939) CXF based Service Engine and Bnding Component
CXF based Service Engine and Bnding Component - Key: SM-939 URL: https://issues.apache.org/activemq/browse/SM-939 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Priority: Critical Fix For: 3.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-939) CXF based Service Engine and Bnding Component
[ https://issues.apache.org/activemq/browse/SM-939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39044 ] Guillaume Nodet commented on SM-939: http://svn.apache.org/viewvc?view=revrevision=532104 http://svn.apache.org/viewvc?view=revrevision=532288 CXF based Service Engine and Bnding Component - Key: SM-939 URL: https://issues.apache.org/activemq/browse/SM-939 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Priority: Critical Fix For: 3.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-932) Enable PMD/CheckStyle for binding components
[ https://issues.apache.org/activemq/browse/SM-932?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39046 ] Thomas Termin commented on SM-932: -- Gert, the http patch doesn't work. There is a class missing: AbstractProcessor. I guess you forgot to add this class to svn before you do the svn diff. Enable PMD/CheckStyle for binding components Key: SM-932 URL: https://issues.apache.org/activemq/browse/SM-932 Project: ServiceMix Issue Type: Task Components: servicemix-file, servicemix-ftp, servicemix-http, servicemix-jms, servicemix-truezip Reporter: Gert Vanthienen Priority: Minor Attachments: SM-932-file.patch, SM-932-ftp.patch, SM-932-http.patch, SM-932-jms.patch, SM-932-truezip.patch, SM-932-xmpp.patch PMD/CheckStyle should be enabled for binding components -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Dependence on the Sun VM to build CORBA ?
Yikes, I thought that was gone, but I guess last time I looked I was checking for com.sun.* imports. I've no idea how to fix this... but it should be fixed. --jason On Apr 24, 2007, at 10:43 PM, Matt Hogstrom wrote: I was doing a build of 2.0-M5 last night with the IBM VM. I got the following compile errors on CORBA. Rick, does this make sense? Its late so I haven't thought about it but thought you might be up earlier than me :) This was with IBM 5.0 JDK for Linux. [INFO] Building Geronimo :: CORBA [INFO]task-segment: [clean, install] [INFO] -- -- [INFO] [clean:clean] [INFO] Compiling 132 source files to /home/hogstrom/geronimo/2.0-M5/ modules/geronimo-corba/target/classes [INFO] -- -- [ERROR] BUILD FAILURE [INFO] -- -- [INFO] Compilation failure /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/ org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [26,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/ org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [27,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/ org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [35,40] cannot find symbol symbol: class GSSCredentialSpi
Re: RELEASE-NOTES-2.0-M5.TXT
On 4/25/07, Hernan Cunico [EMAIL PROTECTED] wrote: Folks, it's that time again! Here is the template for the release notes http://cwiki.apache.org/GMOxDOC20/release-notes-20-m5txt.html Let's use this thread to consolidate all the updates for this milestone release. Some areas needing special attention are: * Significant Changes in the 2.0-M5 Release * Supported features @Resource WebServiceContext injection in OpenEJB - Jarek will have to look at it to verify how far we are with it and ensure we're not repeating ourselves since the past rc. Injection of Message Destination References - it's Dain's and Dave B's stuff and the following ones too: ENC: resource-env-ref: javax.jms.Queue ENC: resource-env-ref: javax.jms.Topic ENC: message-destination-ref: javax.jms.Queue ENC: message-destination-ref: javax.jms.Topic ENC: resource-ref: java.net.URL ENC: resource-ref: javax.mail.Session javax.ejb.ActivationConfigProperty javax.ejb.Timeout javax.annotation.Resource: for message-destination-ref In other words, it looks oe3 got its annotation-based deployment finished - https://issues.apache.org/jira/browse/OPENEJB-216. I haven't followed G changes that much so can't comment on it. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: svn commit: r532185 [1/3] - in /geronimo/server/branches/2.0-M5: ./ applications/ applications/console/ applications/console/geronimo-console-core/ applications/console/geronimo-console-ear/ appli
On 4/25/07, Jason Dillon [EMAIL PROTECTED] wrote: Crap we have a lot of poms... Are there any chances we could work it out more gently, even the least possible to implement? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: svn commit: r532185 [1/3] - in /geronimo/server/branches/2.0-M5: ./ applications/ applications/console/ applications/console/geronimo-console-core/ applications/console/geronimo-console-ear/ appli
Not sure there is much we can do about the number of poms. We might be able to condense a few modules, but IMO its not worth it. I was just shocked at how many there are now ;-) --jason On Apr 24, 2007, at 11:50 PM, Jacek Laskowski wrote: On 4/25/07, Jason Dillon [EMAIL PROTECTED] wrote: Crap we have a lot of poms... Are there any chances we could work it out more gently, even the least possible to implement? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Dependence on the Sun VM to build CORBA ?
Jason Dillon wrote: Yikes, I thought that was gone, but I guess last time I looked I was checking for com.sun.* imports. I've no idea how to fix this... but it should be fixed. I have no idea either, except I have a suspicion this entire package is just unused crud that's been just lying around unused. The easiest fix may be to just make it go away. Rick --jason On Apr 24, 2007, at 10:43 PM, Matt Hogstrom wrote: I was doing a build of 2.0-M5 last night with the IBM VM. I got the following compile errors on CORBA. Rick, does this make sense? Its late so I haven't thought about it but thought you might be up earlier than me :) This was with IBM 5.0 JDK for Linux. [INFO] Building Geronimo :: CORBA [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Compiling 132 source files to /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[26,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[27,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[35,40] cannot find symbol symbol: class GSSCredentialSpi
[jira] Commented: (SM-606) Ability to customize http requests when acting as a client
[ https://issues.apache.org/activemq/browse/SM-606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39043 ] Thomas Termin commented on SM-606: -- What is still to do here? There were some things done on this issue, right! Ability to customize http requests when acting as a client -- Key: SM-606 URL: https://issues.apache.org/activemq/browse/SM-606 Project: ServiceMix Issue Type: New Feature Components: servicemix-http Affects Versions: 3.0 Reporter: Guillaume Nodet We should be able to deactivate retries, configure timeouts, aso... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Dependence on the Sun VM to build CORBA ?
Matt Hogstrom wrote: I was doing a build of 2.0-M5 last night with the IBM VM. I got the following compile errors on CORBA. Rick, does this make sense? Its late so I haven't thought about it but thought you might be up earlier than me :) This was with IBM 5.0 JDK for Linux. That entire package is completely unused. I'm not even certain it has ever been used. I remember looking at that back in the release 1 days and couldn't find any references. Now that I've been completely immersed in the Corba stuff for the last year, I'm even more certain. I've successfully built and run some relevant TCK tests and everything looks good, so I've deleted the package and eliminated the issue entirely. Rick [INFO] Building Geronimo :: CORBA [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Compiling 132 source files to /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[26,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[27,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java:[35,40] cannot find symbol symbol: class GSSCredentialSpi
Re: Help needed with geronimo.sh
On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Running multiple instances of geronimo
So, here they are ! http://cwiki.apache.org/GMOxDOC20/running-geronimo.html Thanks Anita and Ted for these docs Cheers! Hernan Ted Kirby wrote: I like the idea of guidance and recommendations for Running Geronimo. Multiple instances, repositories, read-only vs. read-write file systems and finally permissions with userids and groups seem the set of issues to be addressed, and I like the idea of doing in comprehensively. +1 On 4/24/07, Hernan Cunico [EMAIL PROTECTED] wrote: yup, makes sense to me. We can also add there running G as a service, etc. Pls go ahead and create that page, the content will look more organized. Cheers! Hernan Anita Kulshreshtha wrote: --- Ted Kirby [EMAIL PROTECTED] wrote: Please feel free to document the evolving steps and issues in the wiki here: http://cwiki.apache.org/GMOxDOC20/multiple-repositories-and-server-instances.html I am thinking about creating a new page titled 'Running Geronimo'. It could contain the existing 2 pages [1] and [3]: 1. http://cwiki.apache.org/GMOxDOC20/running-geronimo-as-a-non-root-user.html 2. Running multiple instances of geronimo 3. http://cwiki.apache.org/GMOxDOC20/multiple-repositories-and-server-instances.html WDYT? Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Is the connector problem fixed?
Matt, I see you are wrapping the G-M5 release. Does that mean you fixed the connector problem and I should look at respinning the 1.2 release. -dain
[jira] Updated: (GERONIMO-3114) Update setup of java.endorsed.dirs to always have ours before the JVM
[ https://issues.apache.org/jira/browse/GERONIMO-3114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-3114: --- Affects Version/s: 2.0-M6 2.0-M4 Fix Version/s: (was: 2.0-M5) 2.0-M6 Update setup of java.endorsed.dirs to always have ours before the JVM - Key: GERONIMO-3114 URL: https://issues.apache.org/jira/browse/GERONIMO-3114 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: JVM-compatibility, Maven Plugins for G, startup/shutdown Affects Versions: 2.0-M4, 2.0-M5, 2.0-M6 Reporter: Donald Woods Assigned To: Donald Woods Fix For: 2.0-M6 I'm seeing a failure to start the server on certain IBM JVM's, like the IBM SDK for Solaris (or HP-UX.) This is due to a unique packaging change, where they supply a jre/lib/endorsed directory which contains their Orb implementation. Edell and Rick confirmed that the Yoko CORBA implementation has to appear before the JVM provided implementation in Dev thread - http://www.nabble.com/Yoko-and-java.endorsed.dirs-question-tf3638785s134.html The fix, will be to update the geronimo.bat|.sh scripts and the geronimo-maven-plugin to place the server's lib/endorsed path before the JVM provided one. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Help needed with geronimo.sh
Just make users copy the directory and be done with it. --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r532313 - /geronimo/server/trunk/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/
I'm still seeing problems on Linux and WinXP when trying to build
modules/geronimo-corba-builder
on a system with a clean .m2 repo and the IBM 1.5.0 SR4 SDK.
[INFO]
--
[INFO] Building Geronimo :: CORBA :: Builder
[INFO]task-segment: [install]
[INFO]
--
[INFO] [enforcer:enforce {execution: default}]
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.734 seconds
Time to generate code: 1.407 seconds
error: error reading C:\Documents and Settings\drwoods\.m2\repository\org\apache
\openejb\container\3.0-incubating-SNAPSHOT\container-3.0-incubating-SNAPSHOT.pom
; Error opening zip file C:\Documents and Settings\drwoods\.m2\repository\org\ap
ache\openejb\container\3.0-incubating-SNAPSHOT\container-3.0-incubating-SNAPSHOT
.pom
Note: * uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error
BUILD FAILED
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] XmlBeans compile failed:
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\m
ain\schema\corba-css-config-2.1.xsd
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\corba-tss-config-2.1.xsd
xml ErrorLoading config file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\xmlconfig.xml
[INFO]
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: XmlBeans compile failed:
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\m
ain\schema\corba-css-config-2.1.xsd
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\corba-tss-config-2.1.xsd
xml ErrorLoading config file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\xmlconfig.xml
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:564)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
fecycle(DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:459)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:311)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:64)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.codehaus.mojo.xmlbeans.XmlBeansException: XmlBeans compile failed
:
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\m
ain\schema\corba-css-config-2.1.xsd
xml ErrorLoading schema file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\corba-tss-config-2.1.xsd
xml ErrorLoading config file E:\g20\server\modules\geronimo-corba-builder\src\ma
in\schema\xmlconfig.xml
at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute(AbstractXml
BeansPlugin.java:280)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:443)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:539)
... 16 more
[EMAIL PROTECTED] wrote:
Author: rickmcguire
Date: Wed Apr 25 03:58:14 2007
New Revision: 532313
URL: http://svn.apache.org/viewvc?view=revrev=532313
Log:
Delete dead code that's causing non-Sun compatibility issues.
Removed:
geronimo/server/trunk/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/jgss/
smime.p7s
Description: S/MIME Cryptographic Signature
Re: Help needed with geronimo.sh
I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: Just make users copy the directory and be done with it. --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Help needed with geronimo.sh
Admin server or boot strap shell might not be a bad idea. Since G needs so many flags to set endorsed + ext dirs muck now, it might be a good idea to introduce a tiny shell which can handle invoking the server correctly. Maybe something to think about for 2.1... --jason On Apr 25, 2007, at 12:08 PM, David Jencks wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: Just make users copy the directory and be done with it. --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Geronimo/Tuscany integration
Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
Re: J2G Mavenized
Sachin, Thanks for all the work you did refactoring and mavenizing the J2G package. I built it from svn and ran a quick smoke test with the jdesc2g.bat tool which seemed to produce the right output. The .sh scripts need some more work and I think there are still some hard coded paths in certain places. Now that the package is mavenized and accessible from SVN anyone interested in trying it out can build it from sandbox/j2g and hopefully start contributing improvements. Also, I made an unstable driver available at: http://people.apache.org/dist/geronimo/j2g/unstable/ Best wishes, Paul On Apr 23, 2007, at 7:58 PM, Sachin Patel wrote: I've finished mavenizing the J2G contribution and the assembly can be generated with: mvn install -Dmaven.test.skip=true assembly:assembly The tests fail currently, so you'll have to disable them. I only worked on mavenizing the build and packaging and have not looked into any usage or functional issues. So though it compiles, it may or may not run. If someone else in the community or if the original contributers wants to pick up where I left off, this would be great. Let me know and I can open a JIRA component if one doesn't exist already, and patches can be submitted through it. thanks. -sachin
Re: Geronimo/Tuscany integration
Hello Raymond, I think it would almost be a shame if the only option for including Tuscany in Geronimo was to package the runtime jar in individual WAR files. Tuscany would make an excellent (I think) plugin. Option 2 definitely. Jay Raymond Feng wrote: Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
Re: Geronimo/Tuscany integration
I suggest you get option 1 working before attempting option 2. I suspect you will find lots of bugs and mismatched assumptions. Once that is working, option 2 will be much easier to implement since you know it Should Work. -dain On Apr 25, 2007, at 1:23 PM, Jay D. McHugh wrote: Hello Raymond, I think it would almost be a shame if the only option for including Tuscany in Geronimo was to package the runtime jar in individual WAR files. Tuscany would make an excellent (I think) plugin. Option 2 definitely. Jay Raymond Feng wrote: Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
Re: Geronimo/Tuscany integration
Dain is right - Option 1 should probably be a stepping stone on the way to 2. Jay Dain Sundstrom wrote: I suggest you get option 1 working before attempting option 2. I suspect you will find lots of bugs and mismatched assumptions. Once that is working, option 2 will be much easier to implement since you know it Should Work. -dain On Apr 25, 2007, at 1:23 PM, Jay D. McHugh wrote: Hello Raymond, I think it would almost be a shame if the only option for including Tuscany in Geronimo was to package the runtime jar in individual WAR files. Tuscany would make an excellent (I think) plugin. Option 2 definitely. Jay Raymond Feng wrote: Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
Re: Geronimo/Tuscany integration
I support Dain's approach. Think big, start small. Cheers Prasad On 4/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote: I suggest you get option 1 working before attempting option 2. I suspect you will find lots of bugs and mismatched assumptions. Once that is working, option 2 will be much easier to implement since you know it Should Work. -dain On Apr 25, 2007, at 1:23 PM, Jay D. McHugh wrote: Hello Raymond, I think it would almost be a shame if the only option for including Tuscany in Geronimo was to package the runtime jar in individual WAR files. Tuscany would make an excellent (I think) plugin. Option 2 definitely. Jay Raymond Feng wrote: Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
Re: Geronimo/Tuscany integration
Hi Raymond, I would like to see a deep integration. Jeff Raymond Feng wrote: Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
[jira] Commented: (GERONIMO-3038) h.tld file not getting properly generated to conform to the latest web-jsptaglibrary_2_1.xsd schema
[ https://issues.apache.org/jira/browse/GERONIMO-3038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491798 ] Paul McMahan commented on GERONIMO-3038: moved the JIRA to ADFFACES-467 h.tld file not getting properly generated to conform to the latest web-jsptaglibrary_2_1.xsd schema --- Key: GERONIMO-3038 URL: https://issues.apache.org/jira/browse/GERONIMO-3038 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: web Reporter: Tim McConnell Assigned To: Tim McConnell Priority: Minor Attachments: h_tld_exception.txt.txt -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3116) server crash while idle
server crash while idle --- Key: GERONIMO-3116 URL: https://issues.apache.org/jira/browse/GERONIMO-3116 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.0-M4 Environment: geronimo-tomcat6-jee5-2.0-M4 java version 1.5.0_11 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing) Reporter: Bill Brown Greetings: If I leave geronimo running overnight on my development system, it regularly crashes with this error. It seems to be coming from tomcat6. I am not sure if this has already been reported or not or if it is a tomcat bug and not geronimo. 07:36:15,445 ERROR [ManagerBase] IOException while saving persisted sessions: java.io.FileNotFoundException: /usr/local/geronimo-tomcat6-jee5-2.0-M4/var/catalina/work/_/SESSIONS.ser (No such file or directory) java.io.FileNotFoundException: /usr/local/geronimo-tomcat6-jee5-2.0-M4/var/catalina/work/_/SESSIONS.ser (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:70) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:489) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:463) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:667) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4504) at org.apache.geronimo.tomcat.GeronimoStandardContext.stop(GeronimoStandardContext.java:195) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) at org.apache.catalina.startup.Embedded.stop(Embedded.java:864) at org.apache.geronimo.tomcat.TomcatContainer.doStop(TomcatContainer.java:230) at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1149) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:337) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:551) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:551) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:551) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423) at org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:311) at org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668) at org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper$1.run(MainConfigurationBootstrapper.java:110) 07:36:15,446 ERROR [ManagerBase] Exception unloading sessions to persistent storage java.io.FileNotFoundException: /usr/local/geronimo-tomcat6-jee5-2.0-M4/var/catalina/work/_/SESSIONS.ser (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:70) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:489) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:463) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:667) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4504) at org.apache.geronimo.tomcat.GeronimoStandardContext.stop(GeronimoStandardContext.java:195) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1068) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) at org.apache.catalina.startup.Embedded.stop(Embedded.java:864) at org.apache.geronimo.tomcat.TomcatContainer.doStop(TomcatContainer.java:230) at
Re: Dependence on the Sun VM to build CORBA ?
Thanks Rick ... I figured it must be some remnant. Cheers. On Apr 25, 2007, at 7:03 AM, Rick McGuire wrote: Matt Hogstrom wrote: I was doing a build of 2.0-M5 last night with the IBM VM. I got the following compile errors on CORBA. Rick, does this make sense? Its late so I haven't thought about it but thought you might be up earlier than me :) This was with IBM 5.0 JDK for Linux. That entire package is completely unused. I'm not even certain it has ever been used. I remember looking at that back in the release 1 days and couldn't find any references. Now that I've been completely immersed in the Corba stuff for the last year, I'm even more certain. I've successfully built and run some relevant TCK tests and everything looks good, so I've deleted the package and eliminated the issue entirely. Rick [INFO] Building Geronimo :: CORBA [INFO]task-segment: [clean, install] [INFO] - --- [INFO] [clean:clean] [INFO] Compiling 132 source files to /home/hogstrom/geronimo/2.0- M5/modules/geronimo-corba/target/classes [INFO] - --- [ERROR] BUILD FAILURE [INFO] - --- [INFO] Compilation failure /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/ java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [26,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/ java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [27,29] package sun.security.jgss.spi does not exist /home/hogstrom/geronimo/2.0-M5/modules/geronimo-corba/src/main/ java/org/apache/geronimo/corba/security/jgss/GSSUPCredential.java: [35,40] cannot find symbol symbol: class GSSCredentialSpi
Re: Help needed with geronimo.sh
--- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Help needed with geronimo.sh
Just make it a manual step for now... as time goes on we may need to add a boostrap jvm-overlord thingy to handle more simplified/ automatically cloning, but for now... telling users to cp -r a/ b/ is probably easiest with the least amount of wrinkles. --jason On Apr 25, 2007, at 7:10 PM, Anita Kulshreshtha wrote: --- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Help needed with geronimo.sh
What about creating a jar/zip of the var directory when the assembly is created, so you always have a pristine copy and could easily use a script to unjar/unzip it into a new directory via the user's JVM? -Donald Anita Kulshreshtha wrote: --- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com smime.p7s Description: S/MIME Cryptographic Signature
Re: Help needed with geronimo.sh
I would like to set the property o.a.g.server.name=geronimo in MainConfigurationBootstrapper. This will prevent accidental corruption of 'var' directory. If the user did not create a geronim/var the server will not start. Thanks Anita --- Jason Dillon [EMAIL PROTECTED] wrote: Just make it a manual step for now... as time goes on we may need to add a boostrap jvm-overlord thingy to handle more simplified/ automatically cloning, but for now... telling users to cp -r a/ b/ is probably easiest with the least amount of wrinkles. --jason On Apr 25, 2007, at 7:10 PM, Anita Kulshreshtha wrote: --- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Help needed with geronimo.sh
Actually, what is in var that needs to be so pristine? Stuff put into var dirs are generally very dynamic and heavily state driven... not sure why that would need to be kept pristine across instances... sans the log4j configuration files, which really belong in an etc/ or conf/ and no in var/... --jason On Apr 25, 2007, at 7:25 PM, Donald Woods wrote: What about creating a jar/zip of the var directory when the assembly is created, so you always have a pristine copy and could easily use a script to unjar/unzip it into a new directory via the user's JVM? -Donald Anita Kulshreshtha wrote: --- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Help needed with geronimo.sh
On Apr 25, 2007, at 7:31 PM, Anita Kulshreshtha wrote: I would like to set the property o.a.g.server.name=geronimo in MainConfigurationBootstrapper. This will prevent accidental corruption of 'var' directory. If the user did not create a geronim/var the server will not start. Okay, so if the dir doesn't exist, then die quickly with an error message. --jason
Re: Help needed with geronimo.sh
If I was creating new server instances, I'd like to always start with a known var/config.xml The other thought with preserving the base /var files in a jar/zip - it allows an admin/root user to install the base server files and then allow users to create their own instances by extracting the JEE5 or Minimal var jar/zip bundle (or a custom bundle that their IT guys create per dept or project.) Either way works for me, as we can always create a Java or JMX wrapper for creating/deleting instances in a future release. -Donald Jason Dillon wrote: Actually, what is in var that needs to be so pristine? Stuff put into var dirs are generally very dynamic and heavily state driven... not sure why that would need to be kept pristine across instances... sans the log4j configuration files, which really belong in an etc/ or conf/ and no in var/... --jason On Apr 25, 2007, at 7:25 PM, Donald Woods wrote: What about creating a jar/zip of the var directory when the assembly is created, so you always have a pristine copy and could easily use a script to unjar/unzip it into a new directory via the user's JVM? -Donald Anita Kulshreshtha wrote: --- David Jencks [EMAIL PROTECTED] wrote: I agree. I don't think normal geronimo startup should involve copying stuff from one location to another to set up a new server location. This is needed because we need to keep a pristine copy of 'var' directory to create additional instances of geronimo. A user should be able to use the installed image _any_ time to create additional instances. In other words we need two copies of 'var' directory, one to create additional instance and one to start the 'base server'. We could either create var and geronimo/var at build time or copy 'var' to geronimo/var when the image is used to start geronimo very _first_ time. Thanks Anita We could build some kind of admin server to manage setting up/removing server clones but I don't think it should be part of the base server normal startup path. If I've misunderstood what you are proposing please complain :-) thanks david jencks On Apr 25, 2007, at 11:55 AM, Jason Dillon wrote: --jason On Apr 25, 2007, at 4:58 AM, Anita Kulshreshtha wrote: On a closer inspection this alternative (2) does not look so attractive. IIUC, The classes to determine the geronimo install directory and directory copy are available in system module. Either we duplicate the code in kernel or wait till later (after booting kernel, loading bootstrap configuration..) to fail if the instance data is not found. Yet another alternative (3) is to modify the build and create a geronimo/var and make 'var' read only. Thanks Anita --- Dain Sundstrom [EMAIL PROTECTED] wrote: +1 I think the platform scripts should be as thin as possible -dain On Apr 24, 2007, at 12:38 PM, Jason Dillon wrote: .. and then just die quickly if the directory is missing with an informative error message to that effect. --jason On Apr 24, 2007, at 12:32 PM, Anita Kulshreshtha wrote: The other option is to update MainConfigurationBootstrapper as follows: 1. if geronimo.org.apache.geronimo.server.name system property is not set, set it to 'geronimo'. 2. If 'geronimo' dir does not exist, create one and copy 'var' to it. 3. do the rest... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com smime.p7s Description: S/MIME Cryptographic Signature
[STATUS] (geronimo) Wed Apr 25 23:48:50 2007
APACHE GERONIMO STATUS: -*-text-*- Last modified at [$Date: 2007-04-03 09:56:37 -0400 (Tue, 03 Apr 2007) $] The current version of this file can be found at: * http://svn.apache.org/repos/asf/geronimo/server/trunk/STATUS Upcoming Releases: Geronimo 2.0 -- geronimo/server/trunk/ Release Manager: Matt Hogstrom Estimated Date: Q2 2007 Geronimo 1.2 -- geronimo/server/branches/1.2 Release Manager: Dain Sundstrom and Alan Cabrera Estimated Date: early April 2007 Status: We have final releases from our dependent projects and will begin the release process for OpenEJB and Geronimo shortly. RELEASE HISTORY: 2007-03-04 Geronimo 2.0-M3 2007-01-30 Geronimo 2.0-M2 2006-12-22 Geronimo 2.0-M1 2006-12-16 Geronimo 1.2-beta 2006-09-18 Geronimo 1.1.1 2006-06-26 Geronimo 1.1 2006-01-05 Geronimo 1.0 2005-10-04 Geronimo 1.0 milestone 5 2005-08-10 Geronimo 1.0 milestone 4 2004-11-11 Geronimo 1.0 milestone 3 2004-09-09 Geronimo 1.0 milestone 2 2004-04-29 Geronimo 1.0 milestone 1 If you're a contributor looking for something to do: * Review the documentation and suggest improvements * Review the bug list and suggest fixes or report reproducibility * Report bugs yourself
[jira] Created: (GERONIMO-3117) unable to integerate pluto.war file in to geronimo
unable to integerate pluto.war file in to geronimo -- Key: GERONIMO-3117 URL: https://issues.apache.org/jira/browse/GERONIMO-3117 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 1.x Reporter: raghu I am using pluto-1.0.1 ,geronimo 1.1 i want to integerate pluto web application ie pluto.war file into geronimo and i want to access http://localhost:8080/pluto/portal page when i started geronimo but i am nt able to do that. i am following the process which is described in the link http://www-128.ibm.com/developerworks/opensource/library/os-ag-pluto/#plan but its not working... please help me in this regard... Thanks in advance -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
