date:20080804


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

YunFeng Ma resolved GERONIMODEVTOOLS-458.
-

Resolution: Fixed

Thanks a lot, BJ, for pointing this out. Committed to trunk (revision 682595).

> NullPointerException when creating new geronimo-web.xml
> ---
>
> Key: GERONIMODEVTOOLS-458
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-458
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
> Environment: GEP Ganymede on Windows
>Reporter: B.J. Reed
>Assignee: B.J. Reed
>Priority: Critical
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-458.patch
>
>
> When I try to create a Dynamic Web project, I get a NullPointerException with 
> no real details in the log.

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

[jira] Resolved: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console


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

YunFeng Ma resolved GERONIMO-4227.
--

   Resolution: Fixed
Fix Version/s: 2.2
   2.1.3

Committed to trunk (revision 682591) and branches/2.1 (revision 682592). Thanks 
a lot, Ivan, for the patch. 

> Incorrect message is show even if the deployment failed in the web console
> --
>
> Key: GERONIMO-4227
> URL: https://issues.apache.org/jira/browse/GERONIMO-4227
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1.1
> Environment: OS: Windows XP
> Java Version : JDK 1.5.0
>Reporter: Ivan
> Fix For: 2.1.3, 2.2
>
> Attachments: GERONIMO-4277.patch
>
>
> Precondition : 1. Prepare a standalone module from the examples : 
> calculator-stateless-ejb-2.1.0.0.jar
> Steps : 1. Deploy the module without plan xml file, make sure the checkbox 
> "calculator-stateless-ejb-2.1.0.0.jar" is checked
>   2. Redeploy the module without plan xml file, make sure the 
> checkbox "calculator-stateless-ejb-2.1.0.0.jar" is checked and the checkbox 
> "Redeploy application" is NOT checked
> Expected Result :
>It should show "The application was successfully deployed.
>The application was not 
> successfully started" 
> Current Result :  
>It shows that "The application was successfully deployed.
>The application was successfully 
> started"
> Other info : For the module has been deployed and started in the first time, 
> so in the second time, it may be deployed, but could not started

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

[BUILD] branches/2.0: Failed for Revision: 682583

Geronimo Revision: 682583 built with tests included
 
See the full build-0200.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080805/build-0200.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080805/unit-test-reports
 


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Plugin could not be 
found - check that the goal name is correct: Unable to download the artifact 
from any repository

Try downloading the file manually from the project website.

Then, install it using the command: 
mvn install:install-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:   
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \
 -Durl=[url] -DrepositoryId=[id]


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:184)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:141)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.PluginNotFoundException: Plugin could not be 
found - check that the goal name is correct: Unable to download the artifact 
from any repository

Try downloading the file manually from the project website.

Then, install it using the command: 
mvn install:install-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:   
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \
 -Durl=[url] -DrepositoryId=[id]


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

at 
org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:236)
at 
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171)
at 
org.apache.maven.lifecyc

[jira] Commented: (GERONIMODEVTOOLS-459) Testsuite fails on Windows 2003 server -- not able to find a terminal session

2008-08-04 Thread Tim McConnell (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619785#action_12619785
 ] 

Tim McConnell commented on GERONIMODEVTOOLS-459:


May be an abbot problem...

http://osdir.com/ml/java.abbot.user/2007-10/msg00033.html

> Testsuite fails on Windows 2003 server -- not able to find a terminal session
> -
>
> Key: GERONIMODEVTOOLS-459
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-459
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
>  [java] java-test:
>  [java]  [echo] Running 
> org.apache.geronimo.testsuite.v21.ui.NewServerTest. Result file: 
> D:\gdvtls\eclipse-plugin\trunk\testsuite\launcher/results/junit/org.apache.geronimo.testsuite.v21.ui.NewServerTest.xml.
>  [java]  [java] warning: Strike one: abbot.swt.WaitTimedOutError: 
> 3000 ms.: move to 525,280 (got Point {0, 0})
>  [java]  [java] 
>  [java]  [java] abbot.swt.WaitTimedOutError: 3000 ms.: move to 
> 525,280 (got Point {0, 0})
>  [java]  [java]   at 
> abbot.swt.utilities.Wait.timeout(Wait.java:127)
>  [java]  [java]   at 
> abbot.swt.utilities.Wait.waitPrim(Wait.java:120)
>  [java]  [java]   at abbot.swt.utilities.Wait.wait(Wait.java:85)
>  [java]  [java]   at 
> abbot.swt.Robot.waitMouseLocation(Robot.java:437)
>  [java]  [java]   at abbot.swt.Robot.mouseMovePrim(Robot.java:416)
>  [java]  [java]   at abbot.swt.Robot.mouseMove(Robot.java:223)
>  [java]  [java]   at 
> abbot.swt.tester.AbstractTester.mouseMove(AbstractTester.java:401)
>  [java]  [java]   at 
> abbot.swt.tester.MenuItemTester.clickItem(MenuItemTester.java:108)
>  [java]  [java]   at 
> abbot.swt.tester.MenuItemTester.clickItem(MenuItemTester.java:92)
>  [java]  [java]   at 
> abbot.swt.tester.MenuItemTester.actionClickItem(MenuItemTester.java:72)
>  [java]  [java]   at 
> abbot.swt.tester.MenuTester.clickItem(MenuTester.java:59)
>  [java]  [java]   at 
> abbot.swt.tester.MenuTester.actionClickItem(MenuTester.java:54)
>  [java]  [java]   at 
> org.apache.geronimo.testsuite.common.ui.AbbotHelper.clickMenuItem(AbbotHelper.java:130)
>  [java]  [java]   at 
> org.apache.geronimo.testsuite.common.ui.WorkbenchTasks.showJEEPerspective(WorkbenchTasks.java:37)
>  [java]  [java]   at 
> org.apache.geronimo.testsuite.v21.ui.NewServerTest.testAllGeronimoGUI(NewServerTest.java:67)
>  [java]  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  [java]  [java]   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  [java]  [java]   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  [java]  [java]   at 
> java.lang.reflect.Method.invoke(Method.java:585)
>  [java]  [java]   at 
> junit.framework.TestCase.runTest(TestCase.java:164)
>  [java]  [java]   at 
> junit.framework.TestCase.runBare(TestCase.java:130)
>  [java]  [java]   at 
> abbot.swt.junit.extensions.SWTTestCase.runBareWrapper(SWTTestCase.java:278)
>  [java]  [java]   at 
> abbot.swt.junit.extensions.SWTTestCase.access$2(SWTTestCase.java:275)
>  [java]  [java]   at 
> abbot.swt.junit.extensions.SWTTestCase$4.execute(SWTTestCase.java:252)
>  [java]  [java]   at 
> abbot.swt.junit.extensions.UserThread.run(UserThread.java:75)
>  [java]  [java] warning: Strike two: abbot.swt.WaitTimedOutError: 
> 3000 ms.: move to 525,280 (got Point {0, 0})
>  [java]  [java] 

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

[jira] Resolved: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod

2008-08-04 Thread Jarek Gawor (JIRA)


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

Jarek Gawor resolved GERONIMO-3793.
---

   Resolution: Fixed
Fix Version/s: 2.2
   2.1.3

Committed similar patch with additional tests to trunk (revision 682575) and 
branches/2.1 (revision 682576).

Added a *org.apache.geronimo.jaxws.wsgen.addToClassPath* system property to 
control whether the wsgen generated classes should be added to the module 
classpath. By default, the generated classes will be added to the module 
classpath. To prevent the generated classes from being added to the module 
classpath pass *-Dorg.apache.geronimo.jaxws.wsgen.addToClassPath=false* system 
property.


> "Not Known To This Context" JAXBException when attempting to return complex 
> data type from a @WebMethod
> ---
>
> Key: GERONIMO-3793
> URL: https://issues.apache.org/jira/browse/GERONIMO-3793
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: webservices
>Affects Versions: 2.0.x, 2.1
> Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ 
> Tomcat+OpenEJB+Axis2
>Reporter: Cedric Hurst
>Assignee: Jarek Gawor
>Priority: Critical
> Fix For: 2.1.3, 2.2
>
> Attachments: ComplexDataTypeWSExampleEAR.ear, G3793 -r680814.patch, 
> geronimo.log
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> I'm attempting to return a @XmlRootElement annotated object called "Customer" 
> from a @WebMethod.  When calling the service, I get the following error in 
> the server log:
> javax.xml.bind.JAXBException: 
> [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is 
> not known to this context
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
>   at 
> com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
>   at 
> com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
>   at 
> com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
>   ... 48 more
> From what I understand, the return type should be added to the JaxB context 
> automatically.
> Just to make sure I wasn't doing something wrong in my Customer class, I 
> added another method to my bean that returned a java.util.List of Strings.  
> When calling this method, I also got the same sort of error:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
> javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException
>  - with linked exception:
> [javax.xml.bind.JAXBException: java.util.List is not known to this context]
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
>   at 
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405)
>   at 
> org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321)
>   at 
> org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327)
>   at 
> org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252)
>   at 
> org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785)
>   at 
> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814)
>   at 
> org.apache.axiom.soap.impl.llom.SOAPEnvel

[jira] Issue Comment Edited: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console


[ 
https://issues.apache.org/jira/browse/GERONIMO-4227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619781#action_12619781
 ] 

xuhaihong edited comment on GERONIMO-4227 at 8/4/08 9:20 PM:


Show the error message if the module is  not started successfully

  was (Author: xuhaihong):
Show the error message if the module is started successfully
  
> Incorrect message is show even if the deployment failed in the web console
> --
>
> Key: GERONIMO-4227
> URL: https://issues.apache.org/jira/browse/GERONIMO-4227
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1.1
> Environment: OS: Windows XP
> Java Version : JDK 1.5.0
>Reporter: Ivan
> Attachments: GERONIMO-4277.patch
>
>
> Precondition : 1. Prepare a standalone module from the examples : 
> calculator-stateless-ejb-2.1.0.0.jar
> Steps : 1. Deploy the module without plan xml file, make sure the checkbox 
> "calculator-stateless-ejb-2.1.0.0.jar" is checked
>   2. Redeploy the module without plan xml file, make sure the 
> checkbox "calculator-stateless-ejb-2.1.0.0.jar" is checked and the checkbox 
> "Redeploy application" is NOT checked
> Expected Result :
>It should show "The application was successfully deployed.
>The application was not 
> successfully started" 
> Current Result :  
>It shows that "The application was successfully deployed.
>The application was successfully 
> started"
> Other info : For the module has been deployed and started in the first time, 
> so in the second time, it may be deployed, but could not started

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

[jira] Updated: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console


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

Ivan updated GERONIMO-4227:
---

Patch Info: [Patch Available]

> Incorrect message is show even if the deployment failed in the web console
> --
>
> Key: GERONIMO-4227
> URL: https://issues.apache.org/jira/browse/GERONIMO-4227
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1.1
> Environment: OS: Windows XP
> Java Version : JDK 1.5.0
>Reporter: Ivan
> Attachments: GERONIMO-4277.patch
>
>
> Precondition : 1. Prepare a standalone module from the examples : 
> calculator-stateless-ejb-2.1.0.0.jar
> Steps : 1. Deploy the module without plan xml file, make sure the checkbox 
> "calculator-stateless-ejb-2.1.0.0.jar" is checked
>   2. Redeploy the module without plan xml file, make sure the 
> checkbox "calculator-stateless-ejb-2.1.0.0.jar" is checked and the checkbox 
> "Redeploy application" is NOT checked
> Expected Result :
>It should show "The application was successfully deployed.
>The application was not 
> successfully started" 
> Current Result :  
>It shows that "The application was successfully deployed.
>The application was successfully 
> started"
> Other info : For the module has been deployed and started in the first time, 
> so in the second time, it may be deployed, but could not started

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

[jira] Updated: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console


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

Ivan updated GERONIMO-4227:
---

Attachment: GERONIMO-4277.patch

Show the error message if the module is started successfully

> Incorrect message is show even if the deployment failed in the web console
> --
>
> Key: GERONIMO-4227
> URL: https://issues.apache.org/jira/browse/GERONIMO-4227
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment
>Affects Versions: 2.1.1
> Environment: OS: Windows XP
> Java Version : JDK 1.5.0
>Reporter: Ivan
> Attachments: GERONIMO-4277.patch
>
>
> Precondition : 1. Prepare a standalone module from the examples : 
> calculator-stateless-ejb-2.1.0.0.jar
> Steps : 1. Deploy the module without plan xml file, make sure the checkbox 
> "calculator-stateless-ejb-2.1.0.0.jar" is checked
>   2. Redeploy the module without plan xml file, make sure the 
> checkbox "calculator-stateless-ejb-2.1.0.0.jar" is checked and the checkbox 
> "Redeploy application" is NOT checked
> Expected Result :
>It should show "The application was successfully deployed.
>The application was not 
> successfully started" 
> Current Result :  
>It shows that "The application was successfully deployed.
>The application was successfully 
> started"
> Other info : For the module has been deployed and started in the first time, 
> so in the second time, it may be deployed, but could not started

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

[jira] Created: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console

Incorrect message is show even if the deployment failed in the web console
--

 Key: GERONIMO-4227
 URL: https://issues.apache.org/jira/browse/GERONIMO-4227
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.1.1
 Environment: OS: Windows XP
Java Version : JDK 1.5.0
Reporter: Ivan


Precondition : 1. Prepare a standalone module from the examples : 
calculator-stateless-ejb-2.1.0.0.jar
Steps : 1. Deploy the module without plan xml file, make sure the checkbox 
"calculator-stateless-ejb-2.1.0.0.jar" is checked
  2. Redeploy the module without plan xml file, make sure the 
checkbox "calculator-stateless-ejb-2.1.0.0.jar" is checked and the checkbox 
"Redeploy application" is NOT checked
Expected Result :
   It should show "The application was successfully deployed.
   The application was not 
successfully started" 
Current Result :  
   It shows that "The application was successfully deployed.
   The application was successfully started"
Other info : For the module has been deployed and started in the first time, so 
in the second time, it may be deployed, but could not started

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

Re: svn commit: r682314 - /geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java

2008-08-04 Thread YunFeng Ma

Thanks a lot, Jacek. I've updated the codes in rev682569.

-- Yun Feng

Jacek Laskowski wrote: 
On Mon, Aug 4, 2008 at 12:26 PM,  <[EMAIL PROTECTED]> wrote:

Author: yunfengma
Date: Mon Aug  4 03:26:17 2008
New Revision: 682314

URL: http://svn.apache.org/viewvc?rev=682314&view=rev
Log:
GERONIMODEVTOOLS-457 Empty Web Container setting causes 'xml problem for web 
app' during deployment

Modified:
   
geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java

Modified: 
geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
URL: 
http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java?rev=682314&r1=682313&r2=682314&view=diff
==
--- 
geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
 (original)
+++ 
geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
 Mon Aug  4 03:26:17 2008
@@ -18,7 +18,10 @@

 import javax.xml.bind.Marshaller;

+import org.apache.geronimo.jee.naming.GbeanLocator;
+import org.apache.geronimo.jee.naming.Pattern;
 import org.apache.geronimo.jee.security.Security;
+import org.apache.geronimo.jee.web.WebApp;

 public class MarshallerListener extends Marshaller.Listener{

@@ -29,6 +32,30 @@
   if (security.getRoleMappings() != null && 
security.getRoleMappings().getRole().size() == 0) {
   security.setRoleMappings(null);
   }
+   } else if (source instanceof WebApp) {
+   WebApp webapp = (WebApp)source;
+   GbeanLocator gbeanlocator = webapp.getWebContainer();
+   if (isEmpty(gbeanlocator.getGbeanLink()) && 
isEmpty(gbeanlocator.getPattern())) {
+   webapp.setWebContainer(null);
+   }
+   }
+   }
+
+   private boolean isEmpty(Pattern pattern) {
+   if ( pattern == null ) {
+   return true;
   }
+   if ( ( pattern.getGroupId() == null || 
pattern.getGroupId().trim().equals("") ) &&
+( pattern.getArtifactId() == null || 
pattern.getArtifactId().trim().equals("") ) &&
+( pattern.getModule() == null || 
pattern.getModule().trim().equals("") ) &&
+( pattern.getName() == null || 
pattern.getName().trim().equals("") ) &&
+( pattern.getVersion() == null || 
pattern.getVersion().trim().equals("") ) ) {


Wouldn't isEmpty(pattern.getGroupId())... do the trick? Or better

  private boolean isEmpty(Pattern pattern) {
return isEmpty(pattern) || isEmpty(pattern.getGroupId()) || ...;
  }

?


+   private boolean isEmpty(String value) {
+   return (value == null || value.trim().equals(""));
   }
 }


Jacek

[jira] Updated: (GERONIMODEVTOOLS-459) Testsuite fails on Windows 2003 server -- not able to find a terminal session

2008-08-04 Thread Tim McConnell (JIRA)


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

Tim McConnell updated GERONIMODEVTOOLS-459:
---

  Component/s: eclipse-plugin
  Description: 
 [java] java-test:
 [java]  [echo] Running 
org.apache.geronimo.testsuite.v21.ui.NewServerTest. Result file: 
D:\gdvtls\eclipse-plugin\trunk\testsuite\launcher/results/junit/org.apache.geronimo.testsuite.v21.ui.NewServerTest.xml.
 [java]  [java] warning: Strike one: abbot.swt.WaitTimedOutError: 3000 
ms.: move to 525,280 (got Point {0, 0})
 [java]  [java] 
 [java]  [java] abbot.swt.WaitTimedOutError: 3000 ms.: move to 525,280 
(got Point {0, 0})
 [java]  [java] at 
abbot.swt.utilities.Wait.timeout(Wait.java:127)
 [java]  [java] at 
abbot.swt.utilities.Wait.waitPrim(Wait.java:120)
 [java]  [java] at abbot.swt.utilities.Wait.wait(Wait.java:85)
 [java]  [java] at 
abbot.swt.Robot.waitMouseLocation(Robot.java:437)
 [java]  [java] at abbot.swt.Robot.mouseMovePrim(Robot.java:416)
 [java]  [java] at abbot.swt.Robot.mouseMove(Robot.java:223)
 [java]  [java] at 
abbot.swt.tester.AbstractTester.mouseMove(AbstractTester.java:401)
 [java]  [java] at 
abbot.swt.tester.MenuItemTester.clickItem(MenuItemTester.java:108)
 [java]  [java] at 
abbot.swt.tester.MenuItemTester.clickItem(MenuItemTester.java:92)
 [java]  [java] at 
abbot.swt.tester.MenuItemTester.actionClickItem(MenuItemTester.java:72)
 [java]  [java] at 
abbot.swt.tester.MenuTester.clickItem(MenuTester.java:59)
 [java]  [java] at 
abbot.swt.tester.MenuTester.actionClickItem(MenuTester.java:54)
 [java]  [java] at 
org.apache.geronimo.testsuite.common.ui.AbbotHelper.clickMenuItem(AbbotHelper.java:130)
 [java]  [java] at 
org.apache.geronimo.testsuite.common.ui.WorkbenchTasks.showJEEPerspective(WorkbenchTasks.java:37)
 [java]  [java] at 
org.apache.geronimo.testsuite.v21.ui.NewServerTest.testAllGeronimoGUI(NewServerTest.java:67)
 [java]  [java] at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [java]  [java] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 [java]  [java] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [java]  [java] at 
java.lang.reflect.Method.invoke(Method.java:585)
 [java]  [java] at 
junit.framework.TestCase.runTest(TestCase.java:164)
 [java]  [java] at 
junit.framework.TestCase.runBare(TestCase.java:130)
 [java]  [java] at 
abbot.swt.junit.extensions.SWTTestCase.runBareWrapper(SWTTestCase.java:278)
 [java]  [java] at 
abbot.swt.junit.extensions.SWTTestCase.access$2(SWTTestCase.java:275)
 [java]  [java] at 
abbot.swt.junit.extensions.SWTTestCase$4.execute(SWTTestCase.java:252)
 [java]  [java] at 
abbot.swt.junit.extensions.UserThread.run(UserThread.java:75)
 [java]  [java] warning: Strike two: abbot.swt.WaitTimedOutError: 3000 
ms.: move to 525,280 (got Point {0, 0})
 [java]  [java] 

Affects Version/s: 2.1.2
Fix Version/s: 2.1.2

> Testsuite fails on Windows 2003 server -- not able to find a terminal session
> -
>
> Key: GERONIMODEVTOOLS-459
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-459
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
>  [java] java-test:
>  [java]  [echo] Running 
> org.apache.geronimo.testsuite.v21.ui.NewServerTest. Result file: 
> D:\gdvtls\eclipse-plugin\trunk\testsuite\launcher/results/junit/org.apache.geronimo.testsuite.v21.ui.NewServerTest.xml.
>  [java]  [java] warning: Strike one: abbot.swt.WaitTimedOutError: 
> 3000 ms.: move to 525,280 (got Point {0, 0})
>  [java]  [java] 
>  [java]  [java] abbot.swt.WaitTimedOutError: 3000 ms.: move to 
> 525,280 (got Point {0, 0})
>  [java]  [java]   at 
> abbot.swt.utilities.Wait.timeout(Wait.java:127)
>  [java]  [java]   at 
> abbot.swt.utilities.Wait.waitPrim(Wait.java:120)
>  [java]  [java]   at abbot.swt.utilities.Wait.wait(Wait.java:85)
>  [java]  [java]   at 
> abbot.swt.Robot.waitMouseLocation(Robot.java:437)
>  [java]  [java]   at abbot.swt.Robot.mouseMovePrim(Robot.java:416)
>  [java]  [java]   at abbot.swt.Robot.

[jira] Created: (GERONIMO-4226) GShell can not be started in a server assembly which only includes geronimo-boilerplate plugin

GShell can not be started in a server assembly which only includes 
geronimo-boilerplate plugin
--

 Key: GERONIMO-4226
 URL: https://issues.apache.org/jira/browse/GERONIMO-4226
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: dependencies
Affects Versions: 2.2
Reporter: YunFeng Ma
Priority: Minor


Assemble a server which only includes geronimo-boilerplate plugin, start gsh 
and get the following error:
{noformat}
C:\gshell2-1.0\bin>gsh
java.io.FileNotFoundException: 
C:\gshell2-1.0\repository\org\apache\ant\ant\1.7.0
at 
org.codehaus.plexus.classworlds.launcher.Configurator.loadGlob(Configurator.java:484)
at 
org.codehaus.plexus.classworlds.launcher.Configurator.loadGlob(Configurator.java:454)
at 
org.codehaus.plexus.classworlds.launcher.Configurator.configure(Configurator.java:315)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.configure(Launcher.java:131)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:404)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
{noformat}

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

[BUILD] trunk: Failed for Revision: 682555

Geronimo Revision: 682555 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080804/build-2100.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080804/unit-test-reports
 
  java.net (http://download.java.net/maven/1/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Path to dependency: 
1) org.apache.geronimo:geronimo:pom:2.2-SNAPSHOT
2) org.apache.maven.wagon:wagon-ssh:jar:1.0-beta-2
3) org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-4


at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:165)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.artifact.resolver.ArtifactResolutionException: 
Unable to get dependency information: Unable to read the metadata file for 
artifact 'org.codehaus.plexus:plexus-container-default:jar': Cannot find 
parent: plexus:plexus-root for project: plexus:plexus-containers:pom:1.0.2 for 
project plexus:plexus-containers:pom:1.0.2
  org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-7

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Path to dependency: 
1) org.apache.geronimo:geronimo:pom:2.2-SNAPSHOT
2) org.apache.maven.wagon:wagon-ssh:jar:1.0-beta-2
3) org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-4


at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:403)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:408)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:408)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect(DefaultArtifactCollector.java:76)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:300)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:288)
at 
org.apache.maven.extension.DefaultExtensionManager.addExtension(DefaultExtensionManager.java:131)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:157)
... 12 more
Caused by: 
org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException: Unable 
to read the metadata file for artifact 
'org.codehaus.plexus:plexus-container-default:jar': Cannot find parent: 
plexus:plexus-root for project: plexus:plexus-containers:pom:1.0.2 for project 
plexus:plexus-containers:pom:1.0.2
at 
org.apache.maven.project.artifact.MavenMetadataSource.retrieve(MavenMetadataSource.java:135)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:380)
... 19 more
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find 
parent: plexus:plexus-root for project: plexus:plexus-containers:pom:1.0.2 for 
project plexus:plexus-containers:pom:1.0.2
at 
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1370)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1387)
at 
org.apache.maven.project.DefaultMavenProjectB

[jira] Created: (GERONIMODEVTOOLS-459) Testsuite fails on Windows 2003 server -- not able to find a terminal session

2008-08-04 Thread Tim McConnell (JIRA)

Testsuite fails on Windows 2003 server -- not able to find a terminal session
-

 Key: GERONIMODEVTOOLS-459
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-459
 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.

[BUILD] branches/2.0: Failed for Revision: 682539

Geronimo Revision: 682539 built with tests included
 
See the full build-2000.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080804/build-2000.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080804/unit-test-reports
 


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Plugin could not be 
found - check that the goal name is correct: Unable to download the artifact 
from any repository

Try downloading the file manually from the project website.

Then, install it using the command: 
mvn install:install-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:   
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \
 -Durl=[url] -DrepositoryId=[id]


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:184)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:141)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.PluginNotFoundException: Plugin could not be 
found - check that the goal name is correct: Unable to download the artifact 
from any repository

Try downloading the file manually from the project website.

Then, install it using the command: 
mvn install:install-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:   
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.plugins 
-DartifactId=car-maven-plugin \
-Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \
 -Durl=[url] -DrepositoryId=[id]


  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

  org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org)

at 
org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:236)
at 
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171)
at

[VOTE RESULT] Geronimo Server 2.1.2 Release

2008-08-04 Thread Joe Bohn


All,

This vote passes with 18 "+1" and 1 "-0" votes.

Voting +1:
Joe Bohn
Rick McGuire
Dan Becker
Jarek Gawor
Lin Sun
B.J. Reed
Kevan Miller
Jacek Laskowski
YunFeng Ma
Jason Warner
Tim McConnell
Jason Dillon
David Belvins
Donald Woods
Jay McHugh
Vamsavardhana Reddy
Gianny Damour
Ted Kirby

Voting -0
David Jencks


I'll get to work getting the binaries pushed out, the plugin repo 
updated, and the announcement on our web site (after the mirrors are 
synced).


Thank you all!

Joe



Joe Bohn wrote:

All,

I've prepared a release candidate of Geronimo Server 2.1.2 for your
review and vote.

The source for the Geronimo Server 2.1.2 release currently resides here:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz 


OR
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the 10 
Java EE, Minimal, and Framework server binary distributions to be

released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as
the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code
archives for the release.  These extra txt files were included so that 
they could be leveraged by GEP if necessary (they are also included in 
the assembly images).


For your convenience, here are pointers to the urls for the
distributions in zip format:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip 

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip 



The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/

When the release vote is approved, these maven artifacts will be moved
to the m2-ibiblio-rsync-repository at Apache.


[ ] +1 Release Geronimo 2.1.2
[ ] 0 No opinion
[ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)

72 hours would expire at 11:00PM ET on Saturday evening, 8/2.  However, 
the vote may go longer while the tck results are verified.



Joe Bohn

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread David Blevins



On Aug 4, 2008, at 2:19 PM, Joe Bohn wrote:


We could add the note in the version that we post to the wiki.


That seems good enough to me.

For future release notes, we might want to add a link at the top to  
the online release notes with some "look here for updated information"  
type text.


-David

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Joe Bohn


Jarek Gawor wrote:

On Mon, Aug 4, 2008 at 2:24 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:

Thanks for checking this out David.

It is my opinion that these issues are not sufficient to stop the release.


I agree.


 If anyone feels otherwise please speak-up.

It appears #1 was introduced with rev. 665729 when attempting to make gsh
consistent with geronimo.sh (which has required JAVA_HOME or JRE_HOME since
at least release 2.1).

I also looked into the derby port (#2) and it appears that this has been
incorrect for several releases.  I checked 2.1, and 2.1.1 - both of these
displayed "0" for the port (which is also what I see on 2.1.2 rather than
"9").


Nice. Looks like we actually pass port 0, so the derby network
listener actaully listens on first available port the OS assigns. The
workaround is easy, just add DerbyPort=1527 to
config-substitutions.properties file. Probably we should add this to
the release notes.


Hmmm ... not sure what to do about that.  Since the release notes are 
included in the image itself we would need to create a new release 
candidate to add the note and if that is the case then we should just go 
ahead and fix it.  We could add the note in the version that we post to 
the wiki.


Joe

Re: svn commit: r682314 - /geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java

2008-08-04 Thread Jacek Laskowski

On Mon, Aug 4, 2008 at 12:26 PM,  <[EMAIL PROTECTED]> wrote:
> Author: yunfengma
> Date: Mon Aug  4 03:26:17 2008
> New Revision: 682314
>
> URL: http://svn.apache.org/viewvc?rev=682314&view=rev
> Log:
> GERONIMODEVTOOLS-457 Empty Web Container setting causes 'xml problem for web 
> app' during deployment
>
> Modified:
>
> geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
>
> Modified: 
> geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
> URL: 
> http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java?rev=682314&r1=682313&r2=682314&view=diff
> ==
> --- 
> geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
>  (original)
> +++ 
> geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/src/main/java/org/apache/geronimo/st/core/jaxb/MarshallerListener.java
>  Mon Aug  4 03:26:17 2008
> @@ -18,7 +18,10 @@
>
>  import javax.xml.bind.Marshaller;
>
> +import org.apache.geronimo.jee.naming.GbeanLocator;
> +import org.apache.geronimo.jee.naming.Pattern;
>  import org.apache.geronimo.jee.security.Security;
> +import org.apache.geronimo.jee.web.WebApp;
>
>  public class MarshallerListener extends Marshaller.Listener{
>
> @@ -29,6 +32,30 @@
>if (security.getRoleMappings() != null && 
> security.getRoleMappings().getRole().size() == 0) {
>security.setRoleMappings(null);
>}
> +   } else if (source instanceof WebApp) {
> +   WebApp webapp = (WebApp)source;
> +   GbeanLocator gbeanlocator = webapp.getWebContainer();
> +   if (isEmpty(gbeanlocator.getGbeanLink()) && 
> isEmpty(gbeanlocator.getPattern())) {
> +   webapp.setWebContainer(null);
> +   }
> +   }
> +   }
> +
> +   private boolean isEmpty(Pattern pattern) {
> +   if ( pattern == null ) {
> +   return true;
>}
> +   if ( ( pattern.getGroupId() == null || 
> pattern.getGroupId().trim().equals("") ) &&
> +( pattern.getArtifactId() == null || 
> pattern.getArtifactId().trim().equals("") ) &&
> +( pattern.getModule() == null || 
> pattern.getModule().trim().equals("") ) &&
> +( pattern.getName() == null || 
> pattern.getName().trim().equals("") ) &&
> +( pattern.getVersion() == null || 
> pattern.getVersion().trim().equals("") ) ) {

Wouldn't isEmpty(pattern.getGroupId())... do the trick? Or better

  private boolean isEmpty(Pattern pattern) {
return isEmpty(pattern) || isEmpty(pattern.getGroupId()) || ...;
  }

?

> +   private boolean isEmpty(String value) {
> +   return (value == null || value.trim().equals(""));
>}
>  }

Jacek

-- 
Jacek Laskowski
Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl

Re: Ubuntu Main Distribution

2008-08-04 Thread Jacek Laskowski

On Mon, Aug 4, 2008 at 2:06 AM, Kevan Miller <[EMAIL PROTECTED]> wrote:

> B) A maven build will access multiple, redundant, versions of the same
> artifact. We control the versions that will be included in our server
> assemblies. However, we don't really control the build-time dependencies
> that our build will require. Thus, the transitive dependencies accessed
> during a build may be much more than will actually be needed/used in the
> server assemblies. Is there some way we can help limit the number of
> artifacts which must be available during a build?

Hi Kevan,

Dave Blevins worked out a tool to limit the number of necessary deps
in OpenEJB. I think it could be used in Geronimo as well.

Is there a way to include all the necessary build sources in a single
Ubuntu dir in the repo and point m2 to it? m2 could download the deps
to let us build offline. Don't know whether it makes sense, but
thought I threw it out to others see what I couldn't.

Jacek

-- 
Jacek Laskowski
Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl

Re: svn commit: r681800 - in /geronimo/server/trunk/plugins: axis2/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/ cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/

2008-08-04 Thread Jacek Laskowski

On Mon, Aug 4, 2008 at 5:36 PM, Jarek Gawor <[EMAIL PROTECTED]> wrote:
> There were two main changes. 1) In Axis2 WSDLQueryHandler to nicer
> handle cases where ?xsd= or ?wsdl= in the url points to
> non-existent WSDL or schema files. 2) Changes to CXF and Axis2 not to
> return WSDL for web services using HTTP Binding. That was not quite
> correct and I just reverted it.

Hi Jarek,

Could you describe when such cases occur as in 1)? Why should HTTP
Binding prevent from returning wsdls? I kept thinking that http urls
with ?wsdl were to return WSDLs. What other binding are allowed for
web services? JMS Binding? Could you elaborate more on the use cases
for the changes. I'm complete newbie in this area. Pointing out a spec
or an article would be of great help too.

Jacek

-- 
Jacek Laskowski
Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Jason Warner

Joe's set me straight.  Everything is still valid.

Thanks,
On Mon, Aug 4, 2008 at 3:05 PM, Jason Warner <[EMAIL PROTECTED]> wrote:

> There might have been an issue with the tck tests I ran.  I'll need to
> discuss with Joe, but I suggest not closing the vote until the tests are
> verified as valid.
>
>
> On Mon, Aug 4, 2008 at 2:57 PM, Ted Kirby <[EMAIL PROTECTED]> wrote:
>
>> +1
>>
>> Ted Kirby
>>
>> On Wed, Jul 30, 2008 at 10:52 PM, Joe Bohn <[EMAIL PROTECTED]>
>> wrote:
>> > All,
>> >
>> > I've prepared a release candidate of Geronimo Server 2.1.2 for your
>> > review and vote.
>> >
>> > The source for the Geronimo Server 2.1.2 release currently resides here:
>> > https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2
>> >
>> > When the release vote is approved, I will svn mv the code to
>> > https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2
>> >
>> > An archive of this source code can be found here:
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz
>> > OR
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip
>> >
>> > http://people.apache.org/~jbohn/geronimo-2.1.2-dist/contains
>> >  the 10 Java
>> > EE, Minimal, and Framework server binary distributions to be
>> > released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as
>> > the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code
>> > archives for the release.  These extra txt files were included so that
>> they
>> > could be leveraged by GEP if necessary (they are also included in the
>> > assembly images).
>> >
>> > For your convenience, here are pointers to the urls for the
>> > distributions in zip format:
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip
>> >
>> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip
>> >
>> > The maven artifacts for the release can be found here:
>> > http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/
>> >
>> > When the release vote is approved, these maven artifacts will be moved
>> > to the m2-ibiblio-rsync-repository at Apache.
>> >
>> >
>> > [ ] +1 Release Geronimo 2.1.2
>> > [ ] 0 No opinion
>> > [ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)
>> >
>> > 72 hours would expire at 11:00PM ET on Saturday evening, 8/2.  However,
>> the
>> > vote may go longer while the tck results are verified.
>> >
>> >
>> > Joe Bohn
>> >
>> >
>>
>
>
>
> --
> ~Jason Warner
>



-- 
~Jason Warner

[BUILD] trunk: Failed for Revision: 682466

Geronimo Revision: 682466 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080804/build-1500.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080804/unit-test-reports
 

from the specified remote repositories:
  ibiblio.org (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)


[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Missing:
--
1) org.apache.geronimo.specs:geronimo-jaspi_1.0_spec:jar:1.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.geronimo.specs 
-DartifactId=geronimo-jaspi_1.0_spec -Dversion=1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.specs 
-DartifactId=geronimo-jaspi_1.0_spec -Dversion=1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.framework:geronimo-security:jar:2.2-SNAPSHOT
2) org.apache.geronimo.specs:geronimo-jaspi_1.0_spec:jar:1.0-SNAPSHOT

--
1 required artifact is missing.

for artifact: 
  org.apache.geronimo.framework:geronimo-security:jar:2.2-SNAPSHOT

from the specified remote repositories:
  ibiblio.org (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  codehaus-snapshots (http://snapshots.repository.codehaus.org),
  apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)

at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:575)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: 
org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing:
--
1) org.apache.geronimo.specs:geronimo-jaspi_1.0_spec:jar:1.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.geronimo.specs 
-DartifactId=geronimo-jaspi_1.0_spec -Dversion=1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.specs 
-DartifactId=geronimo-jaspi_1.0_spec -Dversion=1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.framework:geronimo-security:jar:2.2-SNAPSHOT
2) org.apache.geronimo.specs:geronimo-jaspi_1.0_spec:jar:1.0-SNAPSHOT

--
1 required artifact is missing.

for artifact: 
  org.apache.geronimo.framework:geronimo-security:jar:2.2-SNAPSHOT

from the specified remote repositories:
  ibiblio.org (http://repo1.maven.org/maven2),
  java.net (http://download.java.net/maven/1/),
  apache.snapshots (http://people.apache.org/repo/m2

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Jason Warner

There might have been an issue with the tck tests I ran.  I'll need to
discuss with Joe, but I suggest not closing the vote until the tests are
verified as valid.

On Mon, Aug 4, 2008 at 2:57 PM, Ted Kirby <[EMAIL PROTECTED]> wrote:

> +1
>
> Ted Kirby
>
> On Wed, Jul 30, 2008 at 10:52 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:
> > All,
> >
> > I've prepared a release candidate of Geronimo Server 2.1.2 for your
> > review and vote.
> >
> > The source for the Geronimo Server 2.1.2 release currently resides here:
> > https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2
> >
> > When the release vote is approved, I will svn mv the code to
> > https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2
> >
> > An archive of this source code can be found here:
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz
> > OR
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip
> >
> > http://people.apache.org/~jbohn/geronimo-2.1.2-dist/contains
> >  the 10 Java
> > EE, Minimal, and Framework server binary distributions to be
> > released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as
> > the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code
> > archives for the release.  These extra txt files were included so that
> they
> > could be leveraged by GEP if necessary (they are also included in the
> > assembly images).
> >
> > For your convenience, here are pointers to the urls for the
> > distributions in zip format:
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip
> >
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip
> >
> > The maven artifacts for the release can be found here:
> > http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/
> >
> > When the release vote is approved, these maven artifacts will be moved
> > to the m2-ibiblio-rsync-repository at Apache.
> >
> >
> > [ ] +1 Release Geronimo 2.1.2
> > [ ] 0 No opinion
> > [ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)
> >
> > 72 hours would expire at 11:00PM ET on Saturday evening, 8/2.  However,
> the
> > vote may go longer while the tck results are verified.
> >
> >
> > Joe Bohn
> >
> >
>



-- 
~Jason Warner

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Ted Kirby

+1

Ted Kirby

On Wed, Jul 30, 2008 at 10:52 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:
> All,
>
> I've prepared a release candidate of Geronimo Server 2.1.2 for your
> review and vote.
>
> The source for the Geronimo Server 2.1.2 release currently resides here:
> https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2
>
> When the release vote is approved, I will svn mv the code to
> https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2
>
> An archive of this source code can be found here:
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz
> OR
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip
>
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the 10 Java
> EE, Minimal, and Framework server binary distributions to be
> released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as
> the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code
> archives for the release.  These extra txt files were included so that they
> could be leveraged by GEP if necessary (they are also included in the
> assembly images).
>
> For your convenience, here are pointers to the urls for the
> distributions in zip format:
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip
> http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip
>
> The maven artifacts for the release can be found here:
> http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/
>
> When the release vote is approved, these maven artifacts will be moved
> to the m2-ibiblio-rsync-repository at Apache.
>
>
> [ ] +1 Release Geronimo 2.1.2
> [ ] 0 No opinion
> [ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)
>
> 72 hours would expire at 11:00PM ET on Saturday evening, 8/2.  However, the
> vote may go longer while the tck results are verified.
>
>
> Joe Bohn
>
>

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread David Jencks



On Aug 4, 2008, at 11:33 AM, Jarek Gawor wrote:

On Mon, Aug 4, 2008 at 2:24 PM, Joe Bohn <[EMAIL PROTECTED]>  
wrote:


Thanks for checking this out David.

It is my opinion that these issues are not sufficient to stop the  
release.


I agree.


If anyone feels otherwise please speak-up.

It appears #1 was introduced with rev. 665729 when attempting to  
make gsh
consistent with geronimo.sh (which has required JAVA_HOME or  
JRE_HOME since

at least release 2.1).

I also looked into the derby port (#2) and it appears that this has  
been
incorrect for several releases.  I checked 2.1, and 2.1.1 - both of  
these
displayed "0" for the port (which is also what I see on 2.1.2  
rather than

"9").


Nice. Looks like we actually pass port 0, so the derby network
listener actaully listens on first available port the OS assigns. The
workaround is easy, just add DerbyPort=1527 to
config-substitutions.properties file. Probably we should add this to
the release notes.


looks like plugins/system-database/system-database/pom.xml is missing  
a config-substitution element defining DerbyPort


I wonder if we should have a mode where trying to use an undefined  
property throws an exception?


thanks
david jencks




Jarek

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Jarek Gawor

On Mon, Aug 4, 2008 at 2:24 PM, Joe Bohn <[EMAIL PROTECTED]> wrote:
>
> Thanks for checking this out David.
>
> It is my opinion that these issues are not sufficient to stop the release.

I agree.

>  If anyone feels otherwise please speak-up.
>
> It appears #1 was introduced with rev. 665729 when attempting to make gsh
> consistent with geronimo.sh (which has required JAVA_HOME or JRE_HOME since
> at least release 2.1).
>
> I also looked into the derby port (#2) and it appears that this has been
> incorrect for several releases.  I checked 2.1, and 2.1.1 - both of these
> displayed "0" for the port (which is also what I see on 2.1.2 rather than
> "9").

Nice. Looks like we actually pass port 0, so the derby network
listener actaully listens on first available port the OS assigns. The
workaround is easy, just add DerbyPort=1527 to
config-substitutions.properties file. Probably we should add this to
the release notes.

Jarek

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Joe Bohn

Thanks for checking this out David.

It is my opinion that these issues are not sufficient to stop the
release. If anyone feels otherwise please speak-up.

It appears #1 was introduced with rev. 665729 when attempting to make
gsh consistent with geronimo.sh (which has required JAVA_HOME or
JRE_HOME since at least release 2.1).

I also looked into the derby port (#2) and it appears that this has been
incorrect for several releases. I checked 2.1, and 2.1.1 - both of
these displayed "0" for the port (which is also what I see on 2.1.2
rather than "9").

Joe

David Jencks wrote:

Sorry for the delay getting to look at this.

I'm not sure these are enough to stop the release but

1. bin/gsh now insists you have JAVA_HOME or JRE_HOME defined even
though this is not needed for mac osx.

2. The on-startup list of ports in use says derby is on port 9, not 1527.

-0

thanks
david jencks

On Jul 30, 2008, at 7:52 PM, Joe Bohn wrote:

All,

I've prepared a release candidate of Geronimo Server 2.1.2 for your
review and vote.

The source for the Geronimo Server 2.1.2 release currently resides here:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz

OR
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the 10
Java EE, Minimal, and Framework server binary distributions to be

released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well as
the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source code
archives for the release. These extra txt files were included so that
they could be leveraged by GEP if necessary (they are also included in
the assembly images).

For your convenience, here are pointers to the urls for the
distributions in zip format:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip

The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/

When the release vote is approved, these maven artifacts will be moved
to the m2-ibiblio-rsync-repository at Apache.

[ ] +1 Release Geronimo 2.1.2
[ ] 0 No opinion
[ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)

72 hours would expire at 11:00PM ET on Saturday evening, 8/2.
However, the vote may go longer while the tck results are verified.

Joe Bohn

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread David Jencks


Sorry for the delay getting to look at this.

I'm not sure these are enough to stop the release but

1. bin/gsh now insists you have JAVA_HOME or JRE_HOME defined even  
though this is not needed for mac osx.
2. The on-startup list of ports in use says derby is on port 9, not  
1527.


-0

thanks
david jencks

On Jul 30, 2008, at 7:52 PM, Joe Bohn wrote:


All,

I've prepared a release candidate of Geronimo Server 2.1.2 for your
review and vote.

The source for the Geronimo Server 2.1.2 release currently resides  
here:

https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.tar.gz
OR
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2-src.zip

http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the 10  
Java EE, Minimal, and Framework server binary distributions to be
released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as well  
as
the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source  
code
archives for the release.  These extra txt files were included so  
that they could be leveraged by GEP if necessary (they are also  
included in the assembly images).


For your convenience, here are pointers to the urls for the
distributions in zip format:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-javaee5-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6-minimal-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-javaee5-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-tomcat6-minimal-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-framework-2.1.2-bin.zip

The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/

When the release vote is approved, these maven artifacts will be moved
to the m2-ibiblio-rsync-repository at Apache.


[ ] +1 Release Geronimo 2.1.2
[ ] 0 No opinion
[ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)

72 hours would expire at 11:00PM ET on Saturday evening, 8/2.   
However, the vote may go longer while the tck results are verified.



Joe Bohn

Re: svn commit: r681800 - in /geronimo/server/trunk/plugins: axis2/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/ cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/

2008-08-04 Thread Jarek Gawor

There were two main changes. 1) In Axis2 WSDLQueryHandler to nicer
handle cases where ?xsd= or ?wsdl= in the url points to
non-existent WSDL or schema files. 2) Changes to CXF and Axis2 not to
return WSDL for web services using HTTP Binding. That was not quite
correct and I just reverted it.

Jarek

On Fri, Aug 1, 2008 at 6:09 PM, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 1, 2008 at 9:42 PM,  <[EMAIL PROTECTED]> wrote:
>> Author: gawor
>> Date: Fri Aug  1 12:42:11 2008
>> New Revision: 681800
>>
>> URL: http://svn.apache.org/viewvc?rev=681800&view=rev
>> Log:
>> do not return wsdl for web services using http binding
>
> Hi Jarek,
>
> What is this for? I can't figure it out having read the changes.
>
> Jacek
>
> --
> Jacek Laskowski
> Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
>

[jira] Updated: (GERONIMODEVTOOLS-458) NullPointerException when creating new geronimo-web.xml

2008-08-04 Thread B.J. Reed (JIRA)


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

B.J. Reed updated GERONIMODEVTOOLS-458:
---

Attachment: GERONIMODEVTOOLS-458.patch

webapp.getWebContainer can now return a null...so the MarshallerListener needs 
to check for a null value before trying to use it.

> NullPointerException when creating new geronimo-web.xml
> ---
>
> Key: GERONIMODEVTOOLS-458
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-458
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
> Environment: GEP Ganymede on Windows
>Reporter: B.J. Reed
>Assignee: B.J. Reed
>Priority: Critical
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-458.patch
>
>
> When I try to create a Dynamic Web project, I get a NullPointerException with 
> no real details in the log.

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

[jira] Created: (GERONIMODEVTOOLS-458) NullPointerException when creating new geronimo-web.xml

2008-08-04 Thread B.J. Reed (JIRA)

NullPointerException when creating new geronimo-web.xml
---

 Key: GERONIMODEVTOOLS-458
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-458
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.2
 Environment: GEP Ganymede on Windows
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Critical
 Fix For: 2.1.2


When I try to create a Dynamic Web project, I get a NullPointerException with 
no real details in the log.

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

Re: Reducing the dojo footprint in Geronimo

2008-08-04 Thread Donald Woods

What about a combination of #2 and #3 -
We create a dojo-minimal (no dojox support) and dojo-full plugin under 
geronimo/plugins and only the console modules that need it pull in the 
dojo-minimal, while user apps or samples can pull in dojo-full if 
needed.

-Donald

Joseph Leong wrote:

Hi everyone,

So i'm building a little widget piece to run on AG and i've come to the 
point of deciding whether i'm going to incorporate any (if) dojo/dojox 
components into it.  I know we've had varying discussions about reducing 
the dojo footprint.  To summarize i believe the only thing we've agreed 
on so far is removing the unncessary /tests , but i'm wondering if the 
community had anymore input on keeping dojox around?  To summarize it is 
my understanding these are the choices suggested so far:

1) Removing Dojo from AG and having users include their own optimized 
Dojo files for their apps. The downside is that we may be inefficient in 
aggregating multiple copies of Dojo.

2) Leave Dojo support in AG as is now. We can safely rely on the fact 
that their will be no duplicate instances of dojo for those who use it, 
but we must now rely on having that dojo overhead even for users who 
don't utilize it.

3) Creating a slim version of Dojo to support the features relying on it 
in AG, thus allowing users who want to demonstrate fundamental dojo 
features to utilize it - but however we incur the maintenance overhead 
of creating new builds of Dojo to incorporate with AG releases as new 
fundamental AG components with Dojo are included.

Personally, I feel the functionality subset of DojoX captures a lot of 
what this Web2.0 era is looking for.  Although it may make more sense to 
go with option 3, now, i feel it's only a matter of time before we 
switch over to option 2.  To provide the community with a better grasp 
of what the DojoX functionalities are goto: 
http://dojocampus.org/explorer/#Dojox and you'll find yourself quite 
surprised at how innovative and integrated these technologies are 
influencing your favorite sites.

Thanks,
-Joseph Leong

On Mon, Jun 30, 2008 at 7:29 AM, Shiva Kumar H R <[EMAIL PROTECTED] 
> wrote:

On Sat, Jun 28, 2008 at 12:04 AM, Donald Woods <[EMAIL PROTECTED]
> wrote:

Sounds like the right solution, given that would allow our
console to upgrade at a slower pace and would allow users to
choose their own level...

Other option, is to drop the /dojo webapp in 2.2, only ship what
we need in the console and let users package the Dojo level and
features they need within their own apps (which is more portable
across different servers anyway)

On http://cwiki.apache.org/GMOxDEV/using-dojo-in-geronimo.html we say:

"AJAX developers usually incorporate the Dojo library into their
applications by making a copy of its static files (javascript, css,
gifs, etc) in their webapp and referencing those files from their
servlets and JSPs. The downside of this approach is that each
application has a separate copy of the AJAX library, increasing the
server's overall footprint and preventing browsers from using a
single copy of the library files from their caches. Another downside
is that the AJAX library can't be upgraded or otherwise managed
independently from the web applications that contain it. For
example, a web application deployed across a cluster might need to
serve up the static Dojo files from a central location. Hosting the
Dojo files in a separate webapp can help work around these problems."

So asking users to package the Dojo level and features they need
within their own apps would imply the downsides mentioned above.
Providing an installable dojo plugin that's equivalent to the /dojo
support we currently provide as suggested by Kevan seems to be an
excellent alternative.

-Donald

Kevan Miller wrote:

On Jun 27, 2008, at 11:00 AM, Shrey Banga wrote:

As for the including the rest of DojoX, since it a
significant part of the reducing effort.  Would it make
sense to build a custom js for monitoring, remove the
rest of DojoX and if the development starts shifting to
a real need for DojoX to make a decision to bring it
back in the future?

I think that makes perfect sense- not only will this do
the part in reducing the dojo footprint, it'll also be
useful as an example to how dojo should be used
optimally in deployment. Another desirable side-effect
would be reduced load times in the monitoring
application, although currently that is not an issue.

I'm starting to think that our server should deliver dojo
support that is targeted to the requ

Re: Documentation of new 2.2 features in current wiki?

2008-08-04 Thread Donald Woods

Agree.  We could just create a "New Features in 2.2" page and people can 
create child pages to it for their new features as they are integrated 
into trunk



-Donald


Jarek Gawor wrote:

I think it would be nicer to create pages with 2.2 specific content
somewhere under http://cwiki.apache.org/GMOxDEV/index.html for now.
Once we have 2.2 documentation space setup we can move the pages
around. Or at least I don't think we should mix 2.2 content with 2.1
content.

Jarek

On Tue, Jul 29, 2008 at 1:52 PM, David Jencks <[EMAIL PROTECTED]> wrote:

I've been playing around with openid and jaspi and would like to write up
some documentation before I forget how it all works :-)

I don't think we have enough people interested in documentation to pursue
anything but the easiest-to-write path in documentation.  In particular I
think more than one active copy of the docs is asking for disaster.

I'd like to suggest that feature documentation should generally start with a
"starting with version xxx" comment.  So, I'd put the openid/jaspi
documentation in the current (2.1) wiki with a "starting with 2.2" notice.
 Obviously there's the problem that the wiki has the 2.1 version in its
name. I don't know if a wiki can have its name changed but don't regard this
as critical.

I'm going to start doing this pending comments and better ideas.  At the
rate I write I don't think I'll be causing significant damage before we have
time for a full discussion :-)

thanks
david jencks






smime.p7s
Description: S/MIME Cryptographic Signature

[jira] Commented: (GERONIMODEVTOOLS-325) "Download and Install" button should be disabled/enabled appropriately

2008-08-04 Thread B.J. Reed (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619526#action_12619526
 ] 

B.J. Reed commented on GERONIMODEVTOOLS-325:


This is an improvement.  I had a problem installing the patch, specifically, 
there is a snippet of code that was changed from 

ConfirmInstallDialog dialog = new ConfirmInstallDialog(shell, getRuntimeName(), 
installDir.getText(), license);

to 

ConfirmInstallDialog dialog = new ConfirmInstallDialog(shell, getRuntimeName(), 
installDir, license);

This line did not compile.  Changing it back made it compile.

After making that change, the processing seems a little better, but it would be 
nice to have the "download and install" button visually grayed out so that the 
user knew by looking at it that it is not enabled. Also what happens now if I 
want to download to a new directory doesn't really seem very good.  Clarifying 
my steps and what I see

I want to download into a new direcotry of c:\f

1. type in C:\f\geronimo-tomcat6-javaee5-2.1.1 in the entry field and click 
"download and install" since it looks enabled (nothing happens).
2. Click "Browse" and create the necessary folders
3. Now clicking "download and install" brings up the same dialog I just had 
when I clicked on the browse button.  (why is this dialog here?  I already have 
the correct text in the entry field for where I want to download to)  Then it 
proceeds to the license and downloading.

> "Download and Install" button should be disabled/enabled appropriately
> --
>
> Key: GERONIMODEVTOOLS-325
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-325
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: B.J. Reed
>Assignee: B.J. Reed
>Priority: Trivial
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-325.patch, 
> GERONIMODEVTOOLS-325_updated.patch, GERONIMODEVTOOLS-325_updated_latest.patch
>
>
> After selecting which server I want to use, the "Application Server 
> Installation Directory" field is blank and the "Download and Install" button 
> is enabled.  Hitting this button does nothing -1) it should be disabled on 
> the page when the page is first shown.
> If I enter a directory that does not exist, a message shows at the top of the 
> dialog saying "The specified directory does not exist".  2) the button should 
> be disabled when that message appears and enabled when one of the "download 
> allowable" messages appears (there seem to be several).
> 3) Also, in stead of disabling for 2), it would be slightly more usable to 
> allow the user to click the "Download and Install" button and then ask the 
> user if they wanted to create that directory.

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

Re: [VOTE] Geronimo Server 2.1.2 Release

2008-08-04 Thread Gianny Damour


+1

Thanks,
Gianny

On 31/07/2008, at 12:52 PM, Joe Bohn wrote:


All,

I've prepared a release candidate of Geronimo Server 2.1.2 for your
review and vote.

The source for the Geronimo Server 2.1.2 release currently resides  
here:

https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.2

When the release vote is approved, I will svn mv the code to
https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.2

An archive of this source code can be found here:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2- 
src.tar.gz

OR
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-2.1.2- 
src.zip


http://people.apache.org/~jbohn/geronimo-2.1.2-dist/ contains the  
10 Java EE, Minimal, and Framework server binary distributions to be
released (framework, tomcat/jetty, Java EE/Minimal, tar/zip) as  
well as
the RELEASE_NOTES, README, NOTICE, LICENSE, DISCLAIMER, and source  
code
archives for the release.  These extra txt files were included so  
that they could be leveraged by GEP if necessary (they are also  
included in the assembly images).


For your convenience, here are pointers to the urls for the
distributions in zip format:
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6- 
javaee5-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo-jetty6- 
minimal-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo- 
tomcat6-javaee5-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo- 
tomcat6-minimal-2.1.2-bin.zip
http://people.apache.org/~jbohn/geronimo-2.1.2-dist/geronimo- 
framework-2.1.2-bin.zip


The maven artifacts for the release can be found here:
http://people.apache.org/~jbohn/staging-repo/geronimo-2.1.2/

When the release vote is approved, these maven artifacts will be moved
to the m2-ibiblio-rsync-repository at Apache.


[ ] +1 Release Geronimo 2.1.2
[ ] 0 No opinion
[ ] -1 Do not release Geronimo 2.1.2 (please provide rationale)

72 hours would expire at 11:00PM ET on Saturday evening, 8/2.   
However, the vote may go longer while the tck results are verified.



Joe Bohn

[jira] Commented: (GERONIMO-3875) Enabling authentication for Derby renders DB Viewer portlet unusable for all db's except SystemDatabase


[ 
https://issues.apache.org/jira/browse/GERONIMO-3875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619502#action_12619502
 ] 

Michal Borowiecki commented on GERONIMO-3875:
-

I created a patch allowing Run SQL portlet to execute queries against any 
datasource (including non-derby): GERONIMO-4225

Making DB Viewer work with non-derby databases will be much trickier, because 
it would require a portable way to list database tables (currently a 
Derby-specific approach of querying sys.systables is used)


> Enabling authentication for Derby renders DB Viewer portlet unusable for all 
> db's except SystemDatabase
> ---
>
> Key: GERONIMO-3875
> URL: https://issues.apache.org/jira/browse/GERONIMO-3875
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1, 2.1.1, 2.2
> Environment: Win XP, G 2.1 Tomcat
>Reporter: Vamsavardhana Reddy
> Fix For: 2.1.3, 2.2
>
> Attachments: GERONIMO-3875.patch
>
>
> After enabling  authentication for Derby, I am noticing that DB Viewer 
> portlet is unable to work with any database other that SystemDatabase.
> listTables.jsp has the following code:
> {code}
> <%-- Datasource --%>
> 
> <%-- Create the connection manually --%>
>var="ds"
>   driver="org.apache.derby.jdbc.EmbeddedDriver"
>   url="jdbc:derby:${db};create=true"
>   user=""
>   password=""
> />
> 
> {code}

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

[jira] Commented: (GERONIMO-4225) Allow Run SQL portlet run sql against any configured data source


[ 
https://issues.apache.org/jira/browse/GERONIMO-4225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619498#action_12619498
 ] 

Michal Borowiecki commented on GERONIMO-4225:
-

The patch also makes Run SQL portlet keep the selected db and query text across 
"Run SQL" invocations to make it easier to run a query multiple times (possibly 
correcting the query text). Previously the query text and database selection 
were discarded making it difficult to test a query.

Also the patch fixes a bug in Run SQL and DB Viewer which prevented the 
portlets from working in maximized mode.

> Allow Run SQL portlet run sql against any configured data source
> 
>
> Key: GERONIMO-4225
> URL: https://issues.apache.org/jira/browse/GERONIMO-4225
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: databases
>Affects Versions: 2.1.1
>Reporter: Michal Borowiecki
>Priority: Minor
> Attachments: sysdb-portlets-2.1.1.patch, sysdb-portlets-trunk.patch
>
>
> Currently Run SQL portlet allows only running queries against internal Derby 
> databases.
> It would be very useful if it allowed to run SQL against any of the 
> datasources configured.
> Create DB and Delete DB features are Derby specific, Use DB on the other hand 
> can be easily generalized to use any data source.

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

[jira] Updated: (GERONIMO-4225) Allow Run SQL portlet run sql against any configured data source


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

Michal Borowiecki updated GERONIMO-4225:


Attachment: sysdb-portlets-2.1.1.patch
sysdb-portlets-trunk.patch

patches for trunk and for the latest released version (2.1.1)


> Allow Run SQL portlet run sql against any configured data source
> 
>
> Key: GERONIMO-4225
> URL: https://issues.apache.org/jira/browse/GERONIMO-4225
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: databases
>Affects Versions: 2.1.1
>Reporter: Michal Borowiecki
>Priority: Minor
> Attachments: sysdb-portlets-2.1.1.patch, sysdb-portlets-trunk.patch
>
>
> Currently Run SQL portlet allows only running queries against internal Derby 
> databases.
> It would be very useful if it allowed to run SQL against any of the 
> datasources configured.
> Create DB and Delete DB features are Derby specific, Use DB on the other hand 
> can be easily generalized to use any data source.

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

[jira] Created: (GERONIMO-4225) Allow Run SQL portlet run sql against any configured data source

Allow Run SQL portlet run sql against any configured data source


 Key: GERONIMO-4225
 URL: https://issues.apache.org/jira/browse/GERONIMO-4225
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: databases
Affects Versions: 2.1.1
Reporter: Michal Borowiecki
Priority: Minor


Currently Run SQL portlet allows only running queries against internal Derby 
databases.
It would be very useful if it allowed to run SQL against any of the datasources 
configured.

Create DB and Delete DB features are Derby specific, Use DB on the other hand 
can be easily generalized to use any data source.


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

[jira] Resolved: (GERONIMODEVTOOLS-457) Empty Web Container setting causes "xml problem for web app" during deployment


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

YunFeng Ma resolved GERONIMODEVTOOLS-457.
-

   Resolution: Fixed
Fix Version/s: 2.1.2

Committed to trunk rev682314

> Empty Web Container setting causes  "xml problem for web app" during 
> deployment
> ---
>
> Key: GERONIMODEVTOOLS-457
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> Check the Web Container radio button, but don't input any value, save the 
> deployment plan. The following line is generated in the geronimo-web.xml
> {noformat}
>  
> {noformat}
> The above line causes "xml problem for web app" during deployment

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

[jira] Created: (GERONIMODEVTOOLS-457) Empty Web Container setting causes "xml problem for web app" during deployment