[jira] Commented: (GERONIMO-3599) Unable to create new JMS Resource group through console in IE7
[ https://issues.apache.org/jira/browse/GERONIMO-3599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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)
+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
[ 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)
+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
[ 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-468) JAXBException when marshalling geronimo-web.xml
[ 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.
[jira] Created: (GERONIMODEVTOOLS-480) Support Web application test using the embeded browser in testsuite
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-480) Support Web application test using the embeded browser in testsuite
[ 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.
Re: Why cannot generate eclipse project file for geronimo testsuite
Jason is right that testsuite doesn't use the normal mvn modules mechanism, so there is no modules 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
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=682592view=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=682592r1=682591r2=682592view=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();
[jira] Resolved: (GERONIMO-4227) Incorrect message is show even if the deployment failed in the web console
[ https://issues.apache.org/jira/browse/GERONIMO-4227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma resolved GERONIMO-4227. -- Resolution: Fixed Fix Version/s: 2.2 2.1.3 Committed to trunk (revision 682591) and branches/2.1 (revision 682592). Thanks a lot, Ivan, for the patch. Incorrect message is show even if the deployment failed in the web console -- Key: GERONIMO-4227 URL: https://issues.apache.org/jira/browse/GERONIMO-4227 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1.1 Environment: OS: Windows XP Java Version : JDK 1.5.0 Reporter: Ivan Fix For: 2.1.3, 2.2 Attachments: GERONIMO-4277.patch Precondition : 1. Prepare a standalone module from the examples : calculator-stateless-ejb-2.1.0.0.jar Steps : 1. Deploy the module without plan xml file, make sure the checkbox calculator-stateless-ejb-2.1.0.0.jar is checked 2. Redeploy the module without plan xml file, make sure the checkbox calculator-stateless-ejb-2.1.0.0.jar is checked and the checkbox Redeploy application is NOT checked Expected Result : It should show The application was successfully deployed. The application was not successfully started Current Result : It shows that The application was successfully deployed. The application was successfully started Other info : For the module has been deployed and started in the first time, so in the second time, it may be deployed, but could not started -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-458) NullPointerException when creating new geronimo-web.xml
[ 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.
Re: Where has Jason been?
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-457) Empty Web Container setting causes xml problem for web app during deployment
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma resolved GERONIMODEVTOOLS-457.
-
Resolution: Fixed
Fix Version/s: 2.1.2
Committed to trunk rev682314
Empty Web Container setting causes xml problem for web app during
deployment
---
Key: GERONIMODEVTOOLS-457
URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 2.1.2
Reporter: YunFeng Ma
Assignee: Tim McConnell
Fix For: 2.1.2
Check the Web Container radio button, but don't input any value, save the
deployment plan. The following line is generated in the geronimo-web.xml
{noformat}
name:web-container/
{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
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}
name:web-container/
{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: (GERONIMO-4226) GShell can not be started in a server assembly which only includes geronimo-boilerplate plugin
GShell can not be started in a server assembly which only includes
geronimo-boilerplate plugin
--
Key: GERONIMO-4226
URL: https://issues.apache.org/jira/browse/GERONIMO-4226
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: dependencies
Affects Versions: 2.2
Reporter: YunFeng Ma
Priority: Minor
Assemble a server which only includes geronimo-boilerplate plugin, start gsh
and get the following error:
{noformat}
C:\gshell2-1.0\bingsh
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.
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
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=682314view=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=682314r1=682313r2=682314view=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
Re: [VOTE] Geronimo Server 2.1.2 Release
+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
[
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}
jav:ejb-local-ref
jav:ejb-ref-namemybean/jav:ejb-ref-name
jav:localtest.MyBean/jav:local
jav:injection-target
jav:injection-target-classtest.ABean/jav:injection-target-class
jav:injection-target-namemybean/jav:injection-target-name
/jav:injection-target
/jav:ejb-local-ref
{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}
jav:ejb-local-ref
jav:ejb-ref-namemybean/jav:ejb-ref-name
jav:localtest.MyBean/jav:local
jav:injection-target
jav:injection-target-classtest.ABean/jav:injection-target-class
jav:injection-target-namemybean/jav:injection-target-name
/jav:injection-target
jav:injection-target
jav:injection-target-classtest.BBean/jav:injection-target-class
jav:injection-target-namemybean/jav:injection-target-name
/jav:injection-target
/jav:ejb-local-ref
{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
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): ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1; environment moduleId artifactIdTestInjectWeb/artifactId /moduleId dependencies dependency groupIdconsole.dbpool/groupId artifactIdPostgresDS/artifactId /dependency /dependencies /environment context-root/TestInjectWeb/context-root !-- security settings, if any, go here -- resource-ref ref-namejdbc/MyDataSource/ref-name resource-linkPostgresDS/resource-link /resource-ref /web-app 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.
[jira] Commented: (GERONIMODEVTOOLS-429) Testcase failures in org.apache.geronimo.st.core plugin
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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(DependencyHelperTest.java:334) 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
Re: [Build] Build eclipse/eclipse-plugin/tags/2.1.1 failed with test
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] Resolved: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause xml problem for web app in deployment
[
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}
web:security-realm-namemyrealm/web:security-realm-name
sec:security use-context-handler=false doas-current-caller=false
default-role=user
sec:role-mappings/
/sec:security
{noformat}
and sec:role-mappings/ 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
[jira] Resolved: (GERONIMODEVTOOLS-429) Testcase failures in org.apache.geronimo.st.core plugin
[ 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(DependencyHelperTest.java:334) at org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(DependencyHelperTest.java:334) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke
Re: Could not load custaddr/ejbs/TestBean.class - When Deploy Ear
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] Created: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause xml problem for web app in deployment
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}
web:security-realm-namemyrealm/web:security-realm-name
sec:security use-context-handler=false doas-current-caller=false
default-role=user
sec:role-mappings/
/sec:security
{noformat}
and sec:role-mappings/ 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
[jira] Created: (GERONIMODEVTOOLS-452) Selecting Specify as Gbean Pattern leads a NPE
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] Resolved: (GERONIMODEVTOOLS-452) Selecting Specify as Gbean Pattern leads a NPE
[ 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] Updated: (GERONIMODEVTOOLS-451) Emptying the Security Roles will cause xml problem for web app in deployment
[
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}
web:security-realm-namemyrealm/web:security-realm-name
sec:security use-context-handler=false doas-current-caller=false
default-role=user
sec:role-mappings/
/sec:security
{noformat}
and sec:role-mappings/ 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
Re: [Build] Build eclipse/eclipse-plugin/tags/2.1.1 failed with test
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-449) Refactor testsuite to support both v2.0 and v2.1 server s and code reuse
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.
[jira] Resolved: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter
[
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}
openejb-jar xmlns=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;
sys:environment
sys:moduleId
sys:groupIdsamples/sys:groupId
sys:artifactIdMDBDemo/sys:artifactId
sys:version2.1/sys:version
sys:typecar/sys:type
/sys:moduleId
sys:dependencies
sys:dependency
sys:groupIdorg.apache.geronimo.configs/sys:groupId
sys:artifactIdactivemq-ra/sys:artifactId
sys:typecar/sys:type
/sys:dependency
/sys:dependencies
sys:hidden-classes/
sys:non-overridable-classes/
/sys:environment
enterprise-beans
message-driven
ejb-nameSampleMDB/ejb-name
nam:resource-adapter
nam:resource-linkActiveMQ RA/nam:resource-link
/nam:resource-adapter
activation-config
activation-config-property
activation-config-property-namedestination/activation-config-property-name
activation-config-property-valueSendReceiveQueue/activation-config-property-value
/activation-config-property
activation-config-property
activation-config-property-namedestinationType/activation-config-property-name
activation-config-property-valuejavax.jms.Queue/activation-config-property-value
/activation-config-property
/activation-config
nam:ejb-ref
nam:ref-nameCustomerHomeRemote/nam:ref-name
nam:ejb-linkCustomerEJB/nam:ejb-link
/nam:ejb-ref
/message-driven
entity
ejb-nameCustomerEJB/ejb-name
jndi-nameCustomerHomeRemote/jndi-name
local-jndi-name/
nam:resource-ref
nam:ref-namejdbc/ibm-demo/nam:ref-name
nam:resource-linkSystemDatasource/nam:resource-link
/nam:resource-ref
/entity
/enterprise-beans
/openejb-jar
{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-340) GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces
[ 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: ?xml version=1.0 encoding=UTF-8? web-app xmlns=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; sys:environment sys:moduleId sys:groupIddefault/sys:groupId sys:artifactIdWebJDBC/sys:artifactId sys:version1.0/sys:version sys:typecar/sys:type /sys:moduleId sys:dependencies sys:dependency sys:groupIdconsole.dbpool/sys:groupId sys:artifactIdjdbc%2Fuserds/sys:artifactId /sys:dependency /sys:dependencies /sys:environment context-root/WebJDBC/context-root nam:resource-ref nam:ref-namejdbc/userds/nam:ref-name nam:pattern nam:groupIdconsole.dbpool/nam:groupId nam:artifactIdjdbc%2Fuserds/nam:artifactId nam:namejdbc/userds/nam:name /nam:pattern /nam:resource-ref /web-app -- 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
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] Updated: (GERONIMODEVTOOLS-449) Refactory testsuite to support both server v2.0 and v2.1 and code reuse
[ 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.
Re: how to use other jsf jar files, continued
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(generated) at org.operamasks.faces.component.layout.impl.UIPanel$$EnhancerByCGLIB$$b5cdd3e2$$FastClassByCGLIB$$81604c49.invoke(generated) 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(generated) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:246) at org.operamasks.faces.component.layout.impl.UIBorderLayout$$EnhancerByCGLIB$$c8c1ea22.CGLIB$encodeAll$140(generated) at org.operamasks.faces.component.layout.impl.UIBorderLayout$$EnhancerByCGLIB$$c8c1ea22$$FastClassByCGLIB$$ee8a26d8.invoke(generated) 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(generated) 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
Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer
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] Resolved: (GERONIMO-4188) View Server portlet runs in unhandled exception if the statistics bean is not available
[
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(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
[jira] Created: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter
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}
openejb-jar xmlns=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;
sys:environment
sys:moduleId
sys:groupIdsamples/sys:groupId
sys:artifactIdMDBDemo/sys:artifactId
sys:version2.1/sys:version
sys:typecar/sys:type
/sys:moduleId
sys:dependencies
sys:dependency
sys:groupIdorg.apache.geronimo.configs/sys:groupId
sys:artifactIdactivemq-ra/sys:artifactId
sys:typecar/sys:type
/sys:dependency
/sys:dependencies
sys:hidden-classes/
sys:non-overridable-classes/
/sys:environment
enterprise-beans
message-driven
ejb-nameSampleMDB/ejb-name
nam:resource-adapter
nam:resource-linkActiveMQ RA/nam:resource-link
/nam:resource-adapter
activation-config
activation-config-property
activation-config-property-namedestination/activation-config-property-name
activation-config-property-valueSendReceiveQueue/activation-config-property-value
/activation-config-property
activation-config-property
activation-config-property-namedestinationType/activation-config-property-name
activation-config-property-valuejavax.jms.Queue/activation-config-property-value
/activation-config-property
/activation-config
nam:ejb-ref
nam:ref-nameCustomerHomeRemote/nam:ref-name
nam:ejb-linkCustomerEJB/nam:ejb-link
/nam:ejb-ref
/message-driven
entity
ejb-nameCustomerEJB/ejb-name
jndi-nameCustomerHomeRemote/jndi-name
local-jndi-name/
nam:resource-ref
nam:ref-namejdbc/ibm-demo/nam:ref-name
nam:resource-linkSystemDatasource/nam:resource-link
/nam:resource-ref
/entity
/enterprise-beans
/openejb-jar
{noformat}
--
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
[
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}
openejb-jar xmlns=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;
sys:environment
sys:moduleId
sys:groupIdsamples/sys:groupId
sys:artifactIdMDBDemo/sys:artifactId
sys:version2.1/sys:version
sys:typecar/sys:type
/sys:moduleId
sys:dependencies
sys:dependency
sys:groupIdorg.apache.geronimo.configs/sys:groupId
sys:artifactIdactivemq-ra/sys:artifactId
sys:typecar/sys:type
/sys:dependency
/sys:dependencies
sys:hidden-classes/
sys:non-overridable-classes/
/sys:environment
enterprise-beans
message-driven
ejb-nameSampleMDB/ejb-name
nam:resource-adapter
nam:resource-linkActiveMQ RA/nam:resource-link
/nam:resource-adapter
activation-config
activation-config-property
activation-config-property-namedestination/activation-config-property-name
activation-config-property-valueSendReceiveQueue/activation-config-property-value
/activation-config-property
activation-config-property
activation-config-property-namedestinationType/activation-config-property-name
activation-config-property-valuejavax.jms.Queue/activation-config-property-value
/activation-config-property
/activation-config
nam:ejb-ref
nam:ref-nameCustomerHomeRemote/nam:ref-name
nam:ejb-linkCustomerEJB/nam:ejb-link
/nam:ejb-ref
/message-driven
entity
ejb-nameCustomerEJB/ejb-name
jndi-nameCustomerHomeRemote/jndi-name
local-jndi-name/
nam:resource-ref
nam:ref-namejdbc/ibm-demo/nam:ref-name
nam:resource-linkSystemDatasource/nam:resource-link
/nam:resource-ref
/entity
/enterprise-beans
/openejb-jar
{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-340) GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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: ?xml version=1.0 encoding=UTF-8? web-app xmlns=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; sys:environment sys:moduleId sys:groupIddefault/sys:groupId sys:artifactIdWebJDBC/sys:artifactId sys:version1.0/sys:version sys:typecar/sys:type /sys:moduleId sys:dependencies sys:dependency sys:groupIdconsole.dbpool/sys:groupId sys:artifactIdjdbc%2Fuserds/sys:artifactId /sys:dependency /sys:dependencies /sys:environment context-root/WebJDBC/context-root nam:resource-ref nam:ref-namejdbc/userds/nam:ref-name nam:pattern nam:groupIdconsole.dbpool/nam:groupId nam:artifactIdjdbc%2Fuserds/nam:artifactId nam:namejdbc/userds/nam:name /nam:pattern /nam:resource-ref /web-app -- 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
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] mailto:[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 label 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] mailto:[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] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[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
[jira] Commented: (GERONIMODEVTOOLS-216) Remote server support
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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: How ti increse heap size in Apache geronimo....
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
GEP should link deployment plan and deployment descriptor
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
[jira] Created: (GERONIMO-4188) View Server portlet runs in unhandled exception 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
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.AuthenticatorBase.invoke
[jira] Updated: (GERONIMO-4188) View Server portlet runs in unhandled exception if the statistics bean is not available
[
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.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
[jira] Commented: (GERONIMO-4076) Console runs in unhandled exception when user starts module with unresolved dependencies
[ https://issues.apache.org/jira/browse/GERONIMO-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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
[ 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] Created: (GERONIMO-4180) DayTrader should support SQL Server
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.
[jira] Assigned: (GERONIMO-4180) DayTrader should support SQL Server
[ 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.
Daytrader with SQL Server
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.
[jira] Created: (GERONIMO-4165) The deploy command in a assembled server fail to start
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\bindeploy --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] Updated: (GERONIMO-4165) The deploy command in a assembled server fail to start
[
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\bindeploy --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: [ANNOUNCE] Lin Sun is the newest member of the Geronimo PMC
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
Re: Firefox 3 and Selenium problems?
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
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
Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer
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] Closed: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
[ 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.init(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(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: 563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a:263) at org.apache.coyote.http11
[jira] Reopened: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
[
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.init(DDBeanRootImpl.java:60)
at
org.apache.geronimo.deployment.tools.loader.AbstractDeployable.init(AbstractDeployable.java:60)
at
org.apache.geronimo.deployment.tools.loader.WebDeployable.init(WebDeployable.java:43)
at
org.apache.geronimo.deployment.tools.loader.WebDeployable.init(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
[jira] Updated: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
[ 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.init(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(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: 563
[jira] Commented: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
[ https://issues.apache.org/jira/browse/GERONIMO-3975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.init(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
[jira] Commented: (GERONIMODEVTOOLS-353) Support remote deployment
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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=The IP of machine A 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 The IP of machine A 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
[
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.notifyShutdownHooks(BasicKernel.java:668)
at
org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
at
org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64
Re: How to use Kerberos in Geronimo?
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
module xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;
environment
moduleId
groupIdsamples/groupId
artifactIdldap-realm/artifactId
version2.0/version
typecar/type
/moduleId
dependencies
dependency
groupIdorg.apache.geronimo.configs/groupId
artifactIdj2ee-security/artifactId
typecar/type
/dependency
/dependencies
hidden-classes/
non-overridable-classes/
/environment
gbean name=ldap-login
class=org.apache.geronimo.security.jaas.LoginModuleGBean
attribute
name=loginModuleClassorg.apache.geronimo.security.realm.providers.LDAPLoginModule/attribute
attribute
name=optionsinitialContextFactory=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=/attribute
attribute name=loginDomainNameldap-realm/attribute
/gbean
gbean name=ldap-realm
class=org.apache.geronimo.security.realm.GenericSecurityRealm
attribute name=realmNameldap-realm/attribute
reference name=LoginModuleConfiguration
nameldap-login/name
/reference
reference name=ServerInfo
nameServerInfo/name
/reference
/gbean
gbean name=ldap-login
class=org.apache.geronimo.security.jaas.JaasLoginModuleUse
attribute name=controlFlagREQUIRED/attribute
reference name=LoginModule
nameldap-login/name
/reference
/gbean
/module
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
Re: [jira] Created: (GERONIMO-4103) Fail to Restart APR HTTP Connector
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
Re: [jira] Created: (GSHELL-119) The set command doesn't work if there is white space beside the equal mark
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.
[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo
[
https://issues.apache.org/jira/browse/GERONIMO-3974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.shutdown(BasicKernel.java:645)
at
org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43
[jira] Created: (GSHELL-119) The set command doesn't work if there is white space beside the equal mark
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)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] Updated: (GERONIMO-4095) Run SQL portlet doesn't work in a non-English browser
[
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}
input type=submit name=action value='fmt:message
key=internaldb.common.create/' onClick=return
portlet:namespace/validateForm1();
input type=submit name=action value='fmt:message
key=internaldb.common.delete/'
{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
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}
input type=submit name=action value='fmt:message
key=internaldb.common.create/' onClick=return
portlet:namespace/validateForm1();
input type=submit name=action value='fmt:message
key=internaldb.common.delete/'
{noformat}
--
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
[ 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] Created: (GSHELL-118) The inter-operation of gshell rsh commands between Sun and IBM JDK failed
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.readObject0
[jira] Created: (GERONIMO-4094) Tomcat APR connector didn't load the native library
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(generated)
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(GeronimoStandardContext.java
[jira] Commented: (GERONIMO-4072) Fail to offline deploy an application because of the dependency to rmi-naming
[
https://issues.apache.org/jira/browse/GERONIMO-4072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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.init(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(generated)
at
org.apache.geronimo.deployment.cli.OfflineDeployerStarter.startPersistentOfflineConfigurations(OfflineDeployerStarter.java:120
[jira] Created: (GSHELL-117) GShell doesn't support \ in the path in Widnows platform
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] Commented: (GERONIMO-4011) Need new release of JLine to fix GShell problems on Windows
[
https://issues.apache.org/jira/browse/GERONIMO-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
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.init(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.init(Socket.java:399)
at java.net.Socket.init(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 exc
eption
[jira] Created: (GERONIMO-4079) redeploy should support inPlace deployment
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.
[jira] Updated: (GERONIMO-4074) Testsuite for commands
[ 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.
Some v2.1.1 sample plugins failed to be installed into G v2.1.1 from our plugins web site
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] Created: (GERONIMO-4074) Testsuite for commands
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] Updated: (GERONIMO-4074) Testsuite for commands
[ 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-4072) Fail to offline deploy an application because of the dependency to rmi-naming
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.init(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(generated)
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.init(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(AbstractCLI.java:67
[jira] Created: (GERONIMODEVTOOLS-353) Support remote deployment
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] Assigned: (GERONIMODEVTOOLS-353) Support remote deployment
[ 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: (GERONIMO-4036) Warning message after running gsh geronimo/stop-server
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
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] Created: (GERONIMO-4016) The exception of failing to start client is not recorded in client.log
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-4016) The exception of failing to start client is not recorded in client.log
[
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] Updated: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
[ 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.init(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(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: 563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a:263) at org.apache.coyote.http11.Http11Processor.process
The left menu in Geronimo home page disappeared
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
[
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?
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.
Re: No longer provide gshell command execute-alias in Geronimo v2.1.2?
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.
[jira] Created: (GSHELL-112) Can not evaluate a variable followed by a quotation mark
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.
No longer provide gshell command execute-alias in Geronimo v2.1.2?
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: (GERONIMO-4003) Can not deploy DayTrader two times because of EJB name confliction
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
[
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(generated)
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.
