[jira] Commented: (GERONIMO-3599) Unable to create new JMS Resource group through console in IE7

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-3599:
--

Hi Ivan,
The actionURL is needed by Pluto. Could you demonstrate your solution and 
attach the workable codes? Thanks  a lot.

> Unable to create new JMS Resource group through console in IE7
> --
>
> Key: GERONIMO-3599
> URL: https://issues.apache.org/jira/browse/GERONIMO-3599
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0.1
> Environment: WIN XP
>Reporter: Anish Pathadan
>Assignee: Joseph Leong
> Fix For: 2.1.3, 2.2
>
>
> I am not able to create a new JMS Resouce group through console. I am getting 
> cannot display the page error after entering the Q name and physical name and 
> then pressing next.
> The following is the url
> http://localhost:8080/console/portal/services/services_jms/_ps_services_jms_row1_col1_p1/normal/_pm_services_jms_row1_col1_p1/view/_ac_services_jms_row1_col1_p1/AC/_st_services_jms_row1_col1_p1/normal/_md_services_jms_row1_col1_p1/view/_pid/services_jms_row1_col1_p1
> The problem only comes with Internet Explorer 7.
> Best Regards,
> Anish Pathadan

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

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.2 (RC2)

[YunFeng Ma]

+1

-- YunFeng

Tim McConnell wrote: 
Hi everyone, Please review and vote on the maintenance release of the Geronimo 
Eclipse Plugin 2.1.2 RC2. 

The deployable zip file is here: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC2/geronimo-eclipse-plugin-2.1.2-deployable.zip
 

The update site zip file is here: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC2/geronimo-eclipse-plugin-2.1.2-updatesite.zip
 

The current svn location is here (revision number 686865): 

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.2
 

The future svn location will be here (when approved): 

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.2 

If you would like to review and/or comment on the release notes, they are here: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC2/PLUGIN_RELEASE-NOTES-2.1.2.txt
 

There is a rudimentary set of install instructions available at the URL below 
that will hopefully describe the necessary prereq(s) and steps 
required to install and run the GEP: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC2/Geronimo_Eclipse_Plugin_2.1.2_Instructions-RC2.txt
 

In an effort to get more people to review and vote I'd recommend going through 
this quick but useful tutorial demonstrating some of the capabilities of the 
GEP: 

> 
http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html
 

Additionally, there is an ant build.xml file that can be used to download the 
prereq(s) for the GEP. It is documented in the instructions. 
Finally, I've created a Staging Site that can used to test the update manager 
functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. 
This 
is also documented in the instructions. Please let me know if there are any 
questions and/or problems. 

The vote is open for 72 hours and will conclude on Thursday (8/21) at 6:30 PM 
ET. 

[ ] +1  Release Geronimo Eclipse Plugin 2.1.2 
[ ] +0  No opinion 
[ ] -1  Don't release Geronimo Eclipse Plugin 2.1.2 


  

[jira] Resolved: (GERONIMODEVTOOLS-449) Refactor testsuite to support both v2.0 and v2.1 server s and code reuse

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-449.
-

Resolution: Fixed

No more refactor for testsuite. Close this.

> Refactor testsuite to support both v2.0 and v2.1 server s and code reuse
> 
>
> Key: GERONIMODEVTOOLS-449
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: YunFeng Ma
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-449.patch
>
>
> Made the following change:
> 1. Add a new plugin to reuse the codes: org.apache.geronimo.testsuite.common
> 2. Add a new plugin for server v2.0: org.apache.geronimo.testsuite.v20
> 3. Made other changes to support the above plugins

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

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.2 (RC1)

[YunFeng Ma]

+1

--YunFeng

Tim McConnell wrote: 
Hi everyone, Please review and vote on the maintenance release of the Geronimo 
Eclipse Plugin 2.1.2 RC1. 

The deployable zip file is here: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC1/geronimo-eclipse-plugin-2.1.2-deployable.zip
 

The update site zip file is here: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC1/geronimo-eclipse-plugin-2.1.2-updatesite.zip
 

The current svn location is here (revision number 685795): 

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.2
 

The future svn location will be here (when approved): 

> 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.2 

There is a rudimentary set of install instructions available at the URL below 
that will hopefully describe the necessary prereq(s) and steps 
required to install and run the GEP: 

> 
http://people.apache.org/~mcconne/releases/2.1.2/RC1/Geronimo_Eclipse_Plugin_2.1.2_Instructions-RC1.txt
 

In an effort to get more people to review and vote I'd recommend going through 
this quick but useful tutorial demonstrating some of the capabilities of the 
GEP: 

> 
http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html
 

Additionally, there is an ant build.xml file that can be used to download the 
prereq(s) for the GEP. It is documented in the instructions. 
Finally, I've created a Staging Site that can used to test the update manager 
functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. 
This 
is also documented in the instructions. Please let me know if there are any 
questions and/or problems. 

The vote is open over the weekend and will conclude on Monday (8/18) at Noon 
ET. 

[ ] +1  Release Geronimo Eclipse Plugin 2.1.2 
[ ] +0  No opinion 
[ ] -1  Don't release Geronimo Eclipse Plugin 2.1.2 

-- 
Thanks, 
Tim McConnell 


  

[jira] Resolved: (GERONIMODEVTOOLS-480) Support Web application test using the embeded browser in testsuite

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-480.
-

Resolution: Fixed

Thanks a lot, Tim, for reviewing this patch. I've applied it to trunk (rev 
685852).

> Support Web application test using the embeded browser in testsuite
> ---
>
> Key: GERONIMODEVTOOLS-480
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-480
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-480.patch
>
>
> Integrate Selenium into the testsuite. Testcase can test the web application 
> developed in testsuite via Selenium API. 

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

[jira] Updated: (GERONIMODEVTOOLS-480) Support Web application test using the embeded browser in testsuite

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMODEVTOOLS-480:


Attachment: GERONIMODEVTOOLS-480.patch

Please review the patch. Thanks a lot.

> Support Web application test using the embeded browser in testsuite
> ---
>
> Key: GERONIMODEVTOOLS-480
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-480
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Attachments: GERONIMODEVTOOLS-480.patch
>
>
> Integrate Selenium into the testsuite. Testcase can test the web application 
> developed in testsuite via Selenium API. 

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

[jira] Created: (GERONIMODEVTOOLS-480) Support Web application test using the embeded browser in testsuite

[YunFeng Ma (JIRA)]

Support Web application test using the embeded browser in testsuite
---

 Key: GERONIMODEVTOOLS-480
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-480
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Affects Versions: 2.1.2
Reporter: YunFeng Ma
Assignee: Tim McConnell


Integrate Selenium into the testsuite. Testcase can test the web application 
developed in testsuite via Selenium API. 

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

[jira] Updated: (GERONIMODEVTOOLS-468) JAXBException when marshalling geronimo-web.xml

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMODEVTOOLS-468:


Attachment: GERONIMODEVTOOLS-468.patch

Hi Tim,
The only difference between Java 5 and Java 6 is class NamespacePrefixMapper's 
package name and so far looks like it's difficult to handle this problem.
The attached patch use DOM to handle the namespace prefix, instead of 
NamespacePrefixMapper, so it can work fine on both Java 5 and Java 6. Please 
review it. Thanks. 

> JAXBException when marshalling geronimo-web.xml
> ---
>
> Key: GERONIMODEVTOOLS-468
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-468
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
> Environment: Microsoft Windows [Version 5.2.3790]
> (C) Copyright 1985-2003 Microsoft Corp.
> C:\>java -version
> java version "1.6.0_07"
> Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
> Java HotSpot(TM) Client VM (build 10.0-b23, mixed mode, sharing)
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-468.patch
>
>
> org.apache.geronimo.st.core:  JAXBException: 
> JAXBUtils.marshalDeploymentPlan()( 
> parm1=[/test1/WebContent/WEB-INF/geronimo-web.xml] )
> javax.xml.bind.PropertyException: name: 
> com.sun.xml.bind.namespacePrefixMapper value: [EMAIL PROTECTED]
>   at javax.xml.bind.helpers.AbstractMarshallerImpl.setProperty(Unknown 
> Source)
>   at 
> com.sun.xml.internal.bind.v2.runtime.MarshallerImpl.setProperty(Unknown 
> Source)
>   at 
> org.apache.geronimo.st.core.jaxb.JAXBUtils.marshalDeploymentPlan(JAXBUtils.java:75)
>   at 
> org.apache.geronimo.st.v21.core.operations.V21DeploymentPlanCreationOperation.createGeronimoWebDeploymentPlan(V21DeploymentPlanCreationOperation.java:107)
>   at 
> org.apache.geronimo.st.core.operations.DeploymentPlanCreationOperation.execute(DeploymentPlanCreationOperation.java:67)
>   at 
> org.apache.geronimo.st.core.operations.DeploymentPlanCreationOperation.execute(DeploymentPlanCreationOperation.java:57)
>   at 
> org.apache.geronimo.st.core.GeronimoFacetInstallDelegate.execute(GeronimoFacetInstallDelegate.java:48)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject.callDelegate(FacetedProject.java:1394)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject.modifyInternal(FacetedProject.java:401)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject.mergeChangesInternal(FacetedProject.java:1134)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject.access$2(FacetedProject.java:1070)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject$5.run(FacetedProject.java:1052)
>   at 
> org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProject.mergeChanges(FacetedProject.java:1062)
>   at 
> org.eclipse.wst.common.project.facet.core.internal.FacetedProjectWorkingCopy.commitChanges(FacetedProjectWorkingCopy.java:1834)
>   at 
> org.eclipse.wst.common.project.facet.ui.ModifyFacetedProjectWizard.performFinish(ModifyFacetedProjectWizard.java:388)
>   at 
> org.eclipse.wst.web.ui.internal.wizards.NewProjectDataModelFacetWizard.performFinish(NewProjectDataModelFacetWizard.java:276)
>   at 
> org.eclipse.wst.common.project.facet.ui.ModifyFacetedProjectWizard$3.run(ModifyFacetedProjectWizard.java:330)
>   at 
> org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
>   at 
> org.eclipse.wst.common.project.facet.ui.ModifyFacetedProjectWizard$4.run(ModifyFacetedProjectWizard.java:344)
>   at 
> org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)

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

Re: Why cannot generate eclipse project file for geronimo testsuite

[YunFeng Ma]

Jason is right that testsuite doesn't use the normal mvn modules
mechanism, so there is no  element in the pom.xml of top
layer directory, such as %GeronimoSource%\testsuite\pom.xml and
%GeronimoSource%\testsuite\commands-testsuite\pom.xml. But you can
generate the eclipse project under the child directory of the
-testsuite directory, such as run "mvn eclipse:eclipse" under
directory %GeronimoSource%\testsuite\commands-testsuite\deploy.
Maybe there is other more convenient way to do this, but I don't know. 

-- YunFeng

Forrest wrote: 
   
Jason, thanks for quick response, and wish you 
resume quickly :-)
 
And can you advise how to generate eclipse project 
file for testsuite? so that I can import them into eclipse. thanks 
bunch!
 
Best regards, Forrest
- Original Message - 
From: Jason Dillon 
To: dev@geronimo.apache.org 
Sent: Saturday, August 09, 2008 3:57  PM
Subject: Re: Why cannot generate eclipse  project file for geronimo testsuite
Could be due to the way the testsuite modules are executed via  the shitty 
plugin and not through the normal mvn modules mechanism. 

--jason



On Aug 9, 2008, at 2:16 PM, Forrest wrote:

After compiled geronimo source code, and want  to import them into Eclipse, I 
found there is no eclipse project files  generated for testsuite part. Why?
 
Any help will be appreciated, thanks in  advance!
 
Best regards,  Forrest


  

Re: svn commit: r682592 - /geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java

[YunFeng Ma]

Kevan, thanks for this kind remind and I'd like to get your more reminder if I 
do something improperly, I'm still newbie to opensource community, :-)
Thanks a lot.

-- YunFeng



- Original Message 
From: Kevan Miller <[EMAIL PROTECTED]>
To: dev@geronimo.apache.org
Sent: Thursday, August 7, 2008 10:34:33 AM
Subject: Re: svn commit: r682592 - 
/geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java

YunFeng,
When applying a patch that is supplied by someone else, please note their name 
(preferably their full name) in your commit message. For example:

GERONIMO-4227 Apply patch from Ivan. Incorrect message is show even if the 
deployment failed in the web console

Thanks. 

--kevan


On Aug 5, 2008, at 2:06 AM, [EMAIL PROTECTED] wrote:

Author: yunfengma
Date: Mon Aug  4 23:06:32 2008
New Revision: 682592

URL: http://svn.apache.org/viewvc?rev=682592&view=rev
Log:
GERONIMO-4227 Incorrect message is show even if the deployment failed in the 
web console

Modified:
   
geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java

Modified: 
geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java
URL: 
http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java?rev=682592&r1=682591&r2=682592&view=diff
==
--- 
geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java
 (original)
+++ 
geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/java/org/apache/geronimo/console/configmanager/DeploymentPortlet.java
 Mon Aug  4 23:06:32 2008
@@ -161,7 +161,12 @@
while(progress.getDeploymentStatus().isRunning()) {
Thread.sleep(100);
}
-abbrStatusMessage+="The application was successfully 
started";
+if (progress.getDeploymentStatus().isCompleted()) {
+abbrStatusMessage += "The application was 
successfully started";
+} else {
+abbrStatusMessage += "The application was not 
successfully started";
+fullStatusMessage = 
progress.getDeploymentStatus().getMessage();
+}
}
} else {
fullStatusMessage = 
progress.getDeploymentStatus().getMessage();


  

Re: Where has Jason been?

[YunFeng Ma]

Take good care of yourself and best wish to you. Wish you recover soon!!

-- Yun Feng

Jason Dillon wrote: 
Just
a little note to you guys.  I've been in and out of hospitals for the
past few weeks with some mystery skin rash and medley of other
problems.  Spent the last few nights in a hospital room, finally home
again today, may have to go back tomorrow.  Trying to get through
emails, if I have to go back and I can get a decent network connection
I should be around. 

Hopefully they can at least tell me what is wrong, else I think I may have to 
fly back to the states and let them fix me... :-( 

Sorry I've been away for so long... hopefully will get whatever this is sorted 
soon and I'll be back here more. 

--jason 


  

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

[YunFeng Ma (JIRA)]

 [ 
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

[YunFeng Ma (JIRA)]

 [ 
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.

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

[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] Created: (GERONIMO-4226) GShell can not be started in a server assembly which only includes geronimo-boilerplate plugin

[YunFeng Ma (JIRA)]

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.

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

[YunFeng Ma (JIRA)]

 [ 
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

[YunFeng Ma (JIRA)]

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


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.

Re: [VOTE] Geronimo Server 2.1.2 Release

[YunFeng Ma]

+1

-- Yun Feng

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] Updated: (GERONIMO-4210) EJB Injection in JSF Managed Bean

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4210:
-

Attachment: GERONIMO-4210.patch

Let's look what's going on with this problem:
For example, a web application has two managed been (or servlet, taget) like 
bellow:
{noformat}
public class ABean {

@EJB(name = "mybean")
private MyBean mybean;

}

public class BBean {

@EJB(name = "mybean")
private MyBean mybean;

}
{noformat}

The EJBAnnotationHelper processes the above two annotations and generates the 
following descriptor:
{noformat}
  
mybean
test.MyBean

  test.ABean
  mybean

  
{noformat}

According to the above descriptor, only mybean in ABean is injected, the mybean 
in BBean is not injected.

The attached patch will generate the following descriptor:
{noformat}
  
mybean
test.MyBean

  test.ABean
  mybean


  test.BBean
  mybean

  
{noformat}

Then mybean in BBean is injected. 

Please review the patch and if it's OK, I'll provide a patch for v2.1. Thanks.

> EJB Injection in JSF Managed Bean
> -
>
> Key: GERONIMO-4210
> URL: https://issues.apache.org/jira/browse/GERONIMO-4210
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.1
> Environment: Linux antares 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 
> UTC 2008 i686 GNU/Linux
> Debian
> java version "1.6.0_06"
> Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
> Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing)
>Reporter: Matthias Berndt
> Attachments: GERONIMO-4210.patch, ltg3.tar.gz
>
>
> I've got two managed beans in a JSF 1.2 webapp. Both beans are quite equal. I 
> try to inject a stateless session bean (EJB3) into the managed beans. 
> @EJB(name = "java:comp/env/ejb/CredentialData")
> private CredentialData credentialData;
> In the first managed bean the EJB is injected correctly in 
> CredentialDataController. The second bean with exactly the same injection 
> code does not get the EJB inCredentialTableBean. There is no error but at 
> runtime credentialData is null.

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

Re: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear

[YunFeng Ma]

Thanks for the test application. I could deploy your application, but I didn't  
 get the error message:
  Could not load custaddr/ejbs/TestBeanLocal.class (it's not 
custaddr/ejbs/TestBean.class in your sample)
Also I added the following to index.jsp and it works fine, that means the 
classloader of web module can load the ejb classes.
<%custaddr.ejbs.TestBeanLocal abc = null;%>

Because
you are using the JSF implementation of ICESoft and there is no class
com.icesoft.faces.util.event.servlet.ContextEventRepeater in your
sample package. So I'm not sure whether the @EJB in your managed bean
works fine.

-- Yun Feng


- Original Message 
From: kurzweil4 <[EMAIL PROTECTED]>
To: dev@geronimo.apache.org
Sent: Wednesday, July 30, 2008 1:41:15 PM
Subject: Re: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear


Yun,

You can download the file here:

http://jira.icefaces.org/secure/attachment/11147/JSF_ICEFaces.zip

It contains the EAR and all of the project files.

You will need this plan to deploy it with, and the pool name defined on the
server (and perhaps anything else that I am not aware that I need):


http://geronimo.apache.org/xml/ns/j2ee/web-1.1";>


TestInjectWeb



console.dbpool
PostgresDS




/TestInjectWeb




jdbc/MyDataSource
PostgresDS



Thank you for your help!
Kurzweil4


YunFeng Ma wrote:
> 
> IIUC,  EAR application and it's children Web modules have different
> classloaders, but the parent classloader of the children Web modules
> classloaders is the ERA application classloader which can load the classes
> in ejb jars. So I can not understand why your web module can not load the
> ejb classes. It will be useful to find out the answer if you can attach
> your application. :-)
> 
> -- Yun Feng
> 
> 
> 
> - Original Message 
> From: kurzweil4 <[EMAIL PROTECTED]>
> To: dev@geronimo.apache.org
> Sent: Wednesday, July 30, 2008 10:39:50 AM
> Subject: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear
> 
> 
> 
> When I deploy my EAR, I get the following error message:
> 
> Could not load custaddr/ejbs/TestBean.class
> 
> This error occurs when Geronimo is trying to deploy the WAR, which
> references custaddr/ejbs/TestBean.class in the EJB-JAR.
> 
> The EJB-JAR installs, but it has no Session beans in the JNDI viewer.
> 
> Any ideas?
> 
> Thanks
> -- 
> View this message in context:
> http://www.nabble.com/Could-not-load-custaddr-ejbs-TestBean.class---When-Deploy-Ear-tp18725148s134p18725148.html
> Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
> 
> 
>  
> 

-- 
View this message in context: 
http://www.nabble.com/Could-not-load-custaddr-ejbs-TestBean.class---When-Deploy-Ear-tp18725148s134p18726429.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.


  

Re: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear

[YunFeng Ma]

IIUC,  EAR application and it's children Web modules have different 
classloaders, but the parent classloader of the children Web modules 
classloaders is the ERA application classloader which can load the classes in 
ejb jars. So I can not understand why your web module can not load the ejb 
classes. It will be useful to find out the answer if you can attach your 
application. :-)

-- Yun Feng



- Original Message 
From: kurzweil4 <[EMAIL PROTECTED]>
To: dev@geronimo.apache.org
Sent: Wednesday, July 30, 2008 10:39:50 AM
Subject: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear



When I deploy my EAR, I get the following error message:

Could not load custaddr/ejbs/TestBean.class

This error occurs when Geronimo is trying to deploy the WAR, which
references custaddr/ejbs/TestBean.class in the EJB-JAR.

The EJB-JAR installs, but it has no Session beans in the JNDI viewer.

Any ideas?

Thanks
-- 
View this message in context: 
http://www.nabble.com/Could-not-load-custaddr-ejbs-TestBean.class---When-Deploy-Ear-tp18725148s134p18725148.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.


  

[jira] Resolved: (GERONIMODEVTOOLS-429) Testcase failures in org.apache.geronimo.st.core plugin

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-429.
-

Resolution: Fixed

The root cause is the HashSet used in DependencyManager. HashSet makes no 
guarantees as to the iteration order of the set. Now using LinkedHashSet 
replaces HashSet. LinkedHashSet  can guarantee the iteration order. Committed 
in trunk rev680897.

> Testcase failures in org.apache.geronimo.st.core plugin
> ---
>
> Key: GERONIMODEVTOOLS-429
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-429
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> ---
> Test set: org.apache.geronimo.st.core.internal.DependencyHelperTest
> ---
> Tests run: 6, Failures: 5, Errors: 0, Skipped: 0, Time elapsed: 0.656 sec <<< 
> FAILURE!
> testMultipleParents(org.apache.geronimo.st.core.internal.DependencyHelperTest)
>   Time elapsed: 0.078 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but 
> was:<[EMAIL PROTECTED]>
>   at junit.framework.Assert.fail(Assert.java:47)
>   at junit.framework.Assert.failNotEquals(Assert.java:282)
>   at junit.framework.Assert.assertEquals(Assert.java:64)
>   at junit.framework.Assert.assertEquals(Assert.java:71)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at junit.framework.TestCase.runTest(TestCase.java:154)
>   at junit.framework.TestCase.runBare(TestCase.java:127)
>   at junit.framework.TestResult$1.protect(TestResult.java:106)
>   at junit.framework.TestResult.runProtected(TestResult.java:124)
>   at junit.framework.TestResult.run(TestResult.java:109)
>   at junit.framework.TestCase.run(TestCase.java:118)
>   at junit.framework.TestSuite.runTest(TestSuite.java:208)
>   at junit.framework.TestSuite.run(TestSuite.java:203)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at 
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
>   at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>   at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>   at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
>   at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
> testMultipleChildrenAndParents1(org.apache.geronimo.st.core.internal.DependencyHelperTest)
>   Time elapsed: 0.062 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but 
> was:<[EMAIL PROTECTED]>
>   at junit.framework.Assert.fail(Assert.java:47)
>   at junit.framework.Assert.failNotEquals(Assert.java:282)
>   at junit.framework.Assert.assertEquals(Assert.java:64)
>   at junit.framework.Assert.assertEquals(Assert.java:71)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(Depend

[jira] Resolved: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause "xml problem for web app" in deployment

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-451.
-

   Resolution: Fixed
Fix Version/s: 2.1.2

Committed in trunk rev680895.

> Emptying the Security Roles will cause "xml problem for web app" in deployment
> --
>
> Key: GERONIMODEVTOOLS-451
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-451
> Project: Geronimo-Devtools
>  Issue Type: Bug
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-451.patch
>
>
> 1. Create a web application
> 2. Open the geronimo-web.xml editor
> 3. Set Security Realm Name to "myrealm" in General tab
> 4. Set Default Role to "user" in Security tab
> 5. Add a Security Role in Security tab
> 6. Remove the added Security Role in Security tab
> The above steps lead to the following security settings in geronimo-web.xml:
> {noformat}
> myrealm
>  default-role="user">
> 
> 
> {noformat}
> and  leads to the following deployment error:
> {noformat}
> Distribution of module failed.  See log for details.
>   xml problem for web app .
>   org.apache.geronimo.common.DeploymentException: xml problem for web app .
>   at 
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
>   at 
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
>   at 
> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
>   at 
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
>   at 
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>   at java.lang.reflect.Method.invoke(Unknown Source)
>   at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>   at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
>   at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>   at java.lang.reflect.Method.invoke(Unknown Source)
>   at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>   at 
> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
>   at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
>   at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
>   at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown 
> Source)
>   at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown 
> Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown 
> Source)
>   at 
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown 
> Source)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown 
> Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
>   at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>   

Re: [Build] Build eclipse/eclipse-plugin/tags/2.1.1 failed with test

[YunFeng Ma]

The unit testcases only fail using IBM JDK, they work fine using Sun JDK.

-- Yun Feng

Ashish Jain wrote: 
I think we have a JIRA open for this issue 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-429


On Mon, Jul 28, 2008 at 2:49 PM, YunFeng Ma <[EMAIL PROTECTED]> wrote:

Hi Rex, 
I see the same error in building GEP. It's unit test failure, I think we should 
fix it.

-- Yun Feng


Rex Wang wrote: 
HI, Ted/Tim,

We try to build GEP  tags/2.1.1 using the following command:
mvn install -e
but got the err messages in the attachment file "errlog.txt"

When we use the "mvn install -e -Dtest=false", build successfully.

Is there any problem for our build process?

thanks!


Rex

7-28


  

[jira] Commented: (GERONIMODEVTOOLS-429) Testcase failures in org.apache.geronimo.st.core plugin

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMODEVTOOLS-429:
-

These unit testcases only failed using IBM JDK, they work fine with Sun JDK.

> Testcase failures in org.apache.geronimo.st.core plugin
> ---
>
> Key: GERONIMODEVTOOLS-429
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-429
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> ---
> Test set: org.apache.geronimo.st.core.internal.DependencyHelperTest
> ---
> Tests run: 6, Failures: 5, Errors: 0, Skipped: 0, Time elapsed: 0.656 sec <<< 
> FAILURE!
> testMultipleParents(org.apache.geronimo.st.core.internal.DependencyHelperTest)
>   Time elapsed: 0.078 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but 
> was:<[EMAIL PROTECTED]>
>   at junit.framework.Assert.fail(Assert.java:47)
>   at junit.framework.Assert.failNotEquals(Assert.java:282)
>   at junit.framework.Assert.assertEquals(Assert.java:64)
>   at junit.framework.Assert.assertEquals(Assert.java:71)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at junit.framework.TestCase.runTest(TestCase.java:154)
>   at junit.framework.TestCase.runBare(TestCase.java:127)
>   at junit.framework.TestResult$1.protect(TestResult.java:106)
>   at junit.framework.TestResult.runProtected(TestResult.java:124)
>   at junit.framework.TestResult.run(TestResult.java:109)
>   at junit.framework.TestCase.run(TestCase.java:118)
>   at junit.framework.TestSuite.runTest(TestSuite.java:208)
>   at junit.framework.TestSuite.run(TestSuite.java:203)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at 
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
>   at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>   at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>   at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:615)
>   at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
>   at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
> testMultipleChildrenAndParents1(org.apache.geronimo.st.core.internal.DependencyHelperTest)
>   Time elapsed: 0.062 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but 
> was:<[EMAIL PROTECTED]>
>   at junit.framework.Assert.fail(Assert.java:47)
>   at junit.framework.Assert.failNotEquals(Assert.java:282)
>   at junit.framework.Assert.assertEquals(Assert.java:64)
>   at junit.framework.Assert.assertEquals(Assert.java:71)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(DependencyHelperTest.java:334)
>   at 
> org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(Depend

Re: [Build] Build eclipse/eclipse-plugin/tags/2.1.1 failed with test

[YunFeng Ma]

Hi Rex, 
I see the same error in building GEP. It's unit test failure, I think we should 
fix it.

-- Yun Feng

Rex Wang wrote: 
HI, Ted/Tim,

We try to build GEP  tags/2.1.1 using the following command:
mvn install -e
but got the err messages in the attachment file "errlog.txt"

When we use the "mvn install -e -Dtest=false", build successfully.

Is there any problem for our build process?

thanks!


Rex

7-28


  

[jira] Updated: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause "xml problem for web app" in deployment

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMODEVTOOLS-451:


Attachment: GERONIMODEVTOOLS-451.patch

Hi Tim, please review the patch. The patch add Marshaller Listener when saving 
the deployment plan and the listener will set the roleMappings to null if 
security.getRoleMappings().getRole().size() == 0.

> Emptying the Security Roles will cause "xml problem for web app" in deployment
> --
>
> Key: GERONIMODEVTOOLS-451
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-451
> Project: Geronimo-Devtools
>  Issue Type: Bug
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Attachments: GERONIMODEVTOOLS-451.patch
>
>
> 1. Create a web application
> 2. Open the geronimo-web.xml editor
> 3. Set Security Realm Name to "myrealm" in General tab
> 4. Set Default Role to "user" in Security tab
> 5. Add a Security Role in Security tab
> 6. Remove the added Security Role in Security tab
> The above steps lead to the following security settings in geronimo-web.xml:
> {noformat}
> myrealm
>  default-role="user">
> 
> 
> {noformat}
> and  leads to the following deployment error:
> {noformat}
> Distribution of module failed.  See log for details.
>   xml problem for web app .
>   org.apache.geronimo.common.DeploymentException: xml problem for web app .
>   at 
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
>   at 
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
>   at 
> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
>   at 
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
>   at 
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
>   at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>   at java.lang.reflect.Method.invoke(Unknown Source)
>   at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>   at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
>   at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>   at java.lang.reflect.Method.invoke(Unknown Source)
>   at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>   at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>   at 
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>   at 
> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
>   at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
>   at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
>   at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown 
> Source)
>   at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown 
> Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown 
> Source)
>   at 
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown 
> Source)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown 
> Source)
>   at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
>   at sun.reflect.Gene

[jira] Resolved: (GERONIMODEVTOOLS-452) Selecting "Specify as Gbean Pattern" leads a NPE

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-452.
-

Resolution: Fixed

Committed in trunk rev680276.

> Selecting "Specify as Gbean Pattern" leads a NPE
> 
>
> Key: GERONIMODEVTOOLS-452
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-452
> Project: Geronimo-Devtools
>  Issue Type: Bug
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
>
> 1. Create a web application
> 2. Open Geronimo-web.xml
> 3. Select the "Specify as Gbean Pattern" in General tab
> A NEP is reported in error view.

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

[jira] Created: (GERONIMODEVTOOLS-452) Selecting "Specify as Gbean Pattern" leads a NPE

[YunFeng Ma (JIRA)]

Selecting "Specify as Gbean Pattern" leads a NPE


 Key: GERONIMODEVTOOLS-452
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-452
 Project: Geronimo-Devtools
  Issue Type: Bug
Affects Versions: 2.1.x
Reporter: YunFeng Ma
Assignee: Tim McConnell


1. Create a web application
2. Open Geronimo-web.xml
3. Select the "Specify as Gbean Pattern" in General tab

A NEP is reported in error view.

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

[jira] Created: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause "xml problem for web app" in deployment

[YunFeng Ma (JIRA)]

Emptying the Security Roles will cause "xml problem for web app" in deployment
--

 Key: GERONIMODEVTOOLS-451
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-451
 Project: Geronimo-Devtools
  Issue Type: Bug
Affects Versions: 2.1.x
Reporter: YunFeng Ma
Assignee: Tim McConnell


1. Create a web application
2. Open the geronimo-web.xml editor
3. Set Security Realm Name to "myrealm" in General tab
4. Set Default Role to "user" in Security tab
5. Add a Security Role in Security tab
6. Remove the added Security Role in Security tab

The above steps lead to the following security settings in geronimo-web.xml:
{noformat}
myrealm



{noformat}

and  leads to the following deployment error:
{noformat}
Distribution of module failed.  See log for details.
  xml problem for web app .
  org.apache.geronimo.common.DeploymentException: xml problem for web app .
at 
org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
at 
org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
at 
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
at 
org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
at 
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at 
org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown 
Source)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown 
Source)
at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown 
Source)
at 
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown 
Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown 
Source)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown 
Source)
at java.lang.Thread.run(Unknown Source)
  Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: 
errors:
  
  error: cvc-complex-type.2.4a: Expected elements '[EMAIL 
PROTECTED]://geronimo.apache.org/xml/ns/j2ee/application-2.0 [EMAIL 
PROTECTED]://geronimo.apache.org/

[jira] Resolved: (GERONIMODEVTOOLS-340) GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-340.
-

Resolution: Fixed

This has been fixed in GERONIMODEVTOOLS-440, so close this one.

> GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces
> 
>
> Key: GERONIMODEVTOOLS-340
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-340
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> For example:
> 
> http://geronimo.apache.org/xml/ns/j2ee/web-1.1";
> xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1";
> xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";
> xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.1";>
> 
> 
> default
> WebJDBC
> 1.0
> car
> 
> 
> 
> console.dbpool
> jdbc%2Fuserds
> 
> 
> 
> /WebJDBC
> 
> jdbc/userds
> 
> console.dbpool
> jdbc%2Fuserds
> jdbc/userds
> 
> 
> 

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

[jira] Resolved: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMODEVTOOLS-440.
-

Resolution: Fixed

Thanks, Tim. Committed the patch in trunk rev679686.

> Convert the old deployment plan to the current version using NamespaceFilter
> 
>
> Key: GERONIMODEVTOOLS-440
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-440.patch
>
>
> GEP can not open the following old deployment plan:
> {noformat}
> http://www.openejb.org/xml/ns/openejb-jar-2.1"; 
>  xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2"; 
>  xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2"; 
>  xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
>  
>   
> 
>   samples
>   MDBDemo
>   2.1
>   car
> 
> 
>   
> org.apache.geronimo.configs
> activemq-ra
> car
>   
> 
> 
> 
>   
>   
>   
> 
>   SampleMDB
>   
> ActiveMQ RA
>   
>   
> 
>   
> destination
>   
> SendReceiveQueue
> 
> 
>   
> destinationType
>   
> javax.jms.Queue
> 
>   
>   
> CustomerHomeRemote
> CustomerEJB
>   
> 
> 
> 
>   CustomerEJB
>   CustomerHomeRemote
>   
>   
> jdbc/ibm-demo
> SystemDatasource
>   
> 
>   
> 
> {noformat}

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

[jira] Commented: (GERONIMODEVTOOLS-449) Refactor testsuite to support both v2.0 and v2.1 server s and code reuse

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMODEVTOOLS-449:
-

Thanks to Ted for your typo fix and to Tim for your review. :-)  The patch has 
been committed in trunk rev679683. Keep this JIRE open for more refactor. 
Thanks.

> Refactor testsuite to support both v2.0 and v2.1 server s and code reuse
> 
>
> Key: GERONIMODEVTOOLS-449
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449
> Project: Geronimo-Devtools
>  Issue Type: Sub-task
>  Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-449.patch
>
>
> Made the following change:
> 1. Add a new plugin to reuse the codes: org.apache.geronimo.testsuite.common
> 2. Add a new plugin for server v2.0: org.apache.geronimo.testsuite.v20
> 3. Made other changes to support the above plugins

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

Re: how to use other jsf jar files, continued

[YunFeng Ma]

It seems like your JSF framework (operamasks) error, not Geronimo error. Have 
you 
tried run your sample in the other container? such as Tomcat. 
Thanks a lot.

-- Yun Feng 

zhoub wrote: 

error message is : 
java.util.NoSuchElementException 

Caused by: 
java.util.NoSuchElementException 

+- Stack Trace 
java.util.NoSuchElementException 
at java.util.AbstractList$Itr.next(AbstractList.java:350) 
at java.util.AbstractCollection.addAll(AbstractCollection.java:305) 
at 
org.operamasks.faces.render.ajax.AjaxUpdaterRenderer.buildSubviewTree(AjaxUpdaterRenderer.java:366)
 
at 
org.operamasks.faces.render.ajax.AjaxUpdaterRenderer.buildSubview(AjaxUpdaterRenderer.java:373)
 
at 
org.operamasks.faces.render.ajax.AjaxUpdaterRenderer.encodeChildren(AjaxUpdaterRenderer.java:141)
 
at 
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:543) 
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:239) 
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246) 
at 
org.operamasks.faces.component.layout.impl.UIPanel$$EnhancerByCGLIB$$b5cdd3e2.CGLIB$encodeAll$137()
 
at 
org.operamasks.faces.component.layout.impl.UIPanel$$EnhancerByCGLIB$$b5cdd3e2$$FastClassByCGLIB$$81604c49.invoke()
 
at 
org.operamasks.net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:169) 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.invokeSuper(CompositeInterceptor.java:69)
 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.invoke(CompositeInterceptor.java:60)
 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.intercept(CompositeInterceptor.java:41)
 
at 
org.operamasks.faces.component.layout.impl.UIPanel$$EnhancerByCGLIB$$b5cdd3e2.encodeAll()
 
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246) 
at 
org.operamasks.faces.component.layout.impl.UIBorderLayout$$EnhancerByCGLIB$$c8c1ea22.CGLIB$encodeAll$140()
 
at 
org.operamasks.faces.component.layout.impl.UIBorderLayout$$EnhancerByCGLIB$$c8c1ea22$$FastClassByCGLIB$$ee8a26d8.invoke()
 
at 
org.operamasks.net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:169) 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.invokeSuper(CompositeInterceptor.java:69)
 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.invoke(CompositeInterceptor.java:60)
 
at 
org.operamasks.faces.interceptor.CompositeInterceptor.intercept(CompositeInterceptor.java:41)
 
at 
org.operamasks.faces.component.layout.impl.UIBorderLayout$$EnhancerByCGLIB$$c8c1ea22.encodeAll()
 
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246) 
at 
org.operamasks.faces.component.html.HtmlPage.encodeAll(HtmlPage.java:290) 
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246) 
at 
org.operamasks.faces.facelets.FaceletViewHandlerHook.renderView(FaceletViewHandlerHook.java:221)
 
at 
org.operamasks.faces.lifecycle.RenderResponse.execute(RenderResponse.java:42) 
at 
org.operamasks.faces.lifecycle.LifecycleImpl.doPhase(LifecycleImpl.java:134) 
at 
org.operamasks.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:95) 
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:152) 
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 
at 
org.operamasks.faces.webapp.filter.DefaultSuffixRedirector.doFilter(DefaultSuffixRedirector.java:59)
 
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
 
at 
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)
 
at 
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406)
 
at 
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)
 
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) 
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) 
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) 
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) 
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
 
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoE

[jira] Updated: (GERONIMODEVTOOLS-449) Refactory testsuite to support both server v2.0 and v2.1 and code reuse

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMODEVTOOLS-449:


Attachment: GERONIMODEVTOOLS-449.patch

Hi Tim and BJ, please review the patch. I want to continue the other testcases 
after this patch applied. Thanks a lot.

> Refactory testsuite to support both server v2.0 and v2.1 and code reuse
> ---
>
> Key: GERONIMODEVTOOLS-449
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Attachments: GERONIMODEVTOOLS-449.patch
>
>
> Made the following change:
> 1. Add a new plugin to reuse the codes: org.apache.geronimo.testsuite.common
> 2. Add a new plugin for server v2.0: org.apache.geronimo.testsuite.v20
> 3. Made other changes to support the above plugins

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

[jira] Created: (GERONIMODEVTOOLS-449) Refactory testsuite to support both server v2.0 and v2.1 and code reuse

[YunFeng Ma (JIRA)]

Refactory testsuite to support both server v2.0 and v2.1 and code reuse
---

 Key: GERONIMODEVTOOLS-449
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Affects Versions: 2.1.x
Reporter: YunFeng Ma
Assignee: Tim McConnell


Made the following change:
1. Add a new plugin to reuse the codes: org.apache.geronimo.testsuite.common
2. Add a new plugin for server v2.0: org.apache.geronimo.testsuite.v20
3. Made other changes to support the above plugins

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

[jira] Resolved: (GERONIMO-4188) View Server portlet runs in unhandled exception if the statistics bean is not available

[YunFeng Ma (JIRA)]

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

YunFeng Ma resolved GERONIMO-4188.
--

   Resolution: Fixed
Fix Version/s: 2.1.x

r678389 in branches/2.1 (2.1.2-SNAPSHOT)
r678390 in trunk (2.2-SNAPSHOT)

> View Server portlet runs in unhandled exception if the statistics bean is not 
> available
> ---
>
> Key: GERONIMO-4188
> URL: https://issues.apache.org/jira/browse/GERONIMO-4188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Reporter: YunFeng Ma
> Fix For: 2.1.x, 2.2
>
> Attachments: GERONIMO-4188.patch
>
>
> The steps to recreate the error:
> 1. Deploy a web application, such as sample1
> 2. Monitor the web application in Admin Console
> 3. Stop the web application
> 4. Click "Monitoring" --> "localhost" , then get the following error:
> {noformat}
> javax.portlet.PortletException
>   at 
> org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:113)
>   at 
> org.apache.geronimo.monitoring.console.MonitoringPortlet.doView(MonitoringPortlet.java:337)
>   at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
>   at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
>   at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
>   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
>   at 
> org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
>   at 
> org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
>   at 
> jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
>   at 
> org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
>   at 
> jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:219)
>   at 
> jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:105)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
>   at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDri

Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer

[YunFeng Ma]

Thanks a lot, Donald.

-- Yun Feng

Donald Woods wrote:
> The account was finally created today -
> uid = yunfengma
> Welcome aboard!
> 
> 
> -Donald
> 
> 
> Donald Woods wrote:
>> I'd like to welcome Yun Feng Ma as Geronimo's newest committer.  He 
>> should have his Apache account and karma in the next week or so.
>>
>> Yun Feng, keep up all of the great work to test and submit patches, as 
>> you've helped make Geronimo a better server for all of our users.
>>
>>
>> -Donald
>>


  

[jira] Commented: (GERONIMODEVTOOLS-340) GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMODEVTOOLS-340:
-

The above sample deployment plan can be opened after applying the patch in 
GERONIMODEVTOOLS-440.

> GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces
> 
>
> Key: GERONIMODEVTOOLS-340
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-340
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: Tim McConnell
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> For example:
> 
> http://geronimo.apache.org/xml/ns/j2ee/web-1.1";
> xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1";
> xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";
> xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.1";>
> 
> 
> default
> WebJDBC
> 1.0
> car
> 
> 
> 
> console.dbpool
> jdbc%2Fuserds
> 
> 
> 
> /WebJDBC
> 
> jdbc/userds
> 
> console.dbpool
> jdbc%2Fuserds
> jdbc/userds
> 
> 
> 

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

[jira] Updated: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMODEVTOOLS-440:


Attachment: GERONIMODEVTOOLS-440.patch

We've had a method unmarshalFilterDeploymentPlan( IFile file ) in JAXBUtils 
which use NamespaceFilter to convert the old deployment plan to the current 
version. I think we should always use this method to unmarshal the deployment 
plan, instead of  method unmarshalDeploymentPlan(IFile file). 

This patch removed method unmarshalDeploymentPlan(IFile file) and changed the 
codes which invoke unmarshalDeploymentPlan(IFile file) to 
unmarshalFilterDeploymentPlan( IFile file ).

> Convert the old deployment plan to the current version using NamespaceFilter
> 
>
> Key: GERONIMODEVTOOLS-440
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
> Project: Geronimo-Devtools
>  Issue Type: Bug
>  Components: eclipse-plugin
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Attachments: GERONIMODEVTOOLS-440.patch
>
>
> GEP can not open the following old deployment plan:
> {noformat}
> http://www.openejb.org/xml/ns/openejb-jar-2.1"; 
>  xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2"; 
>  xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2"; 
>  xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
>  
>   
> 
>   samples
>   MDBDemo
>   2.1
>   car
> 
> 
>   
> org.apache.geronimo.configs
> activemq-ra
> car
>   
> 
> 
> 
>   
>   
>   
> 
>   SampleMDB
>   
> ActiveMQ RA
>   
>   
> 
>   
> destination
>   
> SendReceiveQueue
> 
> 
>   
> destinationType
>   
> javax.jms.Queue
> 
>   
>   
> CustomerHomeRemote
> CustomerEJB
>   
> 
> 
> 
>   CustomerEJB
>   CustomerHomeRemote
>   
>   
> jdbc/ibm-demo
> SystemDatasource
>   
> 
>   
> 
> {noformat}

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

[jira] Created: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter

[YunFeng Ma (JIRA)]

Convert the old deployment plan to the current version using NamespaceFilter


 Key: GERONIMODEVTOOLS-440
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.1.x
Reporter: YunFeng Ma
Assignee: Tim McConnell


GEP can not open the following old deployment plan:
{noformat}
http://www.openejb.org/xml/ns/openejb-jar-2.1"; 
 xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2"; 
 xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2"; 
 xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
 
  

  samples
  MDBDemo
  2.1
  car


  
org.apache.geronimo.configs
activemq-ra
car
  



  
  
  

  SampleMDB
  
ActiveMQ RA
  
  

  
destination
  
SendReceiveQueue


  
destinationType
  
javax.jms.Queue

  
  
CustomerHomeRemote
CustomerEJB
  



  CustomerEJB
  CustomerHomeRemote
  
  
jdbc/ibm-demo
SystemDatasource
  

  



{noformat}

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

[jira] Commented: (GERONIMODEVTOOLS-216) Remote server support

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMODEVTOOLS-216:
-

Is this duplicate with GERONIMODEVTOOLS-353?

> Remote server support
> -
>
> Key: GERONIMODEVTOOLS-216
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-216
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: Tim McConnell
>Assignee: Ashish Jain
> Fix For: 2.1.2
>
>


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

Re: recent console changes in trunk

[YunFeng Ma]

I tested the console in FireFox 2.x and IE 6.x after removing label tag in 
pluto.css and didn't see any problem. I prefer to remove it before G v2.1.2 is 
out of the door.

-- Yun Feng

Shrey Banga wrote:
> I've opened a JIRA (GERONIMO-4204) for this issue. I need to know if the 
> float:left for labels in pluto.css is needed and where because it 
> affects all Admin Console portlets.
> 
> On Mon, Jul 14, 2008 at 3:09 PM, Shrey Banga <[EMAIL PROTECTED] 
> > wrote:
> 
> After rebuilding the server I too faced the same problem and on
> further inspection I could make out the problem was because the
> patch GERONIMO-4081 Accessibility issues (at revision: 675083) has
> surrounded text by  tags, which have a float:left property
> set in pluto.css which I suppose is causing the problems. I'm not
> sure why the float:left is needed in the first place but in case
> removing it isn't possible, we could create a separate css for the
> console and import it in the affected portlets.
> 
> 
> On Fri, Jul 11, 2008 at 6:50 PM, Joe Bohn <[EMAIL PROTECTED]
> > wrote:
> 
> In addition to that quirk, there are other layout issues I'm
> seeing too (these are probably the ones Jarek was seeing).
> 
> For example:
> - Server Log Viewer layout is all messed up
> - All of the Applications views (WARs, EARs, etc...) have the
> layout all messed up
> - Plugin portlets layout is messed up
> 
> 
> Those are just a few that I noticed clicking on the top level
> portlet pages.  There may be other problems when you drill down
> into some of the pages to alternate jsps.
> 
> Joe
> 
> 
> 
> 
> Joe Bohn wrote:
> 
> I'm seeing strange things in trunk as well.  Using firefox
> on a tomcat image I see the following prior to the banner in
> the console.  I don't see this in safari:
> 
> 
> Skip to navigation
> Skip to main content
> 
> The access keys for this page are:
> 
>* ALT plus 1 skips to navigation.
>* ALT plus 2 skips to main content.
> 
> 
> The first two are links to anchors in the page.  If I reload
> the page the extra content prior to the banner is no longer
> displayed and things look normal again.
> 
> Joe
> 
> 
> 
> Shiva Kumar H R wrote:
> 
> I have been committing some patches in Admin Console,
> but most of them have been local to Plan Creator
> portlet. On the server that's built on my machine (which
> has all the commits I have done so far + trunk code as
> on 26-Jun), the portlets that you mention (Web App WARs,
> Deploy New,  Plugins, Server Logs) seem to be working
> fine (I tested using IE 6 & Firefox 3).
> 
> I will update my trunk and do a clean build, and see if
> I face any problems.
> 
> On Thu, Jul 10, 2008 at 9:59 PM, Jarek Gawor
> <[EMAIL PROTECTED] 
> >> wrote:
> 
>Hi,
> 
>I just built the latest code tried to use the admin
> console and the
>layout in a few places (e.g. Web App WARs, Deploy
> New,  Plugins,
>Server Logs) is screwed up. I see similar layout
> issues on Firefox
>(2.0) and IE.
> 
>It does not seem like people are checking how things
> look in the
>console before committing the patches...
> 
>Jarek
> 
> 
> 
> 
> -- 
> Thanks,
> Shiva
> 
> 
> 
> 
> 
> 
> 
> -- 
> Shrey Banga
> Bachelor of Technology, III year
> Department of Electrical Engineering
> Indian Institute of Technology Roorkee 
> 
> 
> 
> 
> -- 
> Shrey Banga
> Bachelor of Technology, III year
> Department of Electrical Engineering
> Indian Institute of Technology Roorkee



  

GEP should link deployment plan and deployment descriptor

[YunFeng Ma]

Now the GEP provides rich funnctionalities to edit geronimo deployment plan, 
such as geronimo-web.xml, but it doesn't link deployment plan and deployment 
descriptor. For example, adding a EJB reference in the geronimo-web.xml 
Deployment editor only changes deployment plan,  it doesn't add a ejb-ref to 
deployment descriptor web.xml, the developers have to add the ejb-ref to 
web.xml manually. 
There are other such kind of pairs:  openejb-jar.xml vs. ejb-jar.xml, 
geronio-application.xml vs. application.xml, geronimo-ra.xml vs. ra.xml etc.  
Most importantly, the design of GEP has not provided a mechanism to support 
this feature. I think we should consider this now rather than later when GEP 
becomes more complicated. What's your thought?

Thanks
-- Yun Feng



  

Re: How ti increse heap size in Apache geronimo....

[YunFeng Ma]

You can follow the steps to set the max heap size for Geronimo:
1. Open cmd in Windows or terminal in Linux
2. cd %GERONIMO_HOM%\bin
3. run bellow command to set environment variable:
For Windows:  set JAVA_OPTS=-Xmx256m
For Linux: export JAVA_OPTS=-Xmx256m
4. Then you can start Geronimo via either of bellow two commands:
1) startup.bat/sh
2) geronimo.bat/sh run

Hope this helps

--Yun Feng  

ravi naik wrote: 
hi folks...
i want to increse geronimo heap size for my app..
i am a newbie to geronimo...
i am having 512 mb ohysical memory.
 
 
thanks...
ravi


  

[jira] Updated: (GERONIMO-4188) View Server portlet runs in unhandled exception if the statistics bean is not available

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4188:
-

Attachment: GERONIMO-4188.patch

A patch for this. It will show "The statistics bean is not available now." if 
the statistics bean is not available.

> View Server portlet runs in unhandled exception if the statistics bean is not 
> available
> ---
>
> Key: GERONIMO-4188
> URL: https://issues.apache.org/jira/browse/GERONIMO-4188
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: monitoring
>Reporter: YunFeng Ma
> Fix For: 2.2
>
> Attachments: GERONIMO-4188.patch
>
>
> The steps to recreate the error:
> 1. Deploy a web application, such as sample1
> 2. Monitor the web application in Admin Console
> 3. Stop the web application
> 4. Click "Monitoring" --> "localhost" , then get the following error:
> {noformat}
> javax.portlet.PortletException
>   at 
> org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:113)
>   at 
> org.apache.geronimo.monitoring.console.MonitoringPortlet.doView(MonitoringPortlet.java:337)
>   at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
>   at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
>   at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
>   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
>   at 
> org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
>   at 
> org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
>   at 
> org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
>   at 
> jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
>   at 
> org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
>   at 
> jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:219)
>   at 
> jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:105)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
>   at 
> org.a

[jira] Created: (GERONIMO-4188) View Server portlet runs in unhandled exception if the statistics bean is not available

[YunFeng Ma (JIRA)]

View Server portlet runs in unhandled exception if the statistics bean is not 
available
---

 Key: GERONIMO-4188
 URL: https://issues.apache.org/jira/browse/GERONIMO-4188
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: monitoring
Reporter: YunFeng Ma
 Fix For: 2.2


The steps to recreate the error:
1. Deploy a web application, such as sample1
2. Monitor the web application in Admin Console
3. Stop the web application
4. Click "Monitoring" --> "localhost" , then get the following error:
{noformat}
javax.portlet.PortletException
at 
org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:113)
at 
org.apache.geronimo.monitoring.console.MonitoringPortlet.doView(MonitoringPortlet.java:337)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at 
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at 
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at 
org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
at 
org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
at 
org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
at 
jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
at 
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:219)
at 
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:105)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at 
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at 
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)
at 
org.apache.catalina.authenticator.A

[jira] Commented: (GERONIMO-4076) Console runs in unhandled exception when user starts module with unresolved dependencies

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-4076:
--

I've verified that the issue #3 has been fixed in 
https://issues.apache.org/jira/browse/GERONIMO-4166. For the other two issues, 
should we consider the improvements? if not, this jira can be closed.

> Console runs in unhandled exception when user starts module with unresolved 
> dependencies
> 
>
> Key: GERONIMO-4076
> URL: https://issues.apache.org/jira/browse/GERONIMO-4076
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.1
>Reporter: Daniel
> Fix For: 2.1.2, 2.2
>
>
> 1.) The console/web GUI does not explicitly warn the user when he is about to 
> delete a module which other modules depend upon. [Improvement?]
> (Note: the server does then remove the module properly, and all dependent 
> modules are stopped.)
> 2.) When the screen is reloaded, the depending modules are displayed as 
> stopped, but not as "missing dependencies". [Improvement?]
> 3.) When the user now attempts to restart one of these modules, the request 
> leads to an unhandled exception. The GUI doesn't show up at all. Instead, an 
> error code 500 is displayed (=> 
> org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction).
>[BUG]

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

[jira] Updated: (GERONIMO-4180) DayTrader should support SQL Server

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4180:
-

Attachment: GERONIMO-4180.patch

The patch provides deployment plan and database script for SQL Server 2005. 
Thanks a lot.

> DayTrader should support SQL Server
> ---
>
> Key: GERONIMO-4180
> URL: https://issues.apache.org/jira/browse/GERONIMO-4180
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: sample apps
>    Reporter: YunFeng Ma
>Assignee: YunFeng Ma
> Attachments: GERONIMO-4180.patch
>
>
> DayTrader should support SQL Server: 1) Deployment Plan and 2) table script  
> for SQL Server

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

[jira] Assigned: (GERONIMO-4180) DayTrader should support SQL Server

[YunFeng Ma (JIRA)]

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

YunFeng Ma reassigned GERONIMO-4180:


Assignee: YunFeng Ma

> DayTrader should support SQL Server
> ---
>
> Key: GERONIMO-4180
> URL: https://issues.apache.org/jira/browse/GERONIMO-4180
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: sample apps
>    Reporter: YunFeng Ma
>Assignee: YunFeng Ma
>
> DayTrader should support SQL Server: 1) Deployment Plan and 2) table script  
> for SQL Server

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

[jira] Created: (GERONIMO-4180) DayTrader should support SQL Server

[YunFeng Ma (JIRA)]

DayTrader should support SQL Server
---

 Key: GERONIMO-4180
 URL: https://issues.apache.org/jira/browse/GERONIMO-4180
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: sample apps
Reporter: YunFeng Ma


DayTrader should support SQL Server: 1) Deployment Plan and 2) table script  
for SQL Server

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

Daytrader with SQL Server

[YunFeng Ma]

Has anyone tried to deploy daytrader with SQL Server database, could anyone 
shed some light on the following issues:
1. How to support XA Transaction in SQL Server? There is not tranql connector 
for SQL Server.
2. Is there any specific settings for SQL Server? Daytrader thrown a lot of 
SQLException in both Direct (JDBC) mode and Full EJB3 mode.

Thanks a lot.



  

Re: [ANNOUNCE] Lin Sun is the newest member of the Geronimo PMC

[YunFeng Ma]

Congratulations Lin!!!

-- Yun Feng

Jarek Gawor wrote: 
All,

Please join us in congratulating Lin Sun as the newest member of the
Geronimo PMC. She has been involved with the Geronimo community for a
long time and made great contributions as a committer and otherwise.
She will be a great addition to the PMC.

Congratulations Lin!

The Apache Geronimo PMC


  

[jira] Updated: (GERONIMO-4165) The deploy command in a assembled server fail to start

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4165:
-

Attachment: GERONIMO-4165.patch

The root cause is that there is no DeployTool GBean in G v2.1.2. 
A proposed patch. But I'm still confusing why this doesn't happen to trunk 
build.

> The deploy command in a assembled server fail to start 
> ---
>
> Key: GERONIMO-4165
> URL: https://issues.apache.org/jira/browse/GERONIMO-4165
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: buildsystem
>Affects Versions: 2.1.2, 2.1.x
>Reporter: YunFeng Ma
> Attachments: GERONIMO-4165.patch
>
>
> Assemble a server which only includes 
> org.apache.geronimo.assemblies/geronimo-boilerplate-minimal/2.1.2-SNAPSHOT/jar,
>  the deploy.bat/sh in the assembled server fails to start with the following 
> exception:
> {noformat}
> C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0\bin>deploy --user 
> system --password manager list-modules
> Using GERONIMO_BASE:   
> C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
> Using GERONIMO_HOME:   
> C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
> Using GERONIMO_TMPDIR: var\temp
> Using JRE_HOME:C:\Program Files\IBM\Java50\jre
> org.apache.geronimo.kernel.GBeanNotFoundException: No GBeans found: 
> [?#org.apache.geronimo.kernel.util.Main]
> at 
> org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(BasicRegistry.java:153)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:286)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:282)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:100)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:59)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at 
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
> {noformat}
> The same function works well in the trunk build. 

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

[jira] Created: (GERONIMO-4165) The deploy command in a assembled server fail to start

[YunFeng Ma (JIRA)]

The deploy command in a assembled server fail to start 
---

 Key: GERONIMO-4165
 URL: https://issues.apache.org/jira/browse/GERONIMO-4165
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: buildsystem
Affects Versions: 2.1.2, 2.1.x
Reporter: YunFeng Ma


Assemble a server which only includes 
org.apache.geronimo.assemblies/geronimo-boilerplate-minimal/2.1.2-SNAPSHOT/jar, 
the deploy.bat/sh in the assembled server fails to start with the following 
exception:
{noformat}
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0\bin>deploy --user 
system --password manager list-modules
Using GERONIMO_BASE:   
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
Using GERONIMO_HOME:   
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
Using GERONIMO_TMPDIR: var\temp
Using JRE_HOME:C:\Program Files\IBM\Java50\jre
org.apache.geronimo.kernel.GBeanNotFoundException: No GBeans found: 
[?#org.apache.geronimo.kernel.util.Main]
at 
org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(BasicRegistry.java:153)
at 
org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:286)
at 
org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:282)
at 
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:100)
at 
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:59)
at 
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at 
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
{noformat}

The same function works well in the trunk build. 

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

Re: Firefox 3 and Selenium problems?

[YunFeng Ma]

The daily selenium build fixed that two problems. You can download the
daily selenium from http://selenium-rc.openqa.org/download.html, I
suppose the daily build is not uploaded to any Maven repository, so we
have to download them manually.
Hope this helps.

--Yun Feng

Jason Dillon wrote: 
I've not tried yet, but it would not surprise me of there were some issues... 

I will give it a short, if you find anything specific please ping the list. 

--jason 


On Jun 25, 2008, at 3:23 AM, Donald Woods wrote: 


I upgraded to Firefox 3 on my Mac and am seeing testsuite automation problems 
now, like - 

- Can't have multiple copies of Firefox open (have to kill open ones before 
selenium can launch firefox) 
- Have to kill the firefox process after each testsuite uses it, before the 
tests will continue to the next testsuite 


Has anyone else upgraded to Firefox 3 and seeing the same problems? 


-Donald 



  

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

[YunFeng Ma]

Contratulations, Shiva!!!

-- Yun Feng

Vamsavardhana Reddy wrote: 
All,
Please join us in congratulating Shiva Kumar H R as the newest member
of the Geronimo PMC. It's been great to have Shiva working with us as a
committer on Geronimo. Even better to have him join us in providing
oversight of the Geronimo project.

Way to go Shiva!!!

The Apache Geronimo PMC

++Vamsi


  

[jira] Closed: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space

[YunFeng Ma (JIRA)]

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

YunFeng Ma closed GERONIMO-3975.


Resolution: Fixed

Thanks, Shiva. I've verified it, so close this.

> PlanCreator fails to deploy an application when Geronimo is installed into a 
> directory with white space
> ---
>
> Key: GERONIMO-3975
> URL: https://issues.apache.org/jira/browse/GERONIMO-3975
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: PlanCreator
>Affects Versions: 2.1, 2.1.1
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Shiva Kumar H R
> Fix For: 2.1.2
>
> Attachments: GERONIMO-3975-v2.1.2.patch, GERONIMO-3975.patch
>
>
> The following exceptions are thrown:
> 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: 
> fi
> le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD
> BCAccess.war
> java.net.URISyntaxException: Illegal character in path at index 23: 
> file:/H:/geronimo 
> server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w
> ar
> at java.net.URI$Parser.fail(URI.java:2821)
> at java.net.URI$Parser.checkChars(URI.java:2994)
> at java.net.URI$Parser.parseHierarchical(URI.java:3078)
> at java.net.URI$Parser.parse(URI.java:3026)
> at java.net.URI.(URI.java:590)
> at java.net.URL.toURI(URL.java:950)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio
> nInfo(JSR88_Util.java:132)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc
> es(JSR88_Util.java:144)
> at 
> org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft
> erView(GetArchiveHandler.java:90)
> at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP
> ortlet.java:114)
> at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218
> )
> at 
> org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> atcher.java:654)
> at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
> ispatcher.java:557)
> at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
> patcher.java:481)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort
> letInvokerService.java:167)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort
> letInvokerService.java:85)
> at 
> org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI
> mpl.java:219)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet
> .java:112)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle
> t.java:158)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:175)
> at 
> org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu
> bjectValve.java:56)
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
> torBase.java:525)
> at 
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.
> invoke(GeronimoStandardContext.java:406)
> at 
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero
> nimoBeforeAfterValve.java:47)
> at 
> org.apache.catalina.core.StandardHostValve.inv

Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer

[YunFeng Ma]

Thanks a lot for the recognition. Thanks a lot, everyone!!


- Original Message 
From: Shiva Kumar H R <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: dev@geronimo.apache.org
Sent: Friday, June 20, 2008 4:48:58 PM
Subject: Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer

Awesome! Congratulations Yun Feng!


On Thu, Jun 19, 2008 at 9:33 PM, Donald Woods <[EMAIL PROTECTED]> wrote:

I'd like to welcome Yun Feng Ma as Geronimo's newest committer.  He should have 
his Apache account and karma in the next week or so.

Yun Feng, keep up all of the great work to test and submit patches, as you've 
helped make Geronimo a better server for all of our users.


-Donald




-- 
Thanks,
Shiva 


  

[jira] Commented: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-3975:
--

The root cause in v2.1.2 is 
org.apache.geronimo.kernel.classloader.UrlResourceFinder which can not handle 
URL like 
"file:/C:/geronimo%20server/var/temp/geronimo-planCreator25146.tmpdir/WebAppEjbAccessAnnotations.war",
 but it works fine with "file:/C:/geronimo 
server/var/temp/geronimo-planCreator25146.tmpdir/WebAppEjbAccessAnnotations.war".
 The PlanCreator trunk code doesn't ues 
org.apache.geronimo.kernel.classloader.UrlResourceFinder any more, so the trunk 
build work fine.

> PlanCreator fails to deploy an application when Geronimo is installed into a 
> directory with white space
> ---
>
> Key: GERONIMO-3975
> URL: https://issues.apache.org/jira/browse/GERONIMO-3975
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: PlanCreator
>Affects Versions: 2.1, 2.1.1
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Donald Woods
> Fix For: 2.1.2
>
> Attachments: GERONIMO-3975-v2.1.2.patch, GERONIMO-3975.patch
>
>
> The following exceptions are thrown:
> 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: 
> fi
> le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD
> BCAccess.war
> java.net.URISyntaxException: Illegal character in path at index 23: 
> file:/H:/geronimo 
> server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w
> ar
> at java.net.URI$Parser.fail(URI.java:2821)
> at java.net.URI$Parser.checkChars(URI.java:2994)
> at java.net.URI$Parser.parseHierarchical(URI.java:3078)
> at java.net.URI$Parser.parse(URI.java:3026)
> at java.net.URI.(URI.java:590)
> at java.net.URL.toURI(URL.java:950)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio
> nInfo(JSR88_Util.java:132)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc
> es(JSR88_Util.java:144)
> at 
> org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft
> erView(GetArchiveHandler.java:90)
> at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP
> ortlet.java:114)
> at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218
> )
> at 
> org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> atcher.java:654)
> at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
> ispatcher.java:557)
> at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
> patcher.java:481)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort
> letInvokerService.java:167)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort
> letInvokerService.java:85)
> at 
> org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI
> mpl.java:219)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet
> .java:112)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle
> t.java:158)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:175)
> at 
> org.apache.ge

[jira] Updated: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-3975:
-

Attachment: GERONIMO-3975-v2.1.2.patch

GERONIMO-3975-v2.1.2.patch is for v2.1.2, please review it. I think the trunk 
build has the same problem, I'll verify it soon. Thanks a lot.

> PlanCreator fails to deploy an application when Geronimo is installed into a 
> directory with white space
> ---
>
> Key: GERONIMO-3975
> URL: https://issues.apache.org/jira/browse/GERONIMO-3975
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: PlanCreator
>Affects Versions: 2.1, 2.1.1
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Donald Woods
> Fix For: 2.1.2
>
> Attachments: GERONIMO-3975-v2.1.2.patch, GERONIMO-3975.patch
>
>
> The following exceptions are thrown:
> 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: 
> fi
> le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD
> BCAccess.war
> java.net.URISyntaxException: Illegal character in path at index 23: 
> file:/H:/geronimo 
> server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w
> ar
> at java.net.URI$Parser.fail(URI.java:2821)
> at java.net.URI$Parser.checkChars(URI.java:2994)
> at java.net.URI$Parser.parseHierarchical(URI.java:3078)
> at java.net.URI$Parser.parse(URI.java:3026)
> at java.net.URI.(URI.java:590)
> at java.net.URL.toURI(URL.java:950)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio
> nInfo(JSR88_Util.java:132)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc
> es(JSR88_Util.java:144)
> at 
> org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft
> erView(GetArchiveHandler.java:90)
> at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP
> ortlet.java:114)
> at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218
> )
> at 
> org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> atcher.java:654)
> at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
> ispatcher.java:557)
> at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
> patcher.java:481)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort
> letInvokerService.java:167)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort
> letInvokerService.java:85)
> at 
> org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI
> mpl.java:219)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet
> .java:112)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle
> t.java:158)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:175)
> at 
> org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu
> bjectValve.java:56)
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
> torBase.java:525)
> at 
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.
> invoke(GeronimoStandardContext.java:406)
> at 
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(G

[jira] Reopened: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space

[YunFeng Ma (JIRA)]

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

YunFeng Ma reopened GERONIMO-3975:
--


Another error when G is installed in a path with white space
{noformat}
11:06:14,656 ERROR [DisplayPlanHandler] problem
javax.enterprise.deploy.model.exceptions.DDBeanCreateException: problem
at 
org.apache.geronimo.deployment.tools.DDBeanRootImpl.(DDBeanRootImpl.java:60)
at 
org.apache.geronimo.deployment.tools.loader.AbstractDeployable.(AbstractDeployable.java:60)
at 
org.apache.geronimo.deployment.tools.loader.WebDeployable.(WebDeployable.java:43)
at 
org.apache.geronimo.deployment.tools.loader.WebDeployable.(WebDeployable.java:39)
at 
org.apache.geronimo.console.configcreator.JSR88_Util.createDeploymentPlan(JSR88_Util.java:293)
at 
org.apache.geronimo.console.configcreator.DisplayPlanHandler.renderView(DisplayPlanHandler.java:57)
at 
org.apache.geronimo.console.MultiPagePortlet.doView(MultiPagePortlet.java:144)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at 
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at 
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at 
org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
at 
org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
at 
org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
at 
jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
at 
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:219)
at 
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:105)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at 
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at 
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at 
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke

[jira] Commented: (GERONIMODEVTOOLS-353) Support remote deployment

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMODEVTOOLS-353:
-

The remote deployment usage:

Topology:
Machine A which has Geronimo
Machine B which has Geronimo and Eclipse with GEP

1. Install Geronimo server in a remote machine A
2. Make the following change to 
%Geronimo_HOme%\var\config\config-substitutions.properties to enable remote 
deployment in machine A
RemoteDeployHostname=localhost --> RemoteDeployHostname=
3. Launch Geronimo in machine A
4. Create a new server using the local Geronimo in Eclipse in machine B
5. Double click the new geronimo server and change the server host name to 
6. Launch the server in GEP
7. Then the applications can be remote deployed to the remote geronimo in 
machine A

> Support remote deployment
> -
>
> Key: GERONIMODEVTOOLS-353
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.1
>
> Attachments: GERONIMODEVTOOLS-353.patch
>
>
> The user should be able to:
> 1. Define a remote server
> 2. Deploy/undeploy an application to the remote server

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

[jira] Updated: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-3974:
-

Attachment: GERONIMO-3974.patch

A proposed patch which can sort the order of configs during the server 
shutdown. Please review the patch. Thanks a lot.

> Shutdown exceptions even for a clean Geronimo
> -
>
> Key: GERONIMO-3974
> URL: https://issues.apache.org/jira/browse/GERONIMO-3974
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 2.1.1, 2.1.2, 2.2
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Kevan Miller
>Priority: Minor
> Fix For: 2.1.2, 2.2
>
> Attachments: GERONIMO-3974.patch
>
>
> Shutdown a clean Geronimo server, get the following exceptions:
> {noformat}
> Geronimo Application Server started
> 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
> called with null
> java.sql.SQLException: No current connection.
> at 
> org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
> Source)
> at 
> org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
> at 
> org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
> at 
> org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
> at 
> org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
> at 
> org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
> at 
> org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
> at 
> org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
> at 
> org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHoo

Re: How to use Kerberos in Geronimo?

[YunFeng Ma]

Hi Jacek,

I'm not familiar with Kerberos, but for ActiveDirectory I configured it
successful before using the following deployment plan,  you also can
configure this via Admin Console: Security --> Security Realms
--> Add new security realm

http://geronimo.apache.org/xml/ns/deployment-1.2";>
  

  samples
  ldap-realm
  2.0
  car


  
org.apache.geronimo.configs
j2ee-security
car
  



  

  
org.apache.geronimo.security.realm.providers.LDAPLoginModule
initialContextFactory=com.sun.jndi.ldap.LdapCtxFactory
connectionURL=ldap://localhost:389
connectionUsername=cn=Administrator,cn=users,dc=yourdc,dc=local
connectionPassword=yourpassword
connectionProtocol=
authentication=simple
userBase=ou=people,dc=yourdc,dc=local
userSearchMatching=cn={0}
userSearchSubtree=false
roleBase=cn=users,dc=yourdc,dc=local
roleName=cn
roleSearchMatching=(uniqueMember={0})
roleSearchSubtree=false
userRoleName=
ldap-realm
  
  
ldap-realm

  ldap-login


  ServerInfo

  
  
REQUIRED

  ldap-login

  


Hope this helpful.
--YunFeng

Jacek Laskowski wrote: 
Hi,

Is JAAS the recommeded approach to use Kerberos to do AA in Geronimo?
Is JAAS enough? Should I take some other stuff into consideration when
configuring Geronimo with ActiveDirectory? Or is there any other
(better?) approach to get it done?

Jacek


  

[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-3974:
--

Kevan, you are right. It works fine with Sun JDK.

> Shutdown exceptions even for a clean Geronimo
> -
>
> Key: GERONIMO-3974
> URL: https://issues.apache.org/jira/browse/GERONIMO-3974
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: connector
>Affects Versions: 2.1.1, 2.1.2, 2.2
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Kevan Miller
>Priority: Minor
> Fix For: 2.1.2, 2.2
>
>
> Shutdown a clean Geronimo server, get the following exceptions:
> {noformat}
> Geronimo Application Server started
> 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
> called with null
> java.sql.SQLException: No current connection.
> at 
> org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
> Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
> Source)
> at 
> org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
> at 
> org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
> at 
> org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
> at 
> org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
> at 
> org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
> at 
> org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
> at 
> org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
> at 
> org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.shut

Re: [jira] Created: (GSHELL-119) The "set" command doesn't work if there is white space beside the equal mark

[YunFeng Ma]

Thanks a lot for your kindly reminder, I'll pay more attention to this. 

-- YunFeng Ma

Jason Dillon wrote: 
Um,
please don't set the Fix For for issues... and mind what you select for
Affects Versions... you marked this issue as affecting versions which
have not even been created yet. 

--jason 


On Jun 10, 2008, at 10:53 AM, YunFeng Ma (JIRA) wrote: 


The "set" command doesn't work if there is white space beside the equal mark 
 

Key: GSHELL-119 
URL: https://issues.apache.org/jira/browse/GSHELL-119 
Project: GShell 
 Issue Type: Bug 
 Security Level: public (Regular issues) 
 Components: Commands - Builtins 
   Affects Versions: 1.0-alpha-1, 1.0-alpha-2, 1.0-alpha-3, 1.0-beta-1 
       Reporter: YunFeng Ma 
   Assignee: Jason Dillon 
Fix For: 1.0-alpha-2 


Run the following command, notice that there is a white space at the left of 
the equal mark. 
{noformat} 
[EMAIL PROTECTED]:/> set password =manager 
ERROR RuntimeException: Invalid identifer name: 
{noformat} 

Run the following command, notice that there is a white space at
the right of the equal mark, the value of variable "password" is not
set correctly. 
{noformat} 
[EMAIL PROTECTED]:/> set password= manager 
[EMAIL PROTECTED]:/> echo $password 

[EMAIL PROTECTED]:/> 
{noformat} 


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


  

Re: [jira] Created: (GERONIMO-4103) Fail to Restart APR HTTP Connector

[YunFeng Ma]

Hi Jarek,

Can you tell how you hacked this? I found the same problem in
https://issues.apache.org/jira/browse/GERONIMO-4094, but I had no idea
how to hack it. Thanks a lot.

-- YunFeng Ma

Jarek Gawor wrote: 
On Mon, Jun 9, 2008 at 10:33 PM, Kevan Miller <[EMAIL PROTECTED]> wrote:

On Jun 9, 2008, at 10:21 PM, Jarek Gawor wrote:


I think you might be looking at the Jetty assembly. Tomcat assembly
has all the jars.

Heh. Must have unpacked the wrong assembly. Time for bed, I guess... ;-)

We're either missing org/apache/tomcat/jni/OS somehow. Or else missing the
native libraries that implement its native methods... Are you sure you have
the appropriate native libs?


In standalone Tomcat the AprLifecycleListener listener is used to
initialize the APR library. We don't register that listener anywhere
in our Tomcat integration code in Geronimo. Once I hacked this in I
was able to start the server ok and add new APR connectors.

Jarek


  

[jira] Created: (GSHELL-119) The "set" command doesn't work if there is white space beside the equal mark

[YunFeng Ma (JIRA)]

The "set" command doesn't work if there is white space beside the equal mark


 Key: GSHELL-119
 URL: https://issues.apache.org/jira/browse/GSHELL-119
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Commands - Builtins
Affects Versions: 1.0-alpha-1, 1.0-alpha-2, 1.0-alpha-3, 1.0-beta-1
    Reporter: YunFeng Ma
Assignee: Jason Dillon
 Fix For: 1.0-alpha-2


Run the following command, notice that there is a white space at the left of 
the equal mark.
{noformat}
[EMAIL PROTECTED]:/> set password =manager
ERROR RuntimeException: Invalid identifer name:
{noformat}

Run the following command, notice that there is a white space at the right of 
the equal mark, the value of variable "password" is not set correctly.
{noformat}
[EMAIL PROTECTED]:/> set password= manager
[EMAIL PROTECTED]:/> echo $password

[EMAIL PROTECTED]:/>
{noformat}


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

[jira] Commented: (GERONIMO-3460) EAR will not display properly at the "/" context root (tomcat only)

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-3460:
--

I tested G v2.1.1 using the attached EAR and it works fine. Maybe it had been 
fixed. 

> EAR will not display properly at the "/" context root (tomcat only)
> ---
>
> Key: GERONIMO-3460
> URL: https://issues.apache.org/jira/browse/GERONIMO-3460
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: deployment, Tomcat
>Affects Versions: 2.0.1
> Environment: G v 2.0.1 (tomcat), windows xp
>Reporter: Viet Hung Nguyen
>Priority: Critical
> Fix For: 2.0.x
>
> Attachments: college_fest.ear
>
>
> When an EAR is deployed at the "/" context root (using tomcat) there are 
> problems viewing the webapp. These problems exists under these conditions:
> 1. EAR never works on the initial deploy
> 2. EAR never works on server startup
> The only way I have gotten these EARs to work is to:
> 1. change the context-root to something not "/" (but I shouldn't have to do 
> this)
> 2. redeploy the EAR
> 3. restart the EAR
> 4. undeploy, then deploy the EAR
> To reproduce the problem, use the attached EAR, uninstall any WAR that is 
> using  "/" as its context-root, deploy the EAR and visit 
> http://localhost:8080/
> Note: When the WAR inside the EAR is deployed, everything works fine. 

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

[jira] Created: (GSHELL-118) The inter-operation of gshell rsh commands between Sun and IBM JDK failed

[YunFeng Ma (JIRA)]

The inter-operation of gshell rsh commands between Sun and IBM JDK failed
-

 Key: GSHELL-118
 URL: https://issues.apache.org/jira/browse/GSHELL-118
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Remote Shell
Affects Versions: 1.0-alpha-1, 1.0-alpha-2
Reporter: YunFeng Ma
Assignee: Jason Dillon
 Fix For: 1.0-alpha-2


1. Start rsh-server using Sun JDK in Linux
   > remote/rsh-server tcp://9.125.143.158:1098 

2. Run the following gshell command using IBM JDK in Windows:
  >  remote/rsh tcp://9.125.143.158:1098 geronimo/start-server

In Linux terminal, got the following exception:
{noformat}
14:57:58,347 WARN  [RshServer$Handler] [/9.186.117.32:2223] EXCEPTION:
org.apache.mina.filter.codec.ProtocolDecoderException: 
org.apache.mina.common.BufferDataException:
java.io.InvalidClassException: failed to read class descriptor (Hexdump: 78 72 
01 00 1D 63 6F 6D 2E 69 62 6D 2E 73 65
63 75 72 69 74 79 2E 78 35 30 39 2E 58 35 30 39 4B 65 79 78 70 77 A2 30 81 9F 
30 0D 06 09 2A 86 48 86 F7 0D 01 01 01
05 00 03 81 8D 00 30 81 89 02 81 81 00 CE 37 A6 E6 ED 92 2A 37 D2 FA 6E 57 00 
86 96 A0 F8 71 87 57 88 77 CA 09 DF 66
50 94 6A 8B 85 CF 06 75 CA 63 E0 E8 F5 C2 7B 5B 68 FB 87 A1 A0 F4 3D 7C C2 20 
D6 A3 A0 5A EB DC 0A 95 C6 D3 30 E6 15
02 76 CA 08 78 C7 F4 73 DC F1 67 23 FE C3 94 9A CB B4 AE 9F 9E A9 7F 00 28 AE 
A0 61 45 0A 16 BE 6B 08 22 0B 8B 21 8D
A8 B4 5E 49 77 73 6A 2D AF B1 5D 80 B2 85 E9 5E 2C 36 38 AB 08 BB 87 31 02 03 
01 00 01 78 73 72 01 00 14 6A 61 76 61
2E 6D 61 74 68 2E 42 69 67 49 6E 74 65 67 65 72 78 71 00 7E 00 07 FF FF FF FF 
FF FF FF FF FF FF FF FE FF FF FF FE 00
00 00 01 75 72 01 00 02 5B 42 78 70 00 00 00 80 CE 37 A6 E6 ED 92 2A 37 D2 FA 
6E 57 00 86 96 A0 F8 71 87 57 88 77 CA
09 DF 66 50 94 6A 8B 85 CF 06 75 CA 63 E0 E8 F5 C2 7B 5B 68 FB 87 A1 A0 F4 3D 
7C C2 20 D6 A3 A0 5A EB DC 0A 95 C6 D3
30 E6 15 02 76 CA 08 78 C7 F4 73 DC F1 67 23 FE C3 94 9A CB B4 AE 9F 9E A9 7F 
00 28 AE A0 61 45 0A 16 BE 6B 08 22 0B
8B 21 8D A8 B4 5E 49 77 73 6A 2D AF B1 5D 80 B2 85 E9 5E 2C 36 38 AB 08 BB 87 
31 78 73 71 00 7E 00 0C FF FF FF FF FF
FF FF FF FF FF FF FE FF FF FF FE 00 00 00 01 75 71 00 7E 00 0E 00 00 00 03 01 
00 01 78)
at 
org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:164)
at 
org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at 
org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at 
org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:6
48)
at 
org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
at 
org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at 
org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at 
org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:6
48)
at 
org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:220)
at 
org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:264)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.mina.common.BufferDataException: 
java.io.InvalidClassException: failed to read class descriptor
at org.apache.mina.common.ByteBuffer.getObject(ByteBuffer.java:1530)
at 
org.apache.mina.filter.codec.serialization.ObjectSerializationDecoder.doDecode(ObjectSerializationDecoder.jav
a:92)
at 
org.apache.mina.filter.codec.CumulativeProtocolDecoder.decode(CumulativeProtocolDecoder.java:133)
at 
org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:157)
... 12 more
Caused by: java.io.InvalidClassException: failed to read class descriptor
at 
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1567)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readO

[jira] Assigned: (GERONIMODEVTOOLS-353) Support remote deployment

[YunFeng Ma (JIRA)]

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

YunFeng Ma reassigned GERONIMODEVTOOLS-353:
---

Assignee: Tim McConnell  (was: YunFeng Ma)

Hi Tim, please review the patch, thanks a lot.

> Support remote deployment
> -
>
> Key: GERONIMODEVTOOLS-353
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.1
>
> Attachments: GERONIMODEVTOOLS-353.patch
>
>
> The user should be able to:
> 1. Define a remote server
> 2. Deploy/undeploy an application to the remote server

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

[jira] Updated: (GERONIMO-4095) Run SQL portlet doesn't work in a non-English browser

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4095:
-

Attachment: GERONIMO-4095.patch

A patch for this.

> Run SQL portlet doesn't work in a non-English browser
> -
>
> Key: GERONIMO-4095
> URL: https://issues.apache.org/jira/browse/GERONIMO-4095
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.1.2, 2.1.x, 2.2
>Reporter: YunFeng Ma
> Fix For: 2.1.2, 2.1.x, 2.2
>
> Attachments: GERONIMO-4095.patch
>
>
> Run SQL portlet has some codes like below and it makes different action 
> (Create, Delete, Run SQL) according to the value of input "action", so it 
> fails when it runs in a non-English browser.
> {noformat}
> 
> 
> {noformat}

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

[jira] Created: (GERONIMO-4095) Run SQL portlet doesn't work in a non-English browser

[YunFeng Ma (JIRA)]

Run SQL portlet doesn't work in a non-English browser
-

 Key: GERONIMO-4095
 URL: https://issues.apache.org/jira/browse/GERONIMO-4095
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 2.1.2, 2.1.x, 2.2
Reporter: YunFeng Ma
 Fix For: 2.1.2, 2.1.x, 2.2


Run SQL portlet has some codes like below and it makes different action 
(Create, Delete, Run SQL) according to the value of input "action", so it fails 
when it runs in a non-English browser.

{noformat}


{noformat}

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

[jira] Commented: (GERONIMO-4072) Fail to offline deploy an application because of the dependency to rmi-naming

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-4072:
--

Hi Jarek,

I think the root cause is rmi-naming, is it necessary to start rmi-naming?  For 
your solution, there is another problem is port confliction if user runs 
offline deployment when the server is started.

> Fail to offline deploy an application because of the dependency to rmi-naming
> -
>
> Key: GERONIMO-4072
> URL: https://issues.apache.org/jira/browse/GERONIMO-4072
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.1.2, 2.1.x, 2.2
>Reporter: YunFeng Ma
>Assignee: Jarek Gawor
> Fix For: 2.1.2, 2.1.x
>
>
> Run command:
>c:\geronimo server\bin> deploy.bat --offline  deploy F:\cviewer-2.1.0.0.war
> Got the following error:
> {noformat}
> 18:34:55,812 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
> the FAILED state: 
> abstractName="org.apache.geronimo.framework/rmi-naming/2.1.1/car?configurationName=org.apache.geronimo.framework/rmi-naming/2.1.1/car"
> java.lang.NumberFormatException: For input string: "null"
> at 
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
> at java.lang.Integer.parseInt(Integer.java:447)
> at java.lang.Integer.valueOf(Integer.java:553)
> at sun.beans.editors.IntEditor.setAsText(IntEditor.java:21)
> at 
> org.apache.geronimo.system.configuration.GBeanOverride.getValue(GBeanOverride.java:389)
> at 
> org.apache.geronimo.system.configuration.GBeanOverride.applyOverrides(GBeanOverride.java:348)
> at 
> org.apache.geronimo.system.configuration.LocalAttributeManager.setAttributes(LocalAttributeManager.java:210)
> at 
> org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:179)
> at 
> org.apache.geronimo.kernel.config.Configuration.(Configuration.java:280)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
> at 
> org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255)
> at 
> org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111)
> 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.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
> at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.inter

[jira] Created: (GERONIMO-4094) Tomcat APR connector didn't load the native library

[YunFeng Ma (JIRA)]

Tomcat APR connector didn't load the native library
---

 Key: GERONIMO-4094
 URL: https://issues.apache.org/jira/browse/GERONIMO-4094
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: connector
Affects Versions: 2.1.2, 2.1.x, 2.2
Reporter: YunFeng Ma
 Fix For: 2.1.x, 2.2


Tomcat has a lifecycle listener (org.apache.catalina.core.AprLifecycleListener) 
to load the native library for APR connector, but Geronimo didn't add this 
lifecycle listener to TomcatContainer.

The steps to recreate this error:
Create a APR connector via admin console, but fail to start the connector with 
the following exception:
{noformat}
10:39:43,167 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
the FAILED state: 
abstractName="org.apache.geronimo.configs/tomcat6/2.1.1/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1.1/car,j2eeType=GBean,name=APRHTTPTest"
java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J
at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579)
at 
org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121)
at 
org.apache.catalina.connector.Connector.initialize(Connector.java:1059)
at 
org.apache.catalina.core.StandardService.addConnector(StandardService.java:267)
at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327)
at 
org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:390)
at 
org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at 
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$6380f922.startRecursive()
at 
org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:149)
at 
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481)
at 
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at 
org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)
at 
org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)
at 
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:121)
at 
org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:167)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at 
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at 
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStan

[jira] Commented: (GERONIMO-4011) Need new release of JLine to fix GShell problems on Windows

[YunFeng Ma (JIRA)]

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

YunFeng Ma commented on GERONIMO-4011:
--

Hi Jason, I've tried on Linux and it works fine for #1 and #2.

For Windows, I believe the root cause is BACKSPACE which doesn't work if a 
command is broken into multilines:
{noformat}
char cbuf[] = new char[len];
Arrays.fill(cbuf, BACKSPACE);
out.write(cbuf);
{noformat}

The above codes can only move the cursor to the beginning of the last line of a 
command, maybe it needs more native codes.

> Need new release of JLine to fix GShell problems on Windows
> ---
>
> Key: GERONIMO-4011
> URL: https://issues.apache.org/jira/browse/GERONIMO-4011
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: dependencies
>Affects Versions: 2.1, 2.1.1, 2.1.2, 2.2
>Reporter: Donald Woods
>Assignee: Jason Dillon
> Fix For: 2.1.2, 2.2
>
> Attachments: jline-0.9.95-SNAPSHOT.jar
>
>
> There are several GShell problems on Windows, due to JLine bugs.
> I'm going to try and create a patched build of JLine 0.9.94 to resolve these 
> issues, as Geronimo packages the JLine jar into our assembly for GShell to 
> use.

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

[jira] Created: (GSHELL-117) GShell doesn't support "\" in the path in Widnows platform

[YunFeng Ma (JIRA)]

GShell doesn't support "\" in the path in Widnows platform
--

 Key: GSHELL-117
 URL: https://issues.apache.org/jira/browse/GSHELL-117
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: CLI
Affects Versions: 1.0-alpha-1, 1.0-alpha-2
 Environment: Windows
    Reporter: YunFeng Ma
Assignee: Jason Dillon
 Fix For: 1.0-alpha-2, 1.0-alpha-3


Run the following command and get errors in Windows
{noformat}
deploy/deploy H:\FTP_ROOT\Build\cviewer.war
ERROR TokenMgrError: Lexical error at line 1, column 18.  Encountered: "F" 
(70), after : "\\"
{noformat}

It works fine for double slash:
deploy/deploy H:\\FTP_ROOT\\Build\\cviewer.war

It's not convenience for windows users.

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

[jira] Created: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server

[YunFeng Ma (JIRA)]

Improve usability of gshell commands deploy/* when failing to connect to server
---

 Key: GERONIMO-4087
 URL: https://issues.apache.org/jira/browse/GERONIMO-4087
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: commands
Affects Versions: 2.1.2
Reporter: YunFeng Ma
Priority: Minor
 Fix For: 2.1.2, 2.1.x


Run the below gshell commands when the server is stopped
   > deploy/list-modules 

It should output a message saying something like "Connection refused" instead 
of the following exceptions:
{noformat}
19:24:42,578 FATAL [BaseDeploymentFactory] caught
java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav
ailableException [Root exception is java.rmi.ConnectException: Connection refuse
d to host: localhost; nested exception is:
java.net.ConnectException: Connection refused: connect]
at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33
2)
at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto
ry.java:263)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.newRemoteDeploymentManager(BaseDeploymentFactory.java:173)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.getDeploymentManager(BaseDeploymentFactory.java:137)
at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get
DeploymentManager(DeploymentFactoryManager.java:111)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:186)
at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe
try(ServerConnection.java:240)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:182)
at org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn
ection.java:94)
at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
:161)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
)
Caused by:
javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce
ption: Connection refused to host: localhost; nested exception is:
java.net.ConnectException: Connection refused: connect]
at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
:112)
at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j
ava:200)
at javax.naming.InitialContext.lookup(InitialContext.java:363)
at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect
or.java:1822)
at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j
ava:1792)
at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27
4)
... 12 more
Caused by:
java.rmi.ConnectException: Connection refused to host: localhost; nested excepti
on is:
java.net.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590)
at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204
)
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190)
at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321)
at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88)
at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
:108)
... 17 more
Caused by:
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385)
at java.net.Socket.connect(Socket.java:541)
at java.net.Socket.connect(Socket.java:491)
at java.net.Socket.(Socket.java:399)
at java.net.Socket.(Socket.java:208)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirect
SocketFactory.java:41)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMaster
SocketFactory.java:145)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:585)
... 22 more
19:24:42,625 FATAL [BaseDeploymentFactory] throwing
javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: Faile
d to retrieve RMIServer stub: javax.naming.ServiceUnavailableException [Root 

[jira] Created: (GERONIMO-4079) redeploy should support inPlace deployment

[YunFeng Ma (JIRA)]

redeploy should support inPlace deployment
--

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


redeploy should support inPlace deployment like deploy, such as:
{noformat}
deploy.bat/sh redeploy --inPlace PATH_TO_APP
{noformat}

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

Some v2.1.1 sample plugins failed to be installed into G v2.1.1 from our plugins web site

[YunFeng Ma]

Some sample plugins ( such as JSP Examples, LDAP Sample, Servlet Examples ) in 
http://geronimo.apache.org/plugins/geronimo-2.1.1/ can not be installed into G 
v2.1.1. It's because the versions of  the above plugins' dependencies are 2.1.1 
in http://geronimo.apache.org/plugins/geronimo-2.1.1/geronimo-plugins.xml, so 
admin console indicates that they are installable, but actual  dependencies' 
version  is 2.1-SNAPSHOT  in the downloaded car file.

Anyone can fix this? Thanks a lot.


  

[jira] Updated: (GERONIMO-4074) Testsuite for commands

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4074:
-

Attachment: GERONIMO-4074-2.patch

GERONIMO-4074-1.patch was based on branch 2.1. Thanks for your remind that 
there has been a big change in trunk for testsuite.  GERONIMO-4074-2.patch is 
based on trunk. Thanks a lot.

> Testsuite for commands
> --
>
> Key: GERONIMO-4074
> URL: https://issues.apache.org/jira/browse/GERONIMO-4074
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: testsuite
>Affects Versions: 2.1.2, 2.1.x
>Reporter: YunFeng Ma
>Assignee: Jason Dillon
> Fix For: 2.1.2, 2.1.x
>
> Attachments: GERONIMO-4074-1.patch, GERONIMO-4074-2.patch
>
>
> Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, 
> client.bat/sh, jaxws-tools.bat. 

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

[jira] Updated: (GERONIMO-4074) Testsuite for commands

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4074:
-

Attachment: GERONIMO-4074-1.patch

GERONIMO-4074-1.patch provides the testsuite for deploy.bat/sh and gsh.bat/sh, 
I'll submit the testsuite for client.bat/sh and jaxws-tools.bat/sh next week. 
Thanks a lot.

> Testsuite for commands
> --
>
> Key: GERONIMO-4074
> URL: https://issues.apache.org/jira/browse/GERONIMO-4074
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: testsuite
>Affects Versions: 2.1.2, 2.1.x
>Reporter: YunFeng Ma
>Assignee: Jason Dillon
> Fix For: 2.1.2, 2.1.x
>
> Attachments: GERONIMO-4074-1.patch
>
>
> Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, 
> client.bat/sh, jaxws-tools.bat. 

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

[jira] Created: (GERONIMO-4074) Testsuite for commands

[YunFeng Ma (JIRA)]

Testsuite for commands
--

 Key: GERONIMO-4074
 URL: https://issues.apache.org/jira/browse/GERONIMO-4074
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: testsuite
Affects Versions: 2.1.2, 2.1.x
Reporter: YunFeng Ma
 Fix For: 2.1.2, 2.1.x


Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, 
client.bat/sh, jaxws-tools.bat. 

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

[jira] Assigned: (GERONIMODEVTOOLS-353) Support remote deployment

[YunFeng Ma (JIRA)]

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

YunFeng Ma reassigned GERONIMODEVTOOLS-353:
---

Assignee: YunFeng Ma  (was: Tim McConnell)

> Support remote deployment
> -
>
> Key: GERONIMODEVTOOLS-353
> URL: 
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353
> Project: Geronimo-Devtools
>  Issue Type: Improvement
>  Components: eclipse-plugin
>Affects Versions: 2.1.0
>Reporter: YunFeng Ma
>Assignee: YunFeng Ma
> Fix For: 2.1.1
>
>
> The user should be able to:
> 1. Define a remote server
> 2. Deploy/undeploy an application to the remote server

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

[jira] Created: (GERONIMODEVTOOLS-353) Support remote deployment

[YunFeng Ma (JIRA)]

Support remote deployment
-

 Key: GERONIMODEVTOOLS-353
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Affects Versions: 2.1.0
Reporter: YunFeng Ma
Assignee: Tim McConnell
 Fix For: 2.1.1


The user should be able to:
1. Define a remote server
2. Deploy/undeploy an application to the remote server

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

[jira] Created: (GERONIMO-4072) Fail to offline deploy an application because of the dependency to rmi-naming

[YunFeng Ma (JIRA)]

Fail to offline deploy an application because of the dependency to rmi-naming
-

 Key: GERONIMO-4072
 URL: https://issues.apache.org/jira/browse/GERONIMO-4072
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.1.2, 2.1.x, 2.2
Reporter: YunFeng Ma
 Fix For: 2.1.2, 2.1.x


Run command:
   c:\geronimo server\bin> deploy.bat --offline  deploy F:\cviewer-2.1.0.0.war

Got the following error:
{noformat}
18:34:55,812 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
the FAILED state: 
abstractName="org.apache.geronimo.framework/rmi-naming/2.1.1/car?configurationName=org.apache.geronimo.framework/rmi-naming/2.1.1/car"
java.lang.NumberFormatException: For input string: "null"
at 
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:447)
at java.lang.Integer.valueOf(Integer.java:553)
at sun.beans.editors.IntEditor.setAsText(IntEditor.java:21)
at 
org.apache.geronimo.system.configuration.GBeanOverride.getValue(GBeanOverride.java:389)
at 
org.apache.geronimo.system.configuration.GBeanOverride.applyOverrides(GBeanOverride.java:348)
at 
org.apache.geronimo.system.configuration.LocalAttributeManager.setAttributes(LocalAttributeManager.java:210)
at 
org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:179)
at 
org.apache.geronimo.kernel.config.Configuration.(Configuration.java:280)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at 
org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111)
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.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$2abf7bbf.loadConfiguration()
at 
org.apache.geronimo.deployment.cli.OfflineDeployerStarter.startPersistentOfflineConfigurations(OfflineDeployerStarter.java:120)
at 
org.apache.geronimo.deployment.cli.OfflineDeployerStarter.start(OfflineDeployerStarter.java:71)
at 
org.apache.geronimo.deployment.cli.ServerConnection.startOfflineDeployer(ServerConnection.java:103)
at 
org.apache.geronimo.deployment.cli.ServerConnection.(ServerConnection.java:91)
at 
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161)
at 
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(Abstract

[jira] Created: (GERONIMO-4036) Warning message after running gsh geronimo/stop-server

[YunFeng Ma (JIRA)]

Warning message after running gsh geronimo/stop-server
--

 Key: GERONIMO-4036
 URL: https://issues.apache.org/jira/browse/GERONIMO-4036
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: commands
Affects Versions: 2.1.2, 2.1.x, 2.2
 Environment: Windows
Reporter: YunFeng Ma
 Fix For: 2.1.2


About 10 seconds after running geronimo/stop-server successfully, got the 
following warning messages in the gsh console:

{noformat}
[EMAIL PROTECTED]:/> 2008-5-20 13:51:12 ClientCommunicatorAdmin restart
Warning: Failed to restart: java.io.IOException: Failed to get a RMI stub: 
javax.naming.ServiceUnavailableException [Root exception is 
java.rmi.ConnectException: Connection refused to host: localhost; nested 
exception is: 
java.net.ConnectException: Connection refused: connect]
2008-5-20 13:51:13 RMIConnector RMIClientCommunicatorAdmin-doStop
Warning: Failed to call the method close():java.rmi.ConnectException: 
Connection refused to host: 9.186.117.32; nested exception is:
java.net.ConnectException: Connection refused: connect
2008-5-20 13:51:13 ClientCommunicatorAdmin Checker-run
Warning: Failed to check connection: java.net.ConnectException: Connection 
refused: connect
2008-5-20 13:51:13 ClientCommunicatorAdmin Checker-run
Warning: stopping
{noformat}

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

[jira] Created: (GERONIMO-4017) pluto need to be update

[YunFeng Ma (JIRA)]

pluto need to be update
---

 Key: GERONIMO-4017
 URL: https://issues.apache.org/jira/browse/GERONIMO-4017
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 2.1.2, 2.1.x
Reporter: YunFeng Ma
Priority: Critical
 Fix For: 2.1.2, 2.1.x


Some functionalities (such as add Tomcat BIO HTTP Connector) of admin console 
fails because pluto can not handle the question mark in the url. The pluto 
trunk fixed this.

The one we used now:
https://svn.apache.org/repos/asf/portals/pluto/branches/pluto-1.1.x/pluto-portal-driver-impl/src/main/java/org/apache/pluto/driver/url/impl/PortalURLParserImpl.java

The trunk version:
https://svn.apache.org/repos/asf/portals/pluto/trunk/pluto-portal-driver-impl/src/main/java/org/apache/pluto/driver/url/impl/PortalURLParserImpl.java

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

[jira] Updated: (GERONIMO-4016) The exception of failing to start client is not recorded in client.log

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-4016:
-

Attachment: GERONIMO-4016.patch

A patch for this. Thanks.

> The exception of failing to start client is not recorded in client.log
> --
>
> Key: GERONIMO-4016
> URL: https://issues.apache.org/jira/browse/GERONIMO-4016
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Logging
>Affects Versions: 2.1.2, 2.1.x
> Environment: Windows
>Reporter: YunFeng Ma
>Priority: Minor
> Fix For: 2.1.2, 2.1.x
>
> Attachments: GERONIMO-4016.patch
>
>
> Run the following command in %GERONIMO_HOME%\bin
>  > client.bat abc/not-exist-artifact/1.0/car
> get the following exception, but the exception is not recorded in client.log
> {noformat}
> org.apache.geronimo.kernel.config.LifecycleException: load of 
> abc/no-exist-artifact/1.0/car failed
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:276)
> at java.lang.reflect.Method.invoke(Method.java:615)
> at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
> at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at 
> org.apache.geronimo.system.main.CommandLine.loadConfigurations(CommandLine.java:187)
> at 
> org.apache.geronimo.system.main.CommandLine.invokeMainGBean(CommandLine.java:98)
> at 
> org.apache.geronimo.system.main.ClientCommandLine.startClient(ClientCommandLine.java:77)
> at 
> org.apache.geronimo.system.main.ClientCommandLine.execute(ClientCommandLine.java:63)
> at 
> org.apache.geronimo.system.main.EmbeddedClientCommandLine.execute(EmbeddedClientCommandLine.java:43)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at org.apache.geronimo.cli.client.ClientCLI.main(ClientCLI.java:30)
> Caused by:
> org.apache.geronimo.kernel.config.NoSuchConfigException: 
> abc/no-exist-artifact/1.0/car
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:273)
> ... 15 more
> {noformat}

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

[jira] Created: (GERONIMO-4016) The exception of failing to start client is not recorded in client.log

[YunFeng Ma (JIRA)]

The exception of failing to start client is not recorded in client.log
--

 Key: GERONIMO-4016
 URL: https://issues.apache.org/jira/browse/GERONIMO-4016
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Logging
Affects Versions: 2.1.2, 2.1.x
 Environment: Windows
Reporter: YunFeng Ma
Priority: Minor
 Fix For: 2.1.2, 2.1.x


Run the following command in %GERONIMO_HOME%\bin
 > client.bat abc/not-exist-artifact/1.0/car

get the following exception, but the exception is not recorded in client.log

{noformat}
org.apache.geronimo.kernel.config.LifecycleException: load of 
abc/no-exist-artifact/1.0/car failed
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:276)
at java.lang.reflect.Method.invoke(Method.java:615)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.system.main.CommandLine.loadConfigurations(CommandLine.java:187)
at 
org.apache.geronimo.system.main.CommandLine.invokeMainGBean(CommandLine.java:98)
at 
org.apache.geronimo.system.main.ClientCommandLine.startClient(ClientCommandLine.java:77)
at 
org.apache.geronimo.system.main.ClientCommandLine.execute(ClientCommandLine.java:63)
at 
org.apache.geronimo.system.main.EmbeddedClientCommandLine.execute(EmbeddedClientCommandLine.java:43)
at 
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.client.ClientCLI.main(ClientCLI.java:30)
Caused by:
org.apache.geronimo.kernel.config.NoSuchConfigException: 
abc/no-exist-artifact/1.0/car
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:273)
... 15 more
{noformat}

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

[jira] Updated: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space

[YunFeng Ma (JIRA)]

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

YunFeng Ma updated GERONIMO-3975:
-

Attachment: GERONIMO-3975.patch

A patch for this. Thanks.

> PlanCreator fails to deploy an application when Geronimo is installed into a 
> directory with white space
> ---
>
> Key: GERONIMO-3975
> URL: https://issues.apache.org/jira/browse/GERONIMO-3975
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: PlanCreator
>Affects Versions: 2.1.1, 2.2
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Shiva Kumar H R
> Fix For: 2.1.2, 2.2
>
> Attachments: GERONIMO-3975.patch
>
>
> The following exceptions are thrown:
> 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: 
> fi
> le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD
> BCAccess.war
> java.net.URISyntaxException: Illegal character in path at index 23: 
> file:/H:/geronimo 
> server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w
> ar
> at java.net.URI$Parser.fail(URI.java:2821)
> at java.net.URI$Parser.checkChars(URI.java:2994)
> at java.net.URI$Parser.parseHierarchical(URI.java:3078)
> at java.net.URI$Parser.parse(URI.java:3026)
> at java.net.URI.(URI.java:590)
> at java.net.URL.toURI(URL.java:950)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio
> nInfo(JSR88_Util.java:132)
> at 
> org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc
> es(JSR88_Util.java:144)
> at 
> org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft
> erView(GetArchiveHandler.java:90)
> at 
> org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP
> ortlet.java:114)
> at 
> org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218
> )
> at 
> org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> atcher.java:654)
> at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
> ispatcher.java:557)
> at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
> patcher.java:481)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort
> letInvokerService.java:167)
> at 
> org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort
> letInvokerService.java:85)
> at 
> org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI
> mpl.java:219)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet
> .java:112)
> at 
> org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle
> t.java:158)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> icationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> ilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
> alve.java:233)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
> alve.java:175)
> at 
> org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu
> bjectValve.java:56)
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
> torBase.java:525)
> at 
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.
> invoke(GeronimoStandardContext.java:406)
> at 
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero
> nimoBeforeAfterValve.java:47)
> at 
> org.apache.catalina.core.StandardHostValve.invoke(S

The left menu in Geronimo home page disappeared

[YunFeng Ma]

The left menu in Geronimo home page(http://geronimo.apache.org/) disappeared, can anybody fix this? Thanks.-- Yun Feng



  Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.

[jira] Closed: (GERONIMO-3982) WADI cluster fails to distribute the installed application to all the nodes in the same cluster

[YunFeng Ma (JIRA)]

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

YunFeng Ma closed GERONIMO-3982.


Resolution: Fixed

Fixed

> WADI cluster fails to distribute the installed application to all the nodes 
> in the same cluster
> ---
>
> Key: GERONIMO-3982
> URL: https://issues.apache.org/jira/browse/GERONIMO-3982
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Clustering
>Affects Versions: 2.1.1, 2.1.x
> Environment: Windows, IBM JDK
>Reporter: YunFeng Ma
> Fix For: 2.1.x, 2.2
>
>
> 1.  Start two Geronimo servers (Node1 and Node2) which are in a WADI cluster, 
> I can see the following message in the geronmo launch console:
> {noformat}
>  2008-4-22 14:16:49 org.codehaus.wadi.tribes.WadiMemberInterceptor memberAdded
> 信息: memberAdded:tcp://ZS01:4000
> {noformat}
> 2. Deploy an application to Node1, verify the application and it works fine 
> in Node1
> 3.  I can see the deployed application in Node1_Home\cluster-repository and 
> Node1_Home\master-repository, but there is no the application in 
> Node2_Home\cluster-repository and Node2_Home\master-repository

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

Re: No longer provide gshell command "execute-alias" in Geronimo v2.1.2?

[YunFeng Ma]

Hi Jason,The following is my usecase:   > set username=system   > set password=manager   > set login="deploy/connect -u $username -w $password "Then how do I execute $login? I've tried the following one:   > $loginbut failed with error message:   ERROR NotFoundException: deploy/connect -u system -w managerThanks a lot.-- Yun Feng--- On Tue, 5/6/08, Gianny Damour <[EMAIL PROTECTED]> wrote:From: Gianny Damour <[EMAIL PROTECTED]>Subject: Re: No longer provide gshell command "execute-alias" in Geronimo v2.1.2?To: dev@geronimo.apache.orgDate: Tuesday, May 6, 2008, 2:32
 AMHello Yun Feng,Are you currently using the execute-alias command?If yes, then Jason you will have to plug-in native gshell support  before 2.1.2.Thanks,GiannyOn 06/05/2008, at 7:25 PM, Jason Dillon wrote:> Aliases where never intended to be invoked via a command, instead  > alias, as they work in Bash, simply become a new command.>> --jason>>> On May 6, 2008, at 4:17 PM, YunFeng Ma wrote:>>> Will this command be available in G v2.1.2? or v2.2. No this  >> command, users can not execute an alias.>>>> --Yun Feng>>>> --- On Tue, 5/6/08, Jason Dillon <[EMAIL PROTECTED]> wrote:>> From: Jason Dillon <[EMAIL PROTECTED]>>> Subject: Re: No longer provide gshell command"execute-alias" in  >> Geronimo v2.1.2?>> To:
 dev@geronimo.apache.org>> Date: Tuesday, May 6, 2008, 12:15 AM>>>> All of the Geronimo-specific alias commands were dropped from  >> trunk, pending native GShell alias and unalias commands.>>>> --jason>>>>>> On May 6, 2008, at 10:15 AM, YunFeng Ma wrote:>>>>> There is a gshell command "execute-alias" in G v2.1.1,but it  >>> disappeared in  V2.1.2.  Should we no longer provide it in V2.1.2?>>>>>> I noticed the this groovy script is removed in V2.1.2:  framework >>>\modules\geronimo-commands\src\main\groovy\org\apache\geronimo>>> \commands\ExecuteAliasCommand.groovy>>>>>> Be a better friend, newshound, and know-it-all with Yahoo!  >>> Mobile. Try it now.>>>>>> Be a better friend, newshound, and
 know-it-all with Yahoo! Mobile.  >> Try it now.>

  Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.

Re: No longer provide gshell command "execute-alias" in Geronimo v2.1.2?

[YunFeng Ma]

Will this command be available in G v2.1.2? or v2.2. No this command, users can not execute an alias.--Yun Feng--- On Tue, 5/6/08, Jason Dillon <[EMAIL PROTECTED]> wrote:From: Jason Dillon <[EMAIL PROTECTED]>Subject: Re: No longer provide gshell command "execute-alias" in Geronimo v2.1.2?To: dev@geronimo.apache.orgDate: Tuesday, May 6, 2008, 12:15 AMAll of the Geronimo-specific alias commands were dropped from trunk, pending native GShell alias and unalias commands.--jasonOn May 6, 2008, at 10:15 AM, YunFeng Ma wrote:There is a gshell command "execute-alias" in G v2.1.1, but it disappeared in  V2.1.2.  Should we no longer provide it in V2.1.2?I noticed the this groovy script is removed in V2.1.2:   framework\modules\geronimo-commands\src\main\groovy\org\apache\geronimo\commands\ExecuteAliasCommand.groovyBe a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now. 

  Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.

No longer provide gshell command "execute-alias" in Geronimo v2.1.2?

[YunFeng Ma]

There is a gshell command "execute-alias" in G v2.1.1, but it disappeared in  V2.1.2.  Should we no longer provide it in V2.1.2?I noticed the this groovy script is removed in V2.1.2:   framework\modules\geronimo-commands\src\main\groovy\org\apache\geronimo\commands\ExecuteAliasCommand.groovy 

  Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.

[jira] Created: (GSHELL-112) Can not evaluate a variable followed by a quotation mark

[YunFeng Ma (JIRA)]

Can not evaluate a variable followed by a quotation mark


 Key: GSHELL-112
 URL: https://issues.apache.org/jira/browse/GSHELL-112
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Parser
Affects Versions: 1.0-alpha-2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Jason Dillon
Priority: Minor
 Fix For: 1.0-alpha-2


Run the following steps in gshell:
{noformat}
set username=system
set password=manager
set login="deploy/connect -u $username -w $password"
{noformat}

get the following Error message:
{noformat}
[EMAIL PROTECTED]:/> set login="deploy/connect -u $username -w $password"
ERROR SyntaxException: Failed to evaluate: password"
{noformat}

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

[jira] Created: (GERONIMO-4003) Can not deploy DayTrader two times because of EJB name confliction

[YunFeng Ma (JIRA)]

Can not deploy DayTrader two times because of EJB name confliction
--

 Key: GERONIMO-4003
 URL: https://issues.apache.org/jira/browse/GERONIMO-4003
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.1.2, 2.1.x
 Environment: Windows
Reporter: YunFeng Ma
Priority: Minor
 Fix For: 2.1.2, 2.1.x


The steps to reproduce this error:

1. Deploy DayTrader v2.1
2. Modify the DayTrader deployment plan:
EAR ArtifactId: daytrader --> daytrader11
Client ArtifactId: daytrader-streamer-client --> daytrader-streamer-client1

3. Deploy DayTrader using the modified deployment plan

Got the following message:
{noformat}
11:52:03,546 INFO  [startup] Assembling app: 
C:\geronimo\var\temp\geronimo-deploymentUtil7692.jar
11:52:03,546 ERROR [startup] Application cannot be deployed as it contains 
deployment-ids which are in use: app: 
C:\geronimo\var\temp\geronimo-deploymentUtil7692.jar
11:52:03,546 ERROR [EjbModuleImpl] Module does not exist.
org.apache.openejb.NoSuchApplicationException: 
C:\geronimo\var\temp\geronimo-deploymentUtil7692.jar
at 
org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:606)
at 
org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:397)
at 
org.apache.geronimo.openejb.EjbModuleImpl.stop(EjbModuleImpl.java:128)
at 
org.apache.geronimo.openejb.EjbModuleImplGBean.doFail(EjbModuleImplGBean.java:47)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1028)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at 
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at 
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at 
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at 
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at 
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at 
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at 
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at 
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:549)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.GeneratedMethodAccessor187.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)

[jira] Closed: (GERONIMO-3981) Fail to relaunch Geronimo after deploying an application to WADI cluster

[YunFeng Ma (JIRA)]

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

YunFeng Ma closed GERONIMO-3981.


Resolution: Duplicate

Duplicate with G-3993

> Fail to relaunch Geronimo after deploying an application to WADI cluster
> 
>
> Key: GERONIMO-3981
> URL: https://issues.apache.org/jira/browse/GERONIMO-3981
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Clustering
>Affects Versions: 2.1.1
> Environment: Windows
>Reporter: YunFeng Ma
> Fix For: 2.1.2
>
>
> 1. Deploy  samples/servlet-examples-cluster-server1/1.0/war to a WADI cluster
> 2. Stop Geronimo
> 3. Relaunch Geronimo, failed with the following exception:
> {noformat}
> org.apache.geronimo.kernel.config.NoSuchConfigException: 
> samples/servlet-examples-cluster-server1/1.0/war
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456)
> at 
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:615)
> at 
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at 
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at 
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
> at 
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at 
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at 
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at 
> org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$5ba39176.sort()
> at 
> org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152)
> at 
> org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79)
> at 
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
> at 
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
> {noformat}

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