date:20081201


[ 
https://issues.apache.org/jira/browse/GERONIMO-4434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652011#action_12652011
 ] 

ganesh commented on GERONIMO-4434:
--

I have some questions

1.Does the entries in config.xml only contains relative path to directories 
or  can we add absolute path  like  e:\\somefolder 

2.Can we add multiple folder classpath in config.xmlIf yes what is the 
syntax ?

for eg:  can we have something like

module name=org.apache.geronimo.configs/sharedlib/2.0.3-SNAPSHOT/car
gbean name=SharedLib
attribute name=classesDirsvar/shared/classes;e:\\somefolder; 
c:\\applicationConfig/attribute
attribute name=libDirsvar/shared/lib; e:\\apacheJars/attribute
/gbean
/module

Thank You.





 Folder classpath cannot be added in geronimo
 

 Key: GERONIMO-4434
 URL: https://issues.apache.org/jira/browse/GERONIMO-4434
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1.3
Reporter: ganesh
Priority: Blocker

 Websphere Application Server has a concept of shared library which can point 
 to external folder (containing configuraition files)How to achieve the 
 same functionality in geronimo.Do we need to copy all the files to 
 geronimo shared repository ? If yes, this doesnt work if we have different 
 web application with same configuration file with different parameter 
 values...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMODEVTOOLS-536) Fail to launch browser when run a dynamic web application on server via GEP


 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMODEVTOOLS-536:
--

   Patch Info: [Patch Available]
Affects Version/s: 2.1.3
Fix Version/s: 2.1.4
   2.2.0

setting target fix versions

 Fail to launch browser when run a dynamic web application on server via GEP
 ---

 Key: GERONIMODEVTOOLS-536
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-536
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.3
 Environment: OS:Windows
Reporter: viola.lu
Assignee: Tim McConnell
Priority: Minor
 Fix For: 2.2.0, 2.1.4


 Steps:
 1.Open a clean eclipse, and then install GEP, define a server
 2.Create a dynamic web application, and right-click run on server
 3.No browser popups, and you will see errorError opening browser on Error 
 log tab at the bottom of eclipse.
 Error in elicpse: 
 java.lang.NullPointerException
 at 
 org.eclipse.wst.server.ui.internal.WebLaunchableClient.launch(WebLaunchableClient.java:39)
 at org.eclipse.wst.server.core.internal.Client.launch(Client.java:114)
 at 
 org.eclipse.wst.server.ui.internal.LaunchClientJob$1.run(LaunchClientJob.java:79)
 at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
 at 
 org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:133)
 at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3800)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3425)
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
 at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
 at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
 at 
 org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
 at 
 org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
 at 
 org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
 at 
 org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
 at 
 org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
 at 
 org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
 at 
 org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMODEVTOOLS-530) Faile to show EJB Security Role in security UI


 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMODEVTOOLS-530:
--

   Patch Info: [Patch Available]
Fix Version/s: 2.1.4
   2.2.0

setting fix targets

 Faile to show EJB Security Role in security UI
 --

 Key: GERONIMODEVTOOLS-530
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-530
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.3
 Environment: OS:Windows 2003 and Suse10
Reporter: viola.lu
Assignee: B.J. Reed
 Fix For: 2.2.0, 2.1.4

 Attachments: 530.patch


 Steps:
 1.Create an EJB project,edit its ejb-jar.xml, append snippnet below:
 assembly-descriptor
 security-rolerole-namecontent-admin/role-name/security-role
 /assembly-descriptor
 2.Open openejb-jar.xml, click Security tab in deployment descriptor, but in 
 security role, no content display.Different from web dynamic application and 
 Enterpise Project's Behavior.
   

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Status of server/trunk wrt any release?

2008-12-01 Thread Donald Woods


Go for it, as long as you can get it in and working before Dec. 12th.


-Donald


Jason Dillon wrote:
Is there any release planned for server/trunk soonerish?  I ask because 
I'm about ready to release GShell 1.0-alpha-2, and I'd like to update 
server/trunk to use its awesome goodness.  Anyone see any problems with 
that?


--jason

[jira] Reopened: (GSHELL-81) Depdendency on sun.* packages


 [ 
https://issues.apache.org/jira/browse/GSHELL-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods reopened GSHELL-81:



We cannot prereq the Sun JDKs, as users should be allowed to use IBM SDK, SAP 
SDK, OpenJDK, ...

 Depdendency on sun.* packages
 -

 Key: GSHELL-81
 URL: https://issues.apache.org/jira/browse/GSHELL-81
 Project: GShell
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Support - Marshal
Reporter: Guillaume Nodet
Assignee: Jason Dillon
 Fix For: 1.0-alpha-3


 It seems that GShell is currently unable to run without the sun.* packages in 
 the classloader.
 The reason is that it uses xstream advanced mode which make use of these 
 packages.
 If these packages are not on the classpath, xstream will default to the pure 
 java reflection provider which will cause exceptions like the following:
 {noformat}
 Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot 
 construct org.apache.geronimo.gshell.layout.model.CommandNode as it does not 
 have a no-args constructor
  Debugging information 
 message : Cannot construct 
 org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a 
 no-args constructor
 cause-exception : 
 com.thoughtworks.xstream.converters.reflection.ObjectAccessException
 cause-message   : Cannot construct 
 org.apache.geronimo.gshell.layout.model.CommandNode as it does not have a 
 no-args constructor
 class   : org.apache.geronimo.gshell.layout.model.Layout
 required-type   : org.apache.geronimo.gshell.layout.model.CommandNode
 path: /layout/nodes/command
 ---
 {noformat}
 I'm not sure if this is a good idea or if we should support that pure java 
 mode...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-4434) Folder classpath cannot be added in geronimo

2008-12-01 Thread Joe Bohn (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652022#action_12652022
 ] 

Joe Bohn commented on GERONIMO-4434:


1.  I believe that you can specify an absolute file path but I'm not sure about 
the windows syntax for this.   I've never tried this ... you might have to 
experiment some.
2.  You can specify multiple entries using a comma (no space) delimiter.

 Folder classpath cannot be added in geronimo
 

 Key: GERONIMO-4434
 URL: https://issues.apache.org/jira/browse/GERONIMO-4434
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1.3
Reporter: ganesh
Priority: Blocker

 Websphere Application Server has a concept of shared library which can point 
 to external folder (containing configuraition files)How to achieve the 
 same functionality in geronimo.Do we need to copy all the files to 
 geronimo shared repository ? If yes, this doesnt work if we have different 
 web application with same configuration file with different parameter 
 values...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: Update on documentation progress of Geronimo v2.2

2008-12-01 Thread Donald Woods

Agree.  Using the eclipse/build.xml file from svn should go in the 
GMOxDEV space, as that is really only for developers.  Maybe we could 
include a Note and pointer over to the Dev docs for anyone who is 
interested in using it.



-Donald


Delos wrote:

Hi

About Installing Eclipse using Ant script from GEP build, I think the 
build process should be transparent to users. So I suggest to remove 
this section, since it's more convenient for user to download eclipse 
from eclipse site.


Any comments?

2008/11/28 Ying Tang [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]


Hi all,

  The Installing Eclipse
http://cwiki.apache.org/GMOxDOC22/installing-eclipse.html page in
Development environment
http://cwiki.apache.org/GMOxDOC22/development-environment.html
section has been updated. Major changes include:
 
1.  The first section Installing Eclipse in an All-in-one Package

has been changed into Installing Eclipse for Java EE Developers.

2.  The second section Install Eclipse and WTP separately has been
divided into Installing manually and Installing using Update
Manager. Europa and Ganymede are talked about separately. New
snapshots are added.

Your comments are highly appreciated.

 

  Thanks and Regards,  


  Ying Tang (Sophia)

[jira] Updated: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-4178:
---

   Patch Info: [Patch Available]
Fix Version/s: 2.2
   2.1.4

setting target fix versions

 Misleading errors during deployment when missing entries in openejb-jar.xml
 ---

 Key: GERONIMO-4178
 URL: https://issues.apache.org/jira/browse/GERONIMO-4178
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.1.1
 Environment: AG 2.1.1, Windows XP
Reporter: Ashish Jain
Assignee: Manu T George
 Fix For: 2.1.4, 2.2

 Attachments: G4178-r673642.patch


 Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have 
 entries missing in openejb-jar.xml. I get a null pointer exception error when 
 I remove enterprise-beans and dependencies tags from openejb-jar.xml.
 19:42:23,375 INFO  [config] Configuring Service(id=Default Stateful 
 Container, type=Container, provider-id=Default Stateful Container)
 19:42:23,375 INFO  [config] Configuring Service(id=Default BMP Container, 
 type=Container, provider-id=Default BMP Container)
 19:42:23,375 INFO  [config] Configuring Service(id=Default CMP Container, 
 type=Container, provider-id=Default CMP Container)
 19:42:23,375 INFO  [config] Configuring app: default/MessageDrivenBean/1.0/car
 19:42:23,421 INFO  [OpenEJB] Auto-deploying ejb AdminMDB: 
 EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB)
 19:42:23,421 INFO  [config] Loaded Module: default/MessageDrivenBean/1.0/car
 19:42:24,531 INFO  [startup] Assembling app: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
 19:42:24,546 INFO  [startup] Undeploying app: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist.
 org.apache.openejb.NoSuchApplicationException: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
   at 
 org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599)
   at 
 org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398)
   at 
 org.apache.geronimo.openejb.EjbModuleImpl.stop(EjbModuleImpl.java:128)
   at 
 org.apache.geronimo.openejb.EjbModuleImplGBean.doFail(EjbModuleImplGBean.java:47)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1028)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:549)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:615)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
   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.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$1b9ef63a.startConfiguration(generated)
   at 
 org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
   at

[jira] Updated: (GERONIMO-4434) Folder classpath cannot be added in geronimo


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-4434:
---

 Priority: Minor  (was: Blocker)
Fix Version/s: Verification Required

moving to verification required, as the SharedLib function should solve this

 Folder classpath cannot be added in geronimo
 

 Key: GERONIMO-4434
 URL: https://issues.apache.org/jira/browse/GERONIMO-4434
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1.3
Reporter: ganesh
Priority: Minor
 Fix For: Verification Required


 Websphere Application Server has a concept of shared library which can point 
 to external folder (containing configuraition files)How to achieve the 
 same functionality in geronimo.Do we need to copy all the files to 
 geronimo shared repository ? If yes, this doesnt work if we have different 
 web application with same configuration file with different parameter 
 values...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4433) PortOffset not working


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-4433:
---

 Priority: Minor  (was: Major)
Fix Version/s: Verification Required

Moving to Verification Required, as this looks like a user error.

 PortOffset not working
 --

 Key: GERONIMO-4433
 URL: https://issues.apache.org/jira/browse/GERONIMO-4433
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Affects Versions: 2.1.3
 Environment: Suse V10
Reporter: Thad West
Priority: Minor
 Fix For: Verification Required

 Attachments: config-substitutions.properties


 I specified a PortOffset of 10 in the 
 var/config/config-substitutions.properties file.
 When I start the server using the startup.sh script, it is trying to start 
 Tomcat on 8080, the port offset should push it to 8090.  Here is the stack 
 trace:
 Module 25/68 org.apache.geronimo.configs/tomcat6/2.1.3/car
 13:38:45,877 ERROR [Http11Protocol] Error initializing endpoint
 java.net.BindException: Address already in use /0.0.0.0:8080
 at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:504)
 at 
 org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:176)
 at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1058)
 at 
 org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
 at 
 org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
 at 
 org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:397)
 at 
 org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at

Re: Status of server/trunk wrt any release?

2008-12-01 Thread Jarek Gawor

Jason,

Will the existing gshell commands need to be updated to work with the
latest gshell?

Jarek

On Fri, Nov 28, 2008 at 4:59 AM, Jason Dillon [EMAIL PROTECTED] wrote:
 Is there any release planned for server/trunk soonerish?  I ask because I'm
 about ready to release GShell 1.0-alpha-2, and I'd like to update
 server/trunk to use its awesome goodness.  Anyone see any problems with
 that?

 --jason

[jira] Issue Comment Edited: (GERONIMO-4433) PortOffset not working


[ 
https://issues.apache.org/jira/browse/GERONIMO-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12651913#action_12651913
 ] 

[EMAIL PROTECTED] edited comment on GERONIMO-4433 at 12/1/08 7:35 AM:


The file you attached has two PortOffset properties, one set to 10 and one set 
to 0.  The second value just probably overwrites the first. Make sure there is 
only one PortOffset property specified.


  was (Author: [EMAIL PROTECTED]):
The file you attached has two PortOffset properties, one set to 10 and one 
set to 0.  The second value just probably overwrites the second. Make sure 
there is only one PortOffset property specified.

  
 PortOffset not working
 --

 Key: GERONIMO-4433
 URL: https://issues.apache.org/jira/browse/GERONIMO-4433
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Affects Versions: 2.1.3
 Environment: Suse V10
Reporter: Thad West
Priority: Minor
 Fix For: Verification Required

 Attachments: config-substitutions.properties


 I specified a PortOffset of 10 in the 
 var/config/config-substitutions.properties file.
 When I start the server using the startup.sh script, it is trying to start 
 Tomcat on 8080, the port offset should push it to 8090.  Here is the stack 
 trace:
 Module 25/68 org.apache.geronimo.configs/tomcat6/2.1.3/car
 13:38:45,877 ERROR [Http11Protocol] Error initializing endpoint
 java.net.BindException: Address already in use /0.0.0.0:8080
 at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:504)
 at 
 org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:176)
 at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1058)
 at 
 org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
 at 
 org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
 at 
 org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:397)
 at 
 org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at

[jira] Commented: (GERONIMO-4433) PortOffset not working

2008-12-01 Thread Thad West (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652034#action_12652034
 ] 

Thad West commented on GERONIMO-4433:
-

Ugg...I'm an idiot.

I didn't see the PortOffset setting later in the file.  No issue here.

 PortOffset not working
 --

 Key: GERONIMO-4433
 URL: https://issues.apache.org/jira/browse/GERONIMO-4433
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Affects Versions: 2.1.3
 Environment: Suse V10
Reporter: Thad West
Priority: Minor
 Fix For: Verification Required

 Attachments: config-substitutions.properties


 I specified a PortOffset of 10 in the 
 var/config/config-substitutions.properties file.
 When I start the server using the startup.sh script, it is trying to start 
 Tomcat on 8080, the port offset should push it to 8090.  Here is the stack 
 trace:
 Module 25/68 org.apache.geronimo.configs/tomcat6/2.1.3/car
 13:38:45,877 ERROR [Http11Protocol] Error initializing endpoint
 java.net.BindException: Address already in use /0.0.0.0:8080
 at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:504)
 at 
 org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:176)
 at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1058)
 at 
 org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
 at 
 org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
 at 
 org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:397)
 at 
 org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)

[jira] Resolved: (GERONIMO-4433) PortOffset not working

2008-12-01 Thread Thad West (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Thad West resolved GERONIMO-4433.
-

Resolution: Invalid

User error

 PortOffset not working
 --

 Key: GERONIMO-4433
 URL: https://issues.apache.org/jira/browse/GERONIMO-4433
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Affects Versions: 2.1.3
 Environment: Suse V10
Reporter: Thad West
Priority: Minor
 Fix For: Verification Required

 Attachments: config-substitutions.properties


 I specified a PortOffset of 10 in the 
 var/config/config-substitutions.properties file.
 When I start the server using the startup.sh script, it is trying to start 
 Tomcat on 8080, the port offset should push it to 8090.  Here is the stack 
 trace:
 Module 25/68 org.apache.geronimo.configs/tomcat6/2.1.3/car
 13:38:45,877 ERROR [Http11Protocol] Error initializing endpoint
 java.net.BindException: Address already in use /0.0.0.0:8080
 at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:504)
 at 
 org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:176)
 at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1058)
 at 
 org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
 at 
 org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
 at 
 org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:397)
 at 
 org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)

[jira] Updated: (GERONIMO-4435) Does geronimo has intergration with external maven repository


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ganesh updated GERONIMO-4435:
-

Summary: Does geronimo has intergration with external maven repository  
(was: Do we have geronimo integration with external maven repository..)

 Does geronimo has intergration with external maven repository
 -

 Key: GERONIMO-4435
 URL: https://issues.apache.org/jira/browse/GERONIMO-4435
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: geronimo-maven-plugin
Reporter: ganesh
Priority: Blocker

 Suppose i want to include some jars as dependency in geronimo-web.xml  which 
 is not available in geronimo repository but available in remote maven 
 repository..Is there any option where i can point to external repository  
 (http://repo1.maven.org/maven2) which automatically downloads the jar to 
 geronimo repository..

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4435) Do we have geronimo integration with external maven repository..


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ganesh updated GERONIMO-4435:
-

Description: 
Suppose i want to include some jars as dependency in geronimo-web.xml  which is 
not available in geronimo repository but available in remote maven 
repository..Is there any option where i can point to external repository  
(http://repo1.maven.org/maven2) which automatically downloads the jar to 
geronimo repository..



  was:
Suppose i want to include some jars as dependency which is not available in 
geronimo repository but available in remote maven repository..Is there any 
option where i can point to external repository  
(http://repo1.maven.org/maven2) which automatically downloads the jar to 
geronimo repository..




 Do we have geronimo integration with external maven repository..
 

 Key: GERONIMO-4435
 URL: https://issues.apache.org/jira/browse/GERONIMO-4435
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: geronimo-maven-plugin
Reporter: ganesh
Priority: Blocker

 Suppose i want to include some jars as dependency in geronimo-web.xml  which 
 is not available in geronimo repository but available in remote maven 
 repository..Is there any option where i can point to external repository  
 (http://repo1.maven.org/maven2) which automatically downloads the jar to 
 geronimo repository..

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-4435) Do we have geronimo integration with external maven repository..

Do we have geronimo integration with external maven repository..


 Key: GERONIMO-4435
 URL: https://issues.apache.org/jira/browse/GERONIMO-4435
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: geronimo-maven-plugin
Reporter: ganesh
Priority: Blocker


Suppose i want to include some jars as dependency which is not available in 
geronimo repository but available in remote maven repository..Is there any 
option where i can point to external repository  
(http://repo1.maven.org/maven2) which automatically downloads the jar to 
geronimo repository..



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMODEVTOOLS-526) st.v21.ui plugin.xml needs internationalization

2008-12-01 Thread B.J. Reed (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

B.J. Reed closed GERONIMODEVTOOLS-526.
--

Resolution: Fixed
  Assignee: B.J. Reed  (was: Ted Kirby)

Patch applied at r722113 for 2.1.4 and r722111 for 2.2.  Thanks to Delos Dai 
for the fix.

 st.v21.ui plugin.xml needs internationalization
 ---

 Key: GERONIMODEVTOOLS-526
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-526
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.0, 2.1.4
Reporter: B.J. Reed
Assignee: B.J. Reed
 Fix For: 2.2.0, 2.1.4

 Attachments: 526.patch, plugin.properties


 The plugin.xml in org.apache.geronimo.st.v21.ui has had a menu item added to 
 it.  I tried moving the string to a new plugin.properties file, but couldn't 
 figure out the trick to make it work.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-4435) Does geronimo has intergration with external maven repository


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-4435:
---

 Priority: Minor  (was: Blocker)
Fix Version/s: Wish List

No, the server will/can not download missing depends in geronimo-web.xml.
But, if you turn your application into a plugin, the Plugin Installer can 
download and install any missing depends that you list in the 
geronimo-plugins.xml

Assigning to wish list.

 Does geronimo has intergration with external maven repository
 -

 Key: GERONIMO-4435
 URL: https://issues.apache.org/jira/browse/GERONIMO-4435
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: geronimo-maven-plugin
Reporter: ganesh
Priority: Minor
 Fix For: Wish List


 Suppose i want to include some jars as dependency in geronimo-web.xml  which 
 is not available in geronimo repository but available in remote maven 
 repository..Is there any option where i can point to external repository  
 (http://repo1.maven.org/maven2) which automatically downloads the jar to 
 geronimo repository..

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMODEVTOOLS-530) Faile to show EJB Security Role in security UI

2008-12-01 Thread B.J. Reed (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

B.J. Reed closed GERONIMODEVTOOLS-530.
--

Resolution: Fixed

Patch applied to 2.1.4 at r722121 and 2.2 at r722118.  Thanks to Delos Dai for 
supplying the patch.  Please convert tabs to 4 spaces in the future to comply 
with coding standards.

 Faile to show EJB Security Role in security UI
 --

 Key: GERONIMODEVTOOLS-530
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-530
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.3
 Environment: OS:Windows 2003 and Suse10
Reporter: viola.lu
Assignee: B.J. Reed
 Fix For: 2.2.0, 2.1.4

 Attachments: 530.patch


 Steps:
 1.Create an EJB project,edit its ejb-jar.xml, append snippnet below:
 assembly-descriptor
 security-rolerole-namecontent-admin/role-name/security-role
 /assembly-descriptor
 2.Open openejb-jar.xml, click Security tab in deployment descriptor, but in 
 security role, no content display.Different from web dynamic application and 
 Enterpise Project's Behavior.
   

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-4430) JAX-WS webservice development in Geronimo-Tomcat Assembly with CXF 2.1

[
https://issues.apache.org/jira/browse/GERONIMO-4430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jarek Gawor resolved GERONIMO-4430.
---

Resolution: Invalid
Assignee: Jarek Gawor

First of all, please use the user mailing list ([EMAIL PROTECTED]) for asking
questions like these.

A.1) If you are using Jetty assembly and if you are deploying an application
with its own CXF jars than yes, you will need to disable CXF in Geronimo.
That's needed for example to prevent CXF version conflicts (Geronimo 2.1 uses
CXF 2.0.x while your application seems to be using CXF 2.1).

A.2) You mean the @EJB injection? If you convert your application to use the
standard Java EE 5 deployment descriptors, etc. the @EJB injection will work
right. However, if your application uses CXF-specific deployment descriptors
you have to look at CXF documentation on how to do that.

JAX-WS webservice development in Geronimo-Tomcat Assembly with CXF 2.1
--

Key: GERONIMO-4430
URL: https://issues.apache.org/jira/browse/GERONIMO-4430
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Affects Versions: 2.1
Environment: Spring 2.5 + CXF 2.1
Reporter: kishore
Assignee: Jarek Gawor

Q.1) To implements JAX-WS webservices using Spring + CXF , does it required
to turn on CXF engine in Geronimo ?
Q.2) How to inject a business implementation bean to webservice pojo.

Facing problem like, all setter injection are set properly in webservice pojo
bean when spring context loaded. But at the time webservice contracts
invocation all injected bean are referring to null. Due to this
NullpointerException occurring.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: svn commit: r721196 - /geronimo/server/trunk/pom.xml

2008-12-01 Thread Joe Bohn


Donald,

Can you explain the move to Genesis 1.6-SNAPSHOT?  I don't see any 
changes in the Genesis branch 1.x since the 1.5 release ... so I'm not 
sure what you are trying to pickup.


If we do need to make changes in genesis and get another 1.x release out 
before Geronimo 2.2 we need to get that moving quickly.


Joe


[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Thu Nov 27 06:57:54 2008
New Revision: 721196

URL: http://svn.apache.org/viewvc?rev=721196view=rev
Log:
include new Gensis 1.6-SNAPSHOT to fix searching Apache Snapshot Repo twice 
(apache.snapshots and apache-snapshots) and remove default inclusion of 
codehuas-snapshots.  This removes 2 extra repo searches for depends.  The 
codehaus-snapshots and java.net repos were moved into the artifact builds were 
they are needed (for Selenium depends and JAX depends in JAXWS.)

Modified:
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=721196r1=721195r2=721196view=diff
==
--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Thu Nov 27 06:57:54 2008
@@ -25,7 +25,7 @@
 parent
 groupIdorg.apache.geronimo.genesis.config/groupId
 artifactIdproject-config/artifactId
-version1.5/version
+version1.6-SNAPSHOT/version
 /parent
 
 groupIdorg.apache.geronimo/groupId

@@ -3326,11 +3326,10 @@
 repositories
 !--
 NOTE: The default repositories are picked up by Genesis, but need to
-  specify where Genesis lives to pick it up  any additional 
repositories.
+  specify where Genesis lives to pick it up any other repositories.
 --
-
 repository
-idapache-snapshots/id
+idapache.snapshots/id
 nameApache Snapshots Repository/name
 urlhttp://people.apache.org/repo/m2-snapshot-repository/url
 layoutdefault/layout
@@ -3343,7 +3342,7 @@
 enabledfalse/enabled
 /releases
 /repository
-
+!--
 repository
 idjava.net/id
 urlhttp://download.java.net/maven/1//url
@@ -3355,7 +3354,7 @@
 enabledtrue/enabled
 /releases
 /repository
-
+--
 /repositories
 
 distributionManagement

Re: Tuscany Geronimo integration and the SCA JEE spec

2008-12-01 Thread mobyjobs


I tried to install the plug in but seeing missing dependency message (as
bellow), not sure what I have missed:

C:\geronimo-tomcat6-javaee5-2.1.3\bindeploy --user system --password
manager in
stall-plugin
i:\workspaces\workspaceGME\trunk\tuscanyPlugin\tuscany\tuscany-tomc
at\target\tuscany-tomcat-1.0-SNAPSHOT.car
Using GERONIMO_BASE:   C:\geronimo-tomcat6-javaee5-2.1.3
Using GERONIMO_HOME:   C:\geronimo-tomcat6-javaee5-2.1.3
Using GERONIMO_TMPDIR: c:\tmp
Using JRE_HOME:C:\Program Files\Java\jdk1.5.0_15\jre
Checking for status every 1000ms:
Installation FAILED: Configuration
org.apache.geronimo.plugins/tuscany-tomcat/1.0-SNAPSHOT/car is already
installed.
Missing dependency:
org.apache.geronimo.plugins/tuscany-tomcat/1.0-SNAPSHOT/car


I have checked I have all the dependency files in repository; Here are the
steps I followed;

- Installed geronimo-tomcat6-javaee5-2.1.3-bin to c:\
- changed .m2\settings.xml filed to set repository in
geronimo-tomcat6-javaee5-2.1.3 as the default location:  i.e. 
localRepositoryc:/geronimo-tomcat6-javaee5- 2.1.3/repository/;

- checkout out code for geronimo plug-in  code from 
  https://svn.apache.org/repos/asf/geronimo/plugins/tuscany/trunk/
- build the plug-in using 'mvn install' ; build was successful and all the
files copied to repository.
  3. Deploy plugin using the command g_install_dir\bin\deploy.bat
install-plugin tuscany tomcat\target\tuscany-tomcat-1.0-SNAPSHOT.car


but it failed with message:
Installation FAILED: Configuration
org.apache.geronimo.plugins/tuscany-tomcat/1.0-SNAPSHOT/car is already
installed.
Missing dependency:
org.apache.geronimo.plugins/tuscany-tomcat/1.0-SNAPSHOT/car

Thanks
JS




Kevan Miller wrote:
 
 
 On Oct 8, 2008, at 3:02 AM, ant elder wrote:
 


 On Fri, Oct 3, 2008 at 2:12 PM, Dan Becker [EMAIL PROTECTED]  
 wrote:
 ant elder wrote:
 Currently the old TGP has got out of date and doesn't
 work with any current releases of Geronimo or Tuscany so the first  
 thing to
 do is to get a basic plugin going again and then gradually add  
 functionality
 to it so it does things like:
 - adds all Tuscany jars and their dependencys into Geronimo
 - supports existing Tuscany webapps without needing to include any  
 Tuscany
 jars or dependencys in the lib directory
 - supports simple jar contributions into a Tuscany standalone node
 - supports Tuscany using Geronimo infrastructure for things such as  
 HTTP and
 JMS hosts
 - supports for SCA enabled JEE application local assembly
 - supports SCA wiring across JEE applications and modules

 All excellent goals. Additionally I would like to see how trimmed  
 and lean we can make this platform. Can we make it the smallest  
 footprint, quickest bringup SCA runtime out there?

 -- 
 Thanks, Dan Becker

 Sounds good. We could look at using the Geronimo Little-G and  
 Framework distributions to base that on.
 
 Right. This is where I'm interested in the Tuscany/Geronimo  
 integration... Once we have a working Tuscany plugin, this type of  
 integration will be nearly automatic... You could install the tuscany  
 plugin and generate a custom assembly. Will also want to add a server  
 assembly stage to the plugin build. So, that a geronimo-tuscany server  
 assembly would be created as part of the tuscany plugin build.
 
 Ultimately, I think we'll want to split the Tuscany plugin into  
 multiple parts -- rather than one big plugin -- so that a server can  
 only contain only the functionality that application(s) require.
 
 --kevan
 

-- 
View this message in context: 
http://www.nabble.com/Tuscany-Geronimo-integration-and-the-SCA-JEE-spec-tp19794900s134p20774723.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.

[jira] Resolved: (GERONIMO-4381) Better error message for trying to inject String arrays


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor resolved GERONIMO-4381.
---

Resolution: Cannot Reproduce
  Assignee: Jarek Gawor

I'm still unable to reproduce this problem. I deployed the attached ear (using 
deploy.sh tool and the admin console) on 2.1.3 and all I see is:

Error: Unable to distribute calculator.ear: Unable to resolve  resource 
reference  'org.apache.geronimo.samples.slsb.calculator.Calculator/hello'
(Could not auto-map to resource.  Try adding a resource-ref mapping to your 
Geronimo deployment plan.
 

I'm resolving this issue for now but please reopen it if you can provide a new 
ear file that produces this problem or describe the exact steps to recreate 
this problem.


 Better error message for trying to inject String arrays
 ---

 Key: GERONIMO-4381
 URL: https://issues.apache.org/jira/browse/GERONIMO-4381
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: dependencies
Reporter: Jürgen Weber
Assignee: Jarek Gawor
Priority: Minor
 Attachments: calculator.ear, src.zip


 I erroneously tried to inject a String array
 @Resource
   private String[] ...
 There should be a better error message for this than
 could not load class [Ljava.lang.String;
 org.apache.geronimo.common.DeploymentException: could not load class 
 [Ljava.lang.String;

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml

2008-12-01 Thread Manu T George (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Manu T George resolved GERONIMO-4178.
-

Resolution: Fixed

 Misleading errors during deployment when missing entries in openejb-jar.xml
 ---

 Key: GERONIMO-4178
 URL: https://issues.apache.org/jira/browse/GERONIMO-4178
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.1.1
 Environment: AG 2.1.1, Windows XP
Reporter: Ashish Jain
Assignee: Manu T George
 Fix For: 2.1.4, 2.2

 Attachments: G4178-r673642.patch


 Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have 
 entries missing in openejb-jar.xml. I get a null pointer exception error when 
 I remove enterprise-beans and dependencies tags from openejb-jar.xml.
 19:42:23,375 INFO  [config] Configuring Service(id=Default Stateful 
 Container, type=Container, provider-id=Default Stateful Container)
 19:42:23,375 INFO  [config] Configuring Service(id=Default BMP Container, 
 type=Container, provider-id=Default BMP Container)
 19:42:23,375 INFO  [config] Configuring Service(id=Default CMP Container, 
 type=Container, provider-id=Default CMP Container)
 19:42:23,375 INFO  [config] Configuring app: default/MessageDrivenBean/1.0/car
 19:42:23,421 INFO  [OpenEJB] Auto-deploying ejb AdminMDB: 
 EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB)
 19:42:23,421 INFO  [config] Loaded Module: default/MessageDrivenBean/1.0/car
 19:42:24,531 INFO  [startup] Assembling app: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
 19:42:24,546 INFO  [startup] Undeploying app: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist.
 org.apache.openejb.NoSuchApplicationException: 
 C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar
   at 
 org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599)
   at 
 org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398)
   at 
 org.apache.geronimo.openejb.EjbModuleImpl.stop(EjbModuleImpl.java:128)
   at 
 org.apache.geronimo.openejb.EjbModuleImplGBean.doFail(EjbModuleImplGBean.java:47)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1028)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:549)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:615)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
   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.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$1b9ef63a.startConfiguration(generated)
   at 
 org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
   at java.lang.Thread.run(Thread.java:801)
 19:42:24,546 ERROR [GBeanInstanceState] Error while starting; GBean

Re: svn commit: r721196 - /geronimo/server/trunk/pom.xml

2008-12-01 Thread Donald Woods

Just checked in the remaining update to Genesis 1.6-SNAPSHOT (which I 
had already published to the snapshot repo.)


The changes were:
1) to remove a duplicate definition of apache-snapshots and 
apache.snapshots, which caused the apache snapshot repo to be searched 
twice for artifacts.

2) to remove codehaus-snapshots as a default repo to search

The above 2 changes removed 2 unnecessary repo searches for artifacts 
during the build.



I haven't put Genesis 1.6 up for a vote, as I thought we were moving to 
the new Genesis 2.0 release for 2.2, but if we aren't, then I can work 
on releasing 1.6.



-Donald


Joe Bohn wrote:

Donald,

Can you explain the move to Genesis 1.6-SNAPSHOT?  I don't see any 
changes in the Genesis branch 1.x since the 1.5 release ... so I'm not 
sure what you are trying to pickup.


If we do need to make changes in genesis and get another 1.x release out 
before Geronimo 2.2 we need to get that moving quickly.


Joe


[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Thu Nov 27 06:57:54 2008
New Revision: 721196

URL: http://svn.apache.org/viewvc?rev=721196view=rev
Log:
include new Gensis 1.6-SNAPSHOT to fix searching Apache Snapshot Repo 
twice (apache.snapshots and apache-snapshots) and remove default 
inclusion of codehuas-snapshots.  This removes 2 extra repo searches 
for depends.  The codehaus-snapshots and java.net repos were moved 
into the artifact builds were they are needed (for Selenium depends 
and JAX depends in JAXWS.)


Modified:
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=721196r1=721195r2=721196view=diff 

== 


--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Thu Nov 27 06:57:54 2008
@@ -25,7 +25,7 @@
 parent
 groupIdorg.apache.geronimo.genesis.config/groupId
 artifactIdproject-config/artifactId
-version1.5/version
+version1.6-SNAPSHOT/version
 /parent
 
 groupIdorg.apache.geronimo/groupId

@@ -3326,11 +3326,10 @@
 repositories
 !--
 NOTE: The default repositories are picked up by Genesis, but 
need to
-  specify where Genesis lives to pick it up  any 
additional repositories.
+  specify where Genesis lives to pick it up any other 
repositories.

 --
-
 repository
-idapache-snapshots/id
+idapache.snapshots/id
 nameApache Snapshots Repository/name
 
urlhttp://people.apache.org/repo/m2-snapshot-repository/url

 layoutdefault/layout
@@ -3343,7 +3342,7 @@
 enabledfalse/enabled
 /releases
 /repository
-
+!--
 repository
 idjava.net/id
 urlhttp://download.java.net/maven/1//url
@@ -3355,7 +3354,7 @@
 enabledtrue/enabled
 /releases
 /repository
-
+--
 /repositories
 
 distributionManagement

[jira] Resolved: (GERONIMO-4374) bad error message for errors in ra.xml


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor resolved GERONIMO-4374.
---

Resolution: Fixed
  Assignee: Jarek Gawor

As I mentioned before, this is already fixed in latest OpenEJB code (and so in 
Geronimo trunk). However, this probably won't be fixed in Geronimo branches/2.1 
as we are not planning to upgrade OpenEJB there. This might change of course in 
the future.




 bad error message for errors in ra.xml
 --

 Key: GERONIMO-4374
 URL: https://issues.apache.org/jira/browse/GERONIMO-4374
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.3
Reporter: Jürgen Weber
Assignee: Jarek Gawor
Priority: Trivial

 I had an error in a connector ra.xml and Geronimo complained with error in 
 web.xml
 Deployment failed:
 org.apache.openejb.OpenEJBException: Cannot unmarshall the web.xml file: 
 file:/projekte/geronimo-jetty6-javaee5-2.1.3/var/temp/geronimo-deployer50560.tmpdir/ldapjca/META-INF/ra.xml:
  unexpected element (uri:http://java.sun.com/xml/ns/javaee;, 
 local:spec-version). Expected elements are

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[BUILD] branches/2.1: Failed for Revision: 722057

2008-12-01 Thread gawor

Geronimo Revision: 722057 built with tests included
 
See the full build-0800.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20081201/build-0800.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20081201/unit-test-reports
 
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/openejb/openejb-client/3.0/openejb-client-3.0.jar
Downloading: 
http://repo1.maven.org/maven2/org/apache/openejb/openejb-client/3.0/openejb-client-3.0.jar
162K downloaded
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/classes/META-INF
[INFO] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 21 source files to 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 1 source file to 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/surefire-reports

---
 T E S T S
---
Running org.apache.geronimo.openejb.GBeanTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.286 sec

Results :

Tests run: 6, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar: 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/geronimo-openejb-2.1.4-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-openejb-2.1.4-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
/home/geronimo/geronimo/2.1/plugins/openejb/geronimo-openejb/target/geronimo-openejb-2.1.4-SNAPSHOT.jar
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/modules/geronimo-openejb/2.1.4-SNAPSHOT/geronimo-openejb-2.1.4-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo Plugins, OpenJPA :: Core
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/geronimo/geronimo/2.1/plugins/openjpa/geronimo-openjpa/target/classes/META-INF
[INFO] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/openjpa/geronimo-openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 1 source file to 
/home/geronimo/geronimo/2.1/plugins/openjpa/geronimo-openjpa/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar: 
/home/geronimo/geronimo/2.1/plugins/openjpa/geronimo-openjpa/target/geronimo-openjpa-2.1.4-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-openjpa-2.1.4-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
/home/geronimo/geronimo/2.1/plugins/openjpa/geronimo-openjpa/target/geronimo-openjpa-2.1.4-SNAPSHOT.jar
 to 
/home/geronimo/.m2/repository/org/apache/geronimo/modules/geronimo-openjpa/2.1.4-SNAPSHOT/geronimo-openjpa-2.1.4-SNAPSHOT.jar
[INFO] 
[INFO] Building Geronimo Plugins, OpenJPA :: OpenJPA
[INFO]task-segment: [install]
[INFO] 
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/geronimo/geronimo/2.1/plugins/openjpa/openjpa/target/classes/META-INF
[INFO] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/openjpa/openjpa/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/geronimo/geronimo/2.1/plugins/openjpa/openjpa/target/resources/META-INF/plan.xml
[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/geronimo/geronimo/2.1/plugins/openjpa/openjpa/target/resources/META-INF/plan.xml
[INFO] Started deployer: 
org.apache.geronimo.framework/geronimo-gbean-deployer/2.1.4-SNAPSHOT/car
[INFO] snapshot

Re: svn commit: r721196 - /geronimo/server/trunk/pom.xml

2008-12-01 Thread Jason Dillon

I'm working on genesis 2.0 for gshell.  Some javadoc/site issues I'm  
trying to fix. Hope to have it sorted this week.


--jason

On Dec 2, 2008, at 1:18 AM, Donald Woods [EMAIL PROTECTED] wrote:

Just checked in the remaining update to Genesis 1.6-SNAPSHOT (which  
I had already published to the snapshot repo.)


The changes were:
1) to remove a duplicate definition of apache-snapshots and  
apache.snapshots, which caused the apache snapshot repo to be  
searched twice for artifacts.

2) to remove codehaus-snapshots as a default repo to search

The above 2 changes removed 2 unnecessary repo searches for  
artifacts during the build.



I haven't put Genesis 1.6 up for a vote, as I thought we were moving  
to the new Genesis 2.0 release for 2.2, but if we aren't, then I can  
work on releasing 1.6.



-Donald


Joe Bohn wrote:

Donald,
Can you explain the move to Genesis 1.6-SNAPSHOT?  I don't see any  
changes in the Genesis branch 1.x since the 1.5 release ... so I'm  
not sure what you are trying to pickup.
If we do need to make changes in genesis and get another 1.x  
release out before Geronimo 2.2 we need to get that moving quickly.

Joe
[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Thu Nov 27 06:57:54 2008
New Revision: 721196

URL: http://svn.apache.org/viewvc?rev=721196view=rev
Log:
include new Gensis 1.6-SNAPSHOT to fix searching Apache Snapshot  
Repo twice (apache.snapshots and apache-snapshots) and remove  
default inclusion of codehuas-snapshots.  This removes 2 extra  
repo searches for depends.  The codehaus-snapshots and java.net  
repos were moved into the artifact builds were they are needed  
(for Selenium depends and JAX depends in JAXWS.)


Modified:
   geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=721196r1=721195r2=721196view=diff
=== 
=== 
=== 
=== 
==

--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Thu Nov 27 06:57:54 2008
@@ -25,7 +25,7 @@
parent
groupIdorg.apache.geronimo.genesis.config/groupId
artifactIdproject-config/artifactId
-version1.5/version
+version1.6-SNAPSHOT/version
/parent
 groupIdorg.apache.geronimo/groupId
@@ -3326,11 +3326,10 @@
repositories
!--
NOTE: The default repositories are picked up by Genesis,  
but need to
-  specify where Genesis lives to pick it up  any  
additional repositories.
+  specify where Genesis lives to pick it up any other  
repositories.

--
-
repository
-idapache-snapshots/id
+idapache.snapshots/id
nameApache Snapshots Repository/name
urlhttp://people.apache.org/repo/m2-snapshot-repository 
/url

layoutdefault/layout
@@ -3343,7 +3342,7 @@
enabledfalse/enabled
/releases
/repository
-
+!--
repository
idjava.net/id
urlhttp://download.java.net/maven/1//url
@@ -3355,7 +3354,7 @@
enabledtrue/enabled
/releases
/repository
-
+--
/repositories
 distributionManagement

Re: svn commit: r721196 - /geronimo/server/trunk/pom.xml

2008-12-01 Thread Joe Bohn

I think the combination of the changes in genesis 2.0 and our target 
dates for a Geronimo 2.2 release preclude us from considering this now. 
 Perhaps we should look to leverage genesis for some of the pre-reqs 
(such as specs, components, etc...) before we attempt to use it for a 
full fledged server release.  Or course, we must first release genesis 
2.0 to use it for anything else.




Donald Woods wrote:
Just checked in the remaining update to Genesis 1.6-SNAPSHOT (which I 
had already published to the snapshot repo.)


The changes were:
1) to remove a duplicate definition of apache-snapshots and 
apache.snapshots, which caused the apache snapshot repo to be searched 
twice for artifacts.

2) to remove codehaus-snapshots as a default repo to search

The above 2 changes removed 2 unnecessary repo searches for artifacts 
during the build.



I haven't put Genesis 1.6 up for a vote, as I thought we were moving to 
the new Genesis 2.0 release for 2.2, but if we aren't, then I can work 
on releasing 1.6.



-Donald


Joe Bohn wrote:

Donald,

Can you explain the move to Genesis 1.6-SNAPSHOT?  I don't see any 
changes in the Genesis branch 1.x since the 1.5 release ... so I'm not 
sure what you are trying to pickup.


If we do need to make changes in genesis and get another 1.x release 
out before Geronimo 2.2 we need to get that moving quickly.


Joe


[EMAIL PROTECTED] wrote:

Author: dwoods
Date: Thu Nov 27 06:57:54 2008
New Revision: 721196

URL: http://svn.apache.org/viewvc?rev=721196view=rev
Log:
include new Gensis 1.6-SNAPSHOT to fix searching Apache Snapshot Repo 
twice (apache.snapshots and apache-snapshots) and remove default 
inclusion of codehuas-snapshots.  This removes 2 extra repo searches 
for depends.  The codehaus-snapshots and java.net repos were moved 
into the artifact builds were they are needed (for Selenium depends 
and JAX depends in JAXWS.)


Modified:
geronimo/server/trunk/pom.xml

Modified: geronimo/server/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=721196r1=721195r2=721196view=diff 

== 


--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Thu Nov 27 06:57:54 2008
@@ -25,7 +25,7 @@
 parent
 groupIdorg.apache.geronimo.genesis.config/groupId
 artifactIdproject-config/artifactId
-version1.5/version
+version1.6-SNAPSHOT/version
 /parent
 
 groupIdorg.apache.geronimo/groupId

@@ -3326,11 +3326,10 @@
 repositories
 !--
 NOTE: The default repositories are picked up by Genesis, but 
need to
-  specify where Genesis lives to pick it up  any 
additional repositories.
+  specify where Genesis lives to pick it up any other 
repositories.

 --
-
 repository
-idapache-snapshots/id
+idapache.snapshots/id
 nameApache Snapshots Repository/name
 
urlhttp://people.apache.org/repo/m2-snapshot-repository/url

 layoutdefault/layout
@@ -3343,7 +3342,7 @@
 enabledfalse/enabled
 /releases
 /repository
-
+!--
 repository
 idjava.net/id
 urlhttp://download.java.net/maven/1//url
@@ -3355,7 +3354,7 @@
 enabledtrue/enabled
 /releases
 /repository
-
+--
 /repositories
 
 distributionManagement

[jira] Resolved: (GERONIMO-4004) Upgrade XStream to 1.3


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor resolved GERONIMO-4004.
---

Resolution: Fixed

Jason committed this change a while ago in revision 653785.


 Upgrade XStream to 1.3
 --

 Key: GERONIMO-4004
 URL: https://issues.apache.org/jira/browse/GERONIMO-4004
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: buildsystem
Reporter: Jason Dillon
Assignee: Jason Dillon
 Fix For: 2.2




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMODEVTOOLS-537) Remote server deployment fails with connection exception

Remote server deployment fails with connection exception


 Key: GERONIMODEVTOOLS-537
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-537
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.0, 2.1.4
Reporter: Tim McConnell
Assignee: Tim McConnell


Distribution of module failed.  See log for details.
  Connection refused: connect
  java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.init(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown 
Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown 
Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at 
org.apache.geronimo.deployment.plugin.remote.FileUploadServletClient.connectToServer(FileUploadServletClient.java:266)
at 
org.apache.geronimo.deployment.plugin.remote.FileUploadServletClient.uploadFilesToServer(FileUploadServletClient.java:115)
at 
org.apache.geronimo.deployment.plugin.remote.RemoteDeployUtil.uploadFilesToServer(RemoteDeployUtil.java:33)
at 
org.apache.geronimo.deployment.plugin.remote.DistributeCommand.massageFileNames(DistributeCommand.java:43)
at 
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:114)
at 
org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
at 
org.apache.geronimo.deployment.plugin.remote.DistributeCommand.run(DistributeCommand.java:50)
at java.lang.Thread.run(Unknown Source)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-4229) clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts


[ 
https://issues.apache.org/jira/browse/GERONIMO-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652165#action_12652165
 ] 

Jarek Gawor commented on GERONIMO-4229:
---

Committed your patch to trunk (revision 722243) and branches/2.1 (revision 
722244). Thanks a lot!


 clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts
 ---

 Key: GERONIMO-4229
 URL: https://issues.apache.org/jira/browse/GERONIMO-4229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: startup/shutdown
Affects Versions: 2.1.1
 Environment: ALL
Reporter: Russell E Glaue
Priority: Minor
 Attachments: geronimo-shell-home-base-2.patch


 I was not seeing consistent usage in the shell scripts of the following:
  - GERONIMO_HOME
  - GERONIMO_BASE
  - org.apache.geronimo.base.dir
 In 4 of the scripts, GERONIMO_BASE was used where GERONIMO_HOME should have 
 been used, or GERONIMO_BASE should be used to complete the path to the temp 
 file, otherwise the GeronimoInstallationPath is used to complete the temp 
 file path.
 The attached patch corrects these.
 For more information, please see my thread on [EMAIL PROTECTED]
 Subject: GERONIMO_BASE vs. GERONIMO_HOME and org.apache.geronimo.base.dir
 And as an additional note, this patch resolves a few errors, but not these 
 two:
 (1)-
 Using GERONIMO_BASE:   /usr/local/geronimo/server1
 Using GERONIMO_HOME:   /usr/local/geronimo
 Using GERONIMO_TMPDIR: var/temp
 Using JRE_HOME:/usr/jdk1.5.0_07/jre
 10:45:33,914 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFoundException: 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
  (No such file or directory) trying to open properties file 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
 -
 Geronimo looks for the 'var/config/config-substitutions.properties' file 
 according to 'org.apache.geronimo.server.dir' variable.
 However the bin/geronimo.sh script only sets 
 -Dorg.apache.geronimo.base.dir=$GERONIMO_BASE
 But I do not see how org.apache.geronimo.base.dir is used inside Geronimo.
 To fix we would have to set the variable 
 -Dorg.apache.geronimo.server.dir=$GERONIMO_BASE too - but we cannot do that 
 if we want users to be able to supply the 
 -Dorg.apache.geronimo.server.name=relative_path variable outside of 
 bin/geronimo.sh in $GERONIMO_OPTS env var.
 -
 So I could not figure out a good way to address this error, unless we 
 overrided org.apache.geronimo.base.dir variable with whatever is in the 
 org.apache.geronimo.server.dir variable, then change Geronimo to look for the 
 configSubstitutionFile as 
 'org.apache.geronimo.base.dir/var/config/config-substitutions.properties'
 And it appears that Geronimo ignores org.apache.geronimo.base.dir in favor of 
 org.apache.geronimo.home.dir anyway, so removing the configured 
 org.apache.geronimo.base.dir property in bin/geronimo.sh does not seem to 
 hurt anything - at first test, at least, it works for me.
 Then we just always set org.apache.geronimo.base.dir = 
 org.apache.geronimo.server.dir
 -
 I would appreciate if someone shed light on the proper intended usage of the 
 org.apache.geronimo.base.dir property.
 -
 (2)-
 Using GERONIMO_BASE:   /usr/local/geronimo/server1
 Using GERONIMO_HOME:   /usr/local/geronimo
 Using GERONIMO_TMPDIR: var/temp
 Using JRE_HOME:/usr/jdk1.5.0_07/jre
 ...
 The java.io.tmpdir system property specifies a non-existent directory: 
 /usr/local/geronimo-jetty6-javaee5-2.1.2/var/temp
 -
 read: /usr/local/geronimo/bin/geronimo.sh
 #   GERONIMO_TMPDIR (Optional) Directory path location of temporary directory
 #   the JVM should use (java.io.tmpdir).
 #   Defaults to $GERONIMO_BASE/var/temp.
 if [ -z $GERONIMO_TMPDIR ] ; then
   # Define the java.io.tmpdir to use for Geronimo
   # A relative value will be resolved relative to each instance
   GERONIMO_TMPDIR=var/temp
 fi
 -
 This is incorrect documentation, as the error message illustrates.
 GERONIMO_TMPDIR does not default to $GERONIMO_BASE/var/temp
 Nor does it default to $GERONIMO_HOME/var/temp
 Instead: It defaults to Geronimo_install_directory/var/temp
 Or also org.apache.geronimo.server.dir/var/temp
 GERONIMO_TMPDIR should be set with $GERONIMO_BASE/var/temp
 Or also org.apache.geronimo.base.dir/var/temp to comply with the documentation
 -
 Setting GERONIMO_TMPDIR=$GERONIMO_BASE/var/temp in bin/geronimo.sh will 
 actually conflict with anyone using the 
 -Dorg.apache.geronimo.server.name=relative_path to run multiple instances 
 as documented in the geronimo wiki.
 The absolute path is resolved to 
 org.apache.geronimo.server.dir/java.io.tmpdir IF java.io.tmpdir is a 
 relative path.

[jira] Commented: (GERONIMO-4229) clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts


[ 
https://issues.apache.org/jira/browse/GERONIMO-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652171#action_12652171
 ] 

Jarek Gawor commented on GERONIMO-4229:
---

I looked at this a bit and this is pretty screwed up. First, the 
org.apache.geronimo.base.dir is not used anywhere in Geronimo code (can't 
find any references to it). I think the scripts should be passing 
-Dorg.apache.geronimo.home.dir=$GERONIMO_HOME instead. Second, the 
$GERONIMO_BASE property corresponds to org.apache.geronimo.server.dir 
property in code. But we cannot automatically set and pass this property in the 
scripts as the org.apache.geronimo.server.name property will be totally 
ignored. That is, what is documented right now in how to setup and run multiple 
servers will not work anymore. So, we will need to fix the code or scripts 
somehow. Maybe the easiest thing right now is to get rid off the GERONIMO_BASE 
property in scripts (it doesn't do anything right now anyway since the 
org.apache.geronimo.base.dir is not referenced in the code anywhere). In that 
case, the user either would need to pass the org.apache.geronimo.server.dir 
or org.apache.geronimo.server.name property via GERONIMO_OPTS env. property.






 clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts
 ---

 Key: GERONIMO-4229
 URL: https://issues.apache.org/jira/browse/GERONIMO-4229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: startup/shutdown
Affects Versions: 2.1.1
 Environment: ALL
Reporter: Russell E Glaue
Priority: Minor
 Attachments: geronimo-shell-home-base-2.patch


 I was not seeing consistent usage in the shell scripts of the following:
  - GERONIMO_HOME
  - GERONIMO_BASE
  - org.apache.geronimo.base.dir
 In 4 of the scripts, GERONIMO_BASE was used where GERONIMO_HOME should have 
 been used, or GERONIMO_BASE should be used to complete the path to the temp 
 file, otherwise the GeronimoInstallationPath is used to complete the temp 
 file path.
 The attached patch corrects these.
 For more information, please see my thread on [EMAIL PROTECTED]
 Subject: GERONIMO_BASE vs. GERONIMO_HOME and org.apache.geronimo.base.dir
 And as an additional note, this patch resolves a few errors, but not these 
 two:
 (1)-
 Using GERONIMO_BASE:   /usr/local/geronimo/server1
 Using GERONIMO_HOME:   /usr/local/geronimo
 Using GERONIMO_TMPDIR: var/temp
 Using JRE_HOME:/usr/jdk1.5.0_07/jre
 10:45:33,914 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFoundException: 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
  (No such file or directory) trying to open properties file 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
 -
 Geronimo looks for the 'var/config/config-substitutions.properties' file 
 according to 'org.apache.geronimo.server.dir' variable.
 However the bin/geronimo.sh script only sets 
 -Dorg.apache.geronimo.base.dir=$GERONIMO_BASE
 But I do not see how org.apache.geronimo.base.dir is used inside Geronimo.
 To fix we would have to set the variable 
 -Dorg.apache.geronimo.server.dir=$GERONIMO_BASE too - but we cannot do that 
 if we want users to be able to supply the 
 -Dorg.apache.geronimo.server.name=relative_path variable outside of 
 bin/geronimo.sh in $GERONIMO_OPTS env var.
 -
 So I could not figure out a good way to address this error, unless we 
 overrided org.apache.geronimo.base.dir variable with whatever is in the 
 org.apache.geronimo.server.dir variable, then change Geronimo to look for the 
 configSubstitutionFile as 
 'org.apache.geronimo.base.dir/var/config/config-substitutions.properties'
 And it appears that Geronimo ignores org.apache.geronimo.base.dir in favor of 
 org.apache.geronimo.home.dir anyway, so removing the configured 
 org.apache.geronimo.base.dir property in bin/geronimo.sh does not seem to 
 hurt anything - at first test, at least, it works for me.
 Then we just always set org.apache.geronimo.base.dir = 
 org.apache.geronimo.server.dir
 -
 I would appreciate if someone shed light on the proper intended usage of the 
 org.apache.geronimo.base.dir property.
 -
 (2)-
 Using GERONIMO_BASE:   /usr/local/geronimo/server1
 Using GERONIMO_HOME:   /usr/local/geronimo
 Using GERONIMO_TMPDIR: var/temp
 Using JRE_HOME:/usr/jdk1.5.0_07/jre
 ...
 The java.io.tmpdir system property specifies a non-existent directory: 
 /usr/local/geronimo-jetty6-javaee5-2.1.2/var/temp
 -
 read: /usr/local/geronimo/bin/geronimo.sh
 #   GERONIMO_TMPDIR (Optional) Directory path location of temporary directory
 #   the JVM should use (java.io.tmpdir).
 #   Defaults to $GERONIMO_BASE/var/temp.
 if [ -z

[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment if an ear's manifest cps are messed up, and provide more info on where.

2008-12-01 Thread Joe Bohn (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652185#action_12652185
 ] 

Joe Bohn commented on GERONIMO-3316:


Can one of the watchers (Jeff?) please verify the integrated fix addresses the 
issue and if so, close this JIRA (or at least comment back on the results of 
their test)?

 warn but don't prevent deployment if an ear's manifest cps are messed up, and 
 provide more info on where.
 -

 Key: GERONIMO-3316
 URL: https://issues.apache.org/jira/browse/GERONIMO-3316
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6, 2.0-M7, 2.0, 2.0.1, 2.0.2, 2.0.3, 2.1, 2.1.1, 
 2.1.2, 2.1.3, 2.1.4, 2.2
Reporter: David Jencks
Assignee: Joe Bohn
 Fix For: 2.1.4, 2.2


 DeploymentContext.getCompleteManifestClassPath figures out the whole set of 
 jars in an ear in a modules classpath.  If somethings missing it throws an 
 exception and prevents deployment.  We need a switch to be more lenient, and 
 we need to provide more info when there's a problem on which jar has the 
 problem and how we found it.
 Thanks to David Harbige on the user list for pointing out that this is a big 
 usability problem.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

GERONIMO-4229

2008-12-01 Thread Jarek Gawor

Hi,

I was looking at GERONIMO-4229 today (please see the bug and my
comments for details). There is a remaining issue with the
GERONIMO_BASE property and what it does. The Java system property that
it sets is not used anywhere in the code and therefore that property
is useless.  I have a couple of ideas what we can do with it or how to
fix it:

1) Totally get rid off GERONIMO_BASE in the shell scripts. It doesn't
do anything right now anyway and it just confuses people. People that
want to use multiple server instances will need to pass
org.apache.geronimo.server.dir or org.apache.geronimo.server.name
property using the GERONIMO_OPTS env. property (as it is documented
today).

or

2) Keep GERONIMO_BASE but only pass org.apache.geronimo.server.dir
property (to the java process) if the user has set the GERONIMO_BASE
env. property explicitly. That is, do not set GERONIMO_BASE property
automatically within the script as it is done now. If it would be
automatically set, the org.apache.geronimo.server.name property
(passed via GERONIMO_OPTS) would always be ignored.

Thoughts?

Jarek

[jira] Commented: (GERONIMO-4229) clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts

2008-12-01 Thread Russell E Glaue (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12652186#action_12652186
 ] 

Russell E Glaue commented on GERONIMO-4229:
---

I have been using Geronimo, without my patch, successfully without problem if I 
perform the following:

perform
1) expand geronimo-jetty6-javaee5-2.1.2 in /usr/local/
2) cd /usr/local; ln -s geronimo-jetty6-javaee5-2.1.2 geronimo
2) create the directory /usr/local/geronimo/server1
3) move /usr/local/geronimo/var to /usr/local/geronimo/server1/var
4) start geronimo with this shell command:
-
cd /usr/local/geronimo
export GERONIMO_HOME=/usr/local/geronimo
JAVA_OPTS=-Dorg.apache.geronimo.server.dir=$GERONIMO_HOME/server1
${GERONIMO_HOME}/bin/startup.sh
-
/perform

The startup.sh script will set GERONIMO_BASE = GERONIMO_HOME if GERONIMO_BASE 
is not defined.
I cannot set -Dorg.apache.geronimo.server.name=server1 as it will look for it 
as /usr/local/geronimo-jetty6-javaee5-2.1.2/server1
So I have to set -Dorg.apache.geronimo.server.dir=$GERONIMO_HOME/server1 so 
it is found correctly.

I think these variables should each receive a concrete definition as to the 
following:
 1) What is the formal definition of this variable?
 2) What, in Geronimo's run time, does this variable refer to?
 3) When it is to be referenced in actual code, what should be the expected and 
intended use?
 4) Where, in the Geronimo code, is this variable used?
 5) Examples of how to use it, and how not to use it.

We can put that on the Geronimo Wiki.

Additionally, as I described in the thread discussion, I believe these 
variables are used incorrectly in a few places.
It does not seem like it is hard to clean up.
And documentation should prevent further confusion.

I am willing to write the wiki documentation for this.
I have already asked my employer to give me the permission to sign the Apache 
Individual Contributor License Agreement (CLA) so I can do something like this.

Thanks.
-RG

 clarify use of GERONIMO_HOME vs. GERONIMO_BASE in shell scripts
 ---

 Key: GERONIMO-4229
 URL: https://issues.apache.org/jira/browse/GERONIMO-4229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: startup/shutdown
Affects Versions: 2.1.1
 Environment: ALL
Reporter: Russell E Glaue
Priority: Minor
 Attachments: geronimo-shell-home-base-2.patch


 I was not seeing consistent usage in the shell scripts of the following:
  - GERONIMO_HOME
  - GERONIMO_BASE
  - org.apache.geronimo.base.dir
 In 4 of the scripts, GERONIMO_BASE was used where GERONIMO_HOME should have 
 been used, or GERONIMO_BASE should be used to complete the path to the temp 
 file, otherwise the GeronimoInstallationPath is used to complete the temp 
 file path.
 The attached patch corrects these.
 For more information, please see my thread on [EMAIL PROTECTED]
 Subject: GERONIMO_BASE vs. GERONIMO_HOME and org.apache.geronimo.base.dir
 And as an additional note, this patch resolves a few errors, but not these 
 two:
 (1)-
 Using GERONIMO_BASE:   /usr/local/geronimo/server1
 Using GERONIMO_HOME:   /usr/local/geronimo
 Using GERONIMO_TMPDIR: var/temp
 Using JRE_HOME:/usr/jdk1.5.0_07/jre
 10:45:33,914 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFoundException: 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
  (No such file or directory) trying to open properties file 
 /usr/local/geronimo-jetty6-javaee5-2.1.1/var/config/config-substitutions.properties
 -
 Geronimo looks for the 'var/config/config-substitutions.properties' file 
 according to 'org.apache.geronimo.server.dir' variable.
 However the bin/geronimo.sh script only sets 
 -Dorg.apache.geronimo.base.dir=$GERONIMO_BASE
 But I do not see how org.apache.geronimo.base.dir is used inside Geronimo.
 To fix we would have to set the variable 
 -Dorg.apache.geronimo.server.dir=$GERONIMO_BASE too - but we cannot do that 
 if we want users to be able to supply the 
 -Dorg.apache.geronimo.server.name=relative_path variable outside of 
 bin/geronimo.sh in $GERONIMO_OPTS env var.
 -
 So I could not figure out a good way to address this error, unless we 
 overrided org.apache.geronimo.base.dir variable with whatever is in the 
 org.apache.geronimo.server.dir variable, then change Geronimo to look for the 
 configSubstitutionFile as 
 'org.apache.geronimo.base.dir/var/config/config-substitutions.properties'
 And it appears that Geronimo ignores org.apache.geronimo.base.dir in favor of 
 org.apache.geronimo.home.dir anyway, so removing the configured 
 org.apache.geronimo.base.dir property in bin/geronimo.sh does not seem to 
 hurt anything - at first test, at least, it works for me.
 Then we just always set

[jira] Resolved: (GERONIMODEVTOOLS-536) Fail to launch browser when run a dynamic web application on server via GEP


 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim McConnell resolved GERONIMODEVTOOLS-536.


Resolution: Fixed

You appear to be absolutely correct Delos. Thanks much for the patch !!

 Fail to launch browser when run a dynamic web application on server via GEP
 ---

 Key: GERONIMODEVTOOLS-536
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-536
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.3
 Environment: OS:Windows
Reporter: viola.lu
Assignee: Tim McConnell
Priority: Minor
 Fix For: 2.2.0, 2.1.4


 Steps:
 1.Open a clean eclipse, and then install GEP, define a server
 2.Create a dynamic web application, and right-click run on server
 3.No browser popups, and you will see errorError opening browser on Error 
 log tab at the bottom of eclipse.
 Error in elicpse: 
 java.lang.NullPointerException
 at 
 org.eclipse.wst.server.ui.internal.WebLaunchableClient.launch(WebLaunchableClient.java:39)
 at org.eclipse.wst.server.core.internal.Client.launch(Client.java:114)
 at 
 org.eclipse.wst.server.ui.internal.LaunchClientJob$1.run(LaunchClientJob.java:79)
 at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
 at 
 org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:133)
 at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3800)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3425)
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
 at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
 at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
 at 
 org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
 at 
 org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
 at 
 org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
 at 
 org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
 at 
 org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
 at 
 org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
 at 
 org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMODEVTOOLS-538) Remote deployment testcase

Remote deployment testcase
--

 Key: GERONIMODEVTOOLS-538
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-538
 Project: Geronimo-Devtools
  Issue Type: Sub-task
Reporter: Tim McConnell
Assignee: Tim McConnell




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMODEVTOOLS-537) Remote server deployment fails with connection exception