[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-tabpanel&focusedCommentId=12627567#action_12627567 ] YunFeng Ma commented on GERONIMO-3599: -- Hi Ivan, The actionURL is needed by Pluto. Could you demonstrate your solution and attach the workable codes? Thanks a lot. > Unable to create new JMS Resource group through console in IE7 > -- > > Key: GERONIMO-3599 > URL: https://issues.apache.org/jira/browse/GERONIMO-3599 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.0.1 > Environment: WIN XP >Reporter: Anish Pathadan >Assignee: Joseph Leong > Fix For: 2.1.3, 2.2 > > > I am not able to create a new JMS Resouce group through console. I am getting > cannot display the page error after entering the Q name and physical name and > then pressing next. > The following is the url > http://localhost:8080/console/portal/services/services_jms/_ps_services_jms_row1_col1_p1/normal/_pm_services_jms_row1_col1_p1/view/_ac_services_jms_row1_col1_p1/AC/_st_services_jms_row1_col1_p1/normal/_md_services_jms_row1_col1_p1/view/_pid/services_jms_row1_col1_p1 > The problem only comes with Internet Explorer 7. > Best Regards, > Anish Pathadan -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[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.
[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-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.
[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-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] 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.
[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] Created: (GERONIMO-4226) GShell can not be started in a server assembly which only includes geronimo-boilerplate plugin
GShell can not be started in a server assembly which only includes
geronimo-boilerplate plugin
--
Key: GERONIMO-4226
URL: https://issues.apache.org/jira/browse/GERONIMO-4226
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: dependencies
Affects Versions: 2.2
Reporter: YunFeng Ma
Priority: Minor
Assemble a server which only includes geronimo-boilerplate plugin, start gsh
and get the following error:
{noformat}
C:\gshell2-1.0\bin>gsh
java.io.FileNotFoundException:
C:\gshell2-1.0\repository\org\apache\ant\ant\1.7.0
at
org.codehaus.plexus.classworlds.launcher.Configurator.loadGlob(Configurator.java:484)
at
org.codehaus.plexus.classworlds.launcher.Configurator.loadGlob(Configurator.java:454)
at
org.codehaus.plexus.classworlds.launcher.Configurator.configure(Configurator.java:315)
at
org.codehaus.plexus.classworlds.launcher.Launcher.configure(Launcher.java:131)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:404)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-457) Empty Web Container setting causes "xml problem for web app" during deployment
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma resolved GERONIMODEVTOOLS-457.
-
Resolution: Fixed
Fix Version/s: 2.1.2
Committed to trunk rev682314
> Empty Web Container setting causes "xml problem for web app" during
> deployment
> ---
>
> Key: GERONIMODEVTOOLS-457
> URL:
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457
> Project: Geronimo-Devtools
> Issue Type: Bug
> Components: eclipse-plugin
>Affects Versions: 2.1.2
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
>
> Check the Web Container radio button, but don't input any value, save the
> deployment plan. The following line is generated in the geronimo-web.xml
> {noformat}
>
> {noformat}
> The above line causes "xml problem for web app" during deployment
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-457) Empty Web Container setting causes "xml problem for web app" during deployment
Empty Web Container setting causes "xml problem for web app" during deployment
---
Key: GERONIMODEVTOOLS-457
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-457
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 2.1.2
Reporter: YunFeng Ma
Assignee: Tim McConnell
Check the Web Container radio button, but don't input any value, save the
deployment plan. The following line is generated in the geronimo-web.xml
{noformat}
{noformat}
The above line causes "xml problem for web app" during deployment
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[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}
mybean
test.MyBean
test.ABean
mybean
{noformat}
According to the above descriptor, only mybean in ABean is injected, the mybean
in BBean is not injected.
The attached patch will generate the following descriptor:
{noformat}
mybean
test.MyBean
test.ABean
mybean
test.BBean
mybean
{noformat}
Then mybean in BBean is injected.
Please review the patch and if it's OK, I'll provide a patch for v2.1. Thanks.
> EJB Injection in JSF Managed Bean
> -
>
> Key: GERONIMO-4210
> URL: https://issues.apache.org/jira/browse/GERONIMO-4210
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
>Affects Versions: 2.1.1
> Environment: Linux antares 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20
> UTC 2008 i686 GNU/Linux
> Debian
> java version "1.6.0_06"
> Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
> Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing)
>Reporter: Matthias Berndt
> Attachments: GERONIMO-4210.patch, ltg3.tar.gz
>
>
> I've got two managed beans in a JSF 1.2 webapp. Both beans are quite equal. I
> try to inject a stateless session bean (EJB3) into the managed beans.
> @EJB(name = "java:comp/env/ejb/CredentialData")
> private CredentialData credentialData;
> In the first managed bean the EJB is injected correctly in
> CredentialDataController. The second bean with exactly the same injection
> code does not get the EJB inCredentialTableBean. There is no error but at
> runtime credentialData is null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[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(NativeMeth
[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}
> myrealm
> default-role="user">
>
>
> {noformat}
> and leads to the following deployment error:
> {noformat}
> Distribution of module failed. See log for details.
> xml problem for web app .
> org.apache.geronimo.common.DeploymentException: xml problem for web app .
> at
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
> at
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
> at
> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
> at
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
> at
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
> at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at
> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
> at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
> at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown
> Source)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
> at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown
> Source)
> at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown
> Source)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown
> Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown
> Source)
> at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
> at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> 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)
>
[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-tabpanel&focusedCommentId=12617761#action_12617761 ] YunFeng Ma commented on GERONIMODEVTOOLS-429: - These unit testcases only failed using IBM JDK, they work fine with Sun JDK. > Testcase failures in org.apache.geronimo.st.core plugin > --- > > Key: GERONIMODEVTOOLS-429 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-429 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.2 >Reporter: Tim McConnell >Assignee: Tim McConnell > Fix For: 2.1.2 > > > --- > Test set: org.apache.geronimo.st.core.internal.DependencyHelperTest > --- > Tests run: 6, Failures: 5, Errors: 0, Skipped: 0, Time elapsed: 0.656 sec <<< > FAILURE! > testMultipleParents(org.apache.geronimo.st.core.internal.DependencyHelperTest) > Time elapsed: 0.078 sec <<< FAILURE! > junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but > was:<[EMAIL PROTECTED]> > at junit.framework.Assert.fail(Assert.java:47) > at junit.framework.Assert.failNotEquals(Assert.java:282) > at junit.framework.Assert.assertEquals(Assert.java:64) > at junit.framework.Assert.assertEquals(Assert.java:71) > at > org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268) > at > org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleParents(DependencyHelperTest.java:268) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at junit.framework.TestCase.runTest(TestCase.java:154) > at junit.framework.TestCase.runBare(TestCase.java:127) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) > at org.apache.maven.surefire.Surefire.run(Surefire.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818) > testMultipleChildrenAndParents1(org.apache.geronimo.st.core.internal.DependencyHelperTest) > Time elapsed: 0.062 sec <<< FAILURE! > junit.framework.AssertionFailedError: expected:<[EMAIL PROTECTED]> but > was:<[EMAIL PROTECTED]> > at junit.framework.Assert.fail(Assert.java:47) > at junit.framework.Assert.failNotEquals(Assert.java:282) > at junit.framework.Assert.assertEquals(Assert.java:64) > at junit.framework.Assert.assertEquals(Assert.java:71) > at > org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(DependencyHelperTest.java:334) > at > org.apache.geronimo.st.core.internal.DependencyHelperTest.testMultipleChildrenAndParents1(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.
[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}
> myrealm
> default-role="user">
>
>
> {noformat}
> and leads to the following deployment error:
> {noformat}
> Distribution of module failed. See log for details.
> xml problem for web app .
> org.apache.geronimo.common.DeploymentException: xml problem for web app .
> at
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
> at
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
> at
> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
> at
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
> at
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
> at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
> at
> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
> at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
> at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown
> Source)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
> at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown
> Source)
> at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown
> Source)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown
> Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown
> Source)
> at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
> at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> 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)
>
[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] 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] 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}
myrealm
{noformat}
and leads to the following deployment error:
{noformat}
Distribution of module failed. See log for details.
xml problem for web app .
org.apache.geronimo.common.DeploymentException: xml problem for web app .
at
org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318)
at
org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207)
at
org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179)
at
org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:226)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
at sun.reflect.GeneratedMethodAccessor180.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at
org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source)
at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown
Source)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown
Source)
at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown
Source)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown
Source)
at java.security.AccessController.doPrivileged(Native Method)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown
Source)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source)
at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown
Source)
at java.lang.Thread.run(Unknown Source)
Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor:
errors:
error: cvc-complex-type.2.4a: Expected elements '[EMAIL
PROTECTED]://geronimo.apache.org/xml/ns/j2ee/application-2.0 [EMAIL
PROTECTED]://geronimo.apache.org/xml/ns/naming-1.2 [EMAIL
PROTECTED]://ger
[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: > > http://geronimo.apache.org/xml/ns/j2ee/web-1.1"; > xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1"; > xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; > xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.1";> > > > default > WebJDBC > 1.0 > car > > > > console.dbpool > jdbc%2Fuserds > > > > /WebJDBC > > jdbc/userds > > console.dbpool > jdbc%2Fuserds > jdbc/userds > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma resolved GERONIMODEVTOOLS-440.
-
Resolution: Fixed
Thanks, Tim. Committed the patch in trunk rev679686.
> Convert the old deployment plan to the current version using NamespaceFilter
>
>
> Key: GERONIMODEVTOOLS-440
> URL:
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
> Project: Geronimo-Devtools
> Issue Type: Bug
> Components: eclipse-plugin
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Fix For: 2.1.2
>
> Attachments: GERONIMODEVTOOLS-440.patch
>
>
> GEP can not open the following old deployment plan:
> {noformat}
> http://www.openejb.org/xml/ns/openejb-jar-2.1";
> xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2";
> xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2";
> xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
>
>
>
> samples
> MDBDemo
> 2.1
> car
>
>
>
> org.apache.geronimo.configs
> activemq-ra
> car
>
>
>
>
>
>
>
>
> SampleMDB
>
> ActiveMQ RA
>
>
>
>
> destination
>
> SendReceiveQueue
>
>
>
> destinationType
>
> javax.jms.Queue
>
>
>
> CustomerHomeRemote
> CustomerEJB
>
>
>
>
> CustomerEJB
> CustomerHomeRemote
>
>
> jdbc/ibm-demo
> SystemDatasource
>
>
>
>
> {noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-449) Refactor testsuite to support both v2.0 and v2.1 server s and code reuse
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12616779#action_12616779 ] YunFeng Ma commented on GERONIMODEVTOOLS-449: - Thanks to Ted for your typo fix and to Tim for your review. :-) The patch has been committed in trunk rev679683. Keep this JIRE open for more refactor. Thanks. > Refactor testsuite to support both v2.0 and v2.1 server s and code reuse > > > Key: GERONIMODEVTOOLS-449 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-449 > Project: Geronimo-Devtools > Issue Type: Sub-task > Components: eclipse-plugin >Affects Versions: 2.1.2 >Reporter: YunFeng Ma >Assignee: Tim McConnell > Fix For: 2.1.2 > > Attachments: GERONIMODEVTOOLS-449.patch > > > Made the following change: > 1. Add a new plugin to reuse the codes: org.apache.geronimo.testsuite.common > 2. Add a new plugin for server v2.0: org.apache.geronimo.testsuite.v20 > 3. Made other changes to support the above plugins -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[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.
[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] 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
>
[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-tabpanel&focusedCommentId=12613863#action_12613863 ] YunFeng Ma commented on GERONIMODEVTOOLS-340: - The above sample deployment plan can be opened after applying the patch in GERONIMODEVTOOLS-440. > GEP editor error opening Geronimo deployment plan(s) with 1.1 namespaces > > > Key: GERONIMODEVTOOLS-340 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-340 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.0 >Reporter: Tim McConnell >Assignee: Tim McConnell > Fix For: 2.1.2 > > > For example: > > http://geronimo.apache.org/xml/ns/j2ee/web-1.1"; > xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1"; > xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; > xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.1";> > > > default > WebJDBC > 1.0 > car > > > > console.dbpool > jdbc%2Fuserds > > > > /WebJDBC > > jdbc/userds > > console.dbpool > jdbc%2Fuserds > jdbc/userds > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma updated GERONIMODEVTOOLS-440:
Attachment: GERONIMODEVTOOLS-440.patch
We've had a method unmarshalFilterDeploymentPlan( IFile file ) in JAXBUtils
which use NamespaceFilter to convert the old deployment plan to the current
version. I think we should always use this method to unmarshal the deployment
plan, instead of method unmarshalDeploymentPlan(IFile file).
This patch removed method unmarshalDeploymentPlan(IFile file) and changed the
codes which invoke unmarshalDeploymentPlan(IFile file) to
unmarshalFilterDeploymentPlan( IFile file ).
> Convert the old deployment plan to the current version using NamespaceFilter
>
>
> Key: GERONIMODEVTOOLS-440
> URL:
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
> Project: Geronimo-Devtools
> Issue Type: Bug
> Components: eclipse-plugin
>Affects Versions: 2.1.x
>Reporter: YunFeng Ma
>Assignee: Tim McConnell
> Attachments: GERONIMODEVTOOLS-440.patch
>
>
> GEP can not open the following old deployment plan:
> {noformat}
> http://www.openejb.org/xml/ns/openejb-jar-2.1";
> xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2";
> xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2";
> xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
>
>
>
> samples
> MDBDemo
> 2.1
> car
>
>
>
> org.apache.geronimo.configs
> activemq-ra
> car
>
>
>
>
>
>
>
>
> SampleMDB
>
> ActiveMQ RA
>
>
>
>
> destination
>
> SendReceiveQueue
>
>
>
> destinationType
>
> javax.jms.Queue
>
>
>
> CustomerHomeRemote
> CustomerEJB
>
>
>
>
> CustomerEJB
> CustomerHomeRemote
>
>
> jdbc/ibm-demo
> SystemDatasource
>
>
>
>
> {noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-440) Convert the old deployment plan to the current version using NamespaceFilter
Convert the old deployment plan to the current version using NamespaceFilter
Key: GERONIMODEVTOOLS-440
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-440
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 2.1.x
Reporter: YunFeng Ma
Assignee: Tim McConnell
GEP can not open the following old deployment plan:
{noformat}
http://www.openejb.org/xml/ns/openejb-jar-2.1";
xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2";
xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.2";
xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
samples
MDBDemo
2.1
car
org.apache.geronimo.configs
activemq-ra
car
SampleMDB
ActiveMQ RA
destination
SendReceiveQueue
destinationType
javax.jms.Queue
CustomerHomeRemote
CustomerEJB
CustomerEJB
CustomerHomeRemote
jdbc/ibm-demo
SystemDatasource
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-216) Remote server support
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613806#action_12613806 ] YunFeng Ma commented on GERONIMODEVTOOLS-216: - Is this duplicate with GERONIMODEVTOOLS-353? > Remote server support > - > > Key: GERONIMODEVTOOLS-216 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-216 > Project: Geronimo-Devtools > Issue Type: Improvement > Components: eclipse-plugin >Affects Versions: 2.1.0 >Reporter: Tim McConnell >Assignee: Ashish Jain > Fix For: 2.1.2 > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[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.ja
[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(AuthenticatorBa
[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-tabpanel&focusedCommentId=12611522#action_12611522 ] YunFeng Ma commented on GERONIMO-4076: -- I've verified that the issue #3 has been fixed in https://issues.apache.org/jira/browse/GERONIMO-4166. For the other two issues, should we consider the improvements? if not, this jira can be closed. > Console runs in unhandled exception when user starts module with unresolved > dependencies > > > Key: GERONIMO-4076 > URL: https://issues.apache.org/jira/browse/GERONIMO-4076 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 >Reporter: Daniel > Fix For: 2.1.2, 2.2 > > > 1.) The console/web GUI does not explicitly warn the user when he is about to > delete a module which other modules depend upon. [Improvement?] > (Note: the server does then remove the module properly, and all dependent > modules are stopped.) > 2.) When the screen is reloaded, the depending modules are displayed as > stopped, but not as "missing dependencies". [Improvement?] > 3.) When the user now attempts to restart one of these modules, the request > leads to an unhandled exception. The GUI doesn't show up at all. Instead, an > error code 500 is displayed (=> > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction). >[BUG] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4180) DayTrader should support SQL Server
[ https://issues.apache.org/jira/browse/GERONIMO-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMO-4180: - Attachment: GERONIMO-4180.patch The patch provides deployment plan and database script for SQL Server 2005. Thanks a lot. > DayTrader should support SQL Server > --- > > Key: GERONIMO-4180 > URL: https://issues.apache.org/jira/browse/GERONIMO-4180 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: sample apps >Reporter: YunFeng Ma >Assignee: YunFeng Ma > Attachments: GERONIMO-4180.patch > > > DayTrader should support SQL Server: 1) Deployment Plan and 2) table script > for SQL Server -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4180) DayTrader should support SQL Server
[ https://issues.apache.org/jira/browse/GERONIMO-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma reassigned GERONIMO-4180: Assignee: YunFeng Ma > DayTrader should support SQL Server > --- > > Key: GERONIMO-4180 > URL: https://issues.apache.org/jira/browse/GERONIMO-4180 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: sample apps >Reporter: YunFeng Ma >Assignee: YunFeng Ma > > DayTrader should support SQL Server: 1) Deployment Plan and 2) table script > for SQL Server -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4180) DayTrader should support SQL Server
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] 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\bin>deploy --user
> system --password manager list-modules
> Using GERONIMO_BASE:
> C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
> Using GERONIMO_HOME:
> C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
> Using GERONIMO_TMPDIR: var\temp
> Using JRE_HOME:C:\Program Files\IBM\Java50\jre
> org.apache.geronimo.kernel.GBeanNotFoundException: No GBeans found:
> [?#org.apache.geronimo.kernel.util.Main]
> at
> org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(BasicRegistry.java:153)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:286)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:282)
> at
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:100)
> at
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:59)
> at
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
> at
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> at
> org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
> {noformat}
> The same function works well in the trunk build.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4165) The deploy command in a assembled server fail to start
The deploy command in a assembled server fail to start
---
Key: GERONIMO-4165
URL: https://issues.apache.org/jira/browse/GERONIMO-4165
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: buildsystem
Affects Versions: 2.1.2, 2.1.x
Reporter: YunFeng Ma
Assemble a server which only includes
org.apache.geronimo.assemblies/geronimo-boilerplate-minimal/2.1.2-SNAPSHOT/jar,
the deploy.bat/sh in the assembled server fails to start with the following
exception:
{noformat}
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0\bin>deploy --user
system --password manager list-modules
Using GERONIMO_BASE:
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
Using GERONIMO_HOME:
C:\geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT\var\temp\sdf-1.0
Using GERONIMO_TMPDIR: var\temp
Using JRE_HOME:C:\Program Files\IBM\Java50\jre
org.apache.geronimo.kernel.GBeanNotFoundException: No GBeans found:
[?#org.apache.geronimo.kernel.util.Main]
at
org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(BasicRegistry.java:153)
at
org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:286)
at
org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:282)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:100)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:59)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
{noformat}
The same function works well in the trunk build.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[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.(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.c
[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-tabpanel&focusedCommentId=12605896#action_12605896 ] YunFeng Ma commented on GERONIMO-3975: -- The root cause in v2.1.2 is org.apache.geronimo.kernel.classloader.UrlResourceFinder which can not handle URL like "file:/C:/geronimo%20server/var/temp/geronimo-planCreator25146.tmpdir/WebAppEjbAccessAnnotations.war", but it works fine with "file:/C:/geronimo server/var/temp/geronimo-planCreator25146.tmpdir/WebAppEjbAccessAnnotations.war". The PlanCreator trunk code doesn't ues org.apache.geronimo.kernel.classloader.UrlResourceFinder any more, so the trunk build work fine. > PlanCreator fails to deploy an application when Geronimo is installed into a > directory with white space > --- > > Key: GERONIMO-3975 > URL: https://issues.apache.org/jira/browse/GERONIMO-3975 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.1, 2.1.1 > Environment: Windows >Reporter: YunFeng Ma >Assignee: Donald Woods > Fix For: 2.1.2 > > Attachments: GERONIMO-3975-v2.1.2.patch, GERONIMO-3975.patch > > > The following exceptions are thrown: > 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: > fi > le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD > BCAccess.war > java.net.URISyntaxException: Illegal character in path at index 23: > file:/H:/geronimo > server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w > ar > at java.net.URI$Parser.fail(URI.java:2821) > at java.net.URI$Parser.checkChars(URI.java:2994) > at java.net.URI$Parser.parseHierarchical(URI.java:3078) > at java.net.URI$Parser.parse(URI.java:3026) > at java.net.URI.(URI.java:590) > at java.net.URL.toURI(URL.java:950) > at > org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio > nInfo(JSR88_Util.java:132) > at > org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc > es(JSR88_Util.java:144) > at > org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft > erView(GetArchiveHandler.java:90) > at > org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP > ortlet.java:114) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218 > ) > at > org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl > icationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF > ilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp > atcher.java:654) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD > ispatcher.java:557) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis > patcher.java:481) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort > letInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort > letInvokerService.java:85) > at > org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI > mpl.java:219) > at > org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet > .java:112) > at > org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle > t.java:158) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl > icationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF > ilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV > alve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextV > alve.java:175) > at > org.apache.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.GeronimoBeforeA
[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.(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) >
[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.(DDBeanRootImpl.java:60)
at
org.apache.geronimo.deployment.tools.loader.AbstractDeployable.(AbstractDeployable.java:60)
at
org.apache.geronimo.deployment.tools.loader.WebDeployable.(WebDeployable.java:43)
at
org.apache.geronimo.deployment.tools.loader.WebDeployable.(WebDeployable.java:39)
at
org.apache.geronimo.console.configcreator.JSR88_Util.createDeploymentPlan(JSR88_Util.java:293)
at
org.apache.geronimo.console.configcreator.DisplayPlanHandler.renderView(DisplayPlanHandler.java:57)
at
org.apache.geronimo.console.MultiPagePortlet.doView(MultiPagePortlet.java:144)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at
org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
at
org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
at
org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
at
org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
at
jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
at
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:219)
at
jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:105)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
at
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(Def
[jira] Commented: (GERONIMODEVTOOLS-353) Support remote deployment
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12605589#action_12605589 ] YunFeng Ma commented on GERONIMODEVTOOLS-353: - The remote deployment usage: Topology: Machine A which has Geronimo Machine B which has Geronimo and Eclipse with GEP 1. Install Geronimo server in a remote machine A 2. Make the following change to %Geronimo_HOme%\var\config\config-substitutions.properties to enable remote deployment in machine A RemoteDeployHostname=localhost --> RemoteDeployHostname= 3. Launch Geronimo in machine A 4. Create a new server using the local Geronimo in Eclipse in machine B 5. Double click the new geronimo server and change the server host name to 6. Launch the server in GEP 7. Then the applications can be remote deployed to the remote geronimo in machine A > Support remote deployment > - > > Key: GERONIMODEVTOOLS-353 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-353 > Project: Geronimo-Devtools > Issue Type: Improvement > Components: eclipse-plugin >Affects Versions: 2.1.0 >Reporter: YunFeng Ma >Assignee: Tim McConnell > Fix For: 2.1.1 > > Attachments: GERONIMODEVTOOLS-353.patch > > > The user should be able to: > 1. Define a remote server > 2. Deploy/undeploy an application to the remote server -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo
[
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
>
[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-tabpanel&focusedCommentId=12603808#action_12603808
]
YunFeng Ma commented on GERONIMO-3974:
--
Kevan, you are right. It works fine with Sun JDK.
> Shutdown exceptions even for a clean Geronimo
> -
>
> Key: GERONIMO-3974
> URL: https://issues.apache.org/jira/browse/GERONIMO-3974
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: connector
>Affects Versions: 2.1.1, 2.1.2, 2.2
> Environment: Windows
>Reporter: YunFeng Ma
>Assignee: Kevan Miller
>Priority: Minor
> Fix For: 2.1.2, 2.2
>
>
> Shutdown a clean Geronimo server, get the following exceptions:
> {noformat}
> Geronimo Application Server started
> 16:43:00,843 WARN [GeronimoConnectionEventListener] connectionErrorOccurred
> called with null
> java.sql.SQLException: No current connection.
> at
> org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown
> Source)
> at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown
> Source)
> at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown
> Source)
> at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown
> Source)
> at
> org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
> at
> org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
> at
> org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
> at
> org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
> at
> org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
> at
> org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
> at
> org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
> at
> org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
> at
> org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.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
> su
[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-tabpanel&focusedCommentId=12602585#action_12602585 ] YunFeng Ma commented on GERONIMO-3460: -- I tested G v2.1.1 using the attached EAR and it works fine. Maybe it had been fixed. > EAR will not display properly at the "/" context root (tomcat only) > --- > > Key: GERONIMO-3460 > URL: https://issues.apache.org/jira/browse/GERONIMO-3460 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment, Tomcat >Affects Versions: 2.0.1 > Environment: G v 2.0.1 (tomcat), windows xp >Reporter: Viet Hung Nguyen >Priority: Critical > Fix For: 2.0.x > > Attachments: college_fest.ear > > > When an EAR is deployed at the "/" context root (using tomcat) there are > problems viewing the webapp. These problems exists under these conditions: > 1. EAR never works on the initial deploy > 2. EAR never works on server startup > The only way I have gotten these EARs to work is to: > 1. change the context-root to something not "/" (but I shouldn't have to do > this) > 2. redeploy the EAR > 3. restart the EAR > 4. undeploy, then deploy the EAR > To reproduce the problem, use the attached EAR, uninstall any WAR that is > using "/" as its context-root, deploy the EAR and visit > http://localhost:8080/ > Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-118) The inter-operation of gshell rsh commands between Sun and IBM JDK failed
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(Objec
[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] 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}
>
>
> {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}
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4072) Fail to offline deploy an application because of the dependency to rmi-naming
[
https://issues.apache.org/jira/browse/GERONIMO-4072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601818#action_12601818
]
YunFeng Ma commented on GERONIMO-4072:
--
Hi Jarek,
I think the root cause is rmi-naming, is it necessary to start rmi-naming? For
your solution, there is another problem is port confliction if user runs
offline deployment when the server is started.
> Fail to offline deploy an application because of the dependency to rmi-naming
> -
>
> Key: GERONIMO-4072
> URL: https://issues.apache.org/jira/browse/GERONIMO-4072
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
>Affects Versions: 2.1.2, 2.1.x, 2.2
>Reporter: YunFeng Ma
>Assignee: Jarek Gawor
> Fix For: 2.1.2, 2.1.x
>
>
> Run command:
>c:\geronimo server\bin> deploy.bat --offline deploy F:\cviewer-2.1.0.0.war
> Got the following error:
> {noformat}
> 18:34:55,812 ERROR [GBeanInstanceState] Error while starting; GBean is now in
> the FAILED state:
> abstractName="org.apache.geronimo.framework/rmi-naming/2.1.1/car?configurationName=org.apache.geronimo.framework/rmi-naming/2.1.1/car"
> java.lang.NumberFormatException: For input string: "null"
> at
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
> at java.lang.Integer.parseInt(Integer.java:447)
> at java.lang.Integer.valueOf(Integer.java:553)
> at sun.beans.editors.IntEditor.setAsText(IntEditor.java:21)
> at
> org.apache.geronimo.system.configuration.GBeanOverride.getValue(GBeanOverride.java:389)
> at
> org.apache.geronimo.system.configuration.GBeanOverride.applyOverrides(GBeanOverride.java:348)
> at
> org.apache.geronimo.system.configuration.LocalAttributeManager.setAttributes(LocalAttributeManager.java:210)
> at
> org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:179)
> at
> org.apache.geronimo.kernel.config.Configuration.(Configuration.java:280)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
> at
> org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255)
> at
> org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
> at
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at
> org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$2abf7bbf.loadConfiguration()
> at
> org.apache.geronimo.deployment.cli.OfflineDeployerStarter.startPersistentOfflineConfigurations(Offl
[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()
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:406)
[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-tabpanel&focusedCommentId=12600700#action_12600700
]
YunFeng Ma commented on GERONIMO-4011:
--
Hi Jason, I've tried on Linux and it works fine for #1 and #2.
For Windows, I believe the root cause is BACKSPACE which doesn't work if a
command is broken into multilines:
{noformat}
char cbuf[] = new char[len];
Arrays.fill(cbuf, BACKSPACE);
out.write(cbuf);
{noformat}
The above codes can only move the cursor to the beginning of the last line of a
command, maybe it needs more native codes.
> Need new release of JLine to fix GShell problems on Windows
> ---
>
> Key: GERONIMO-4011
> URL: https://issues.apache.org/jira/browse/GERONIMO-4011
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: dependencies
>Affects Versions: 2.1, 2.1.1, 2.1.2, 2.2
>Reporter: Donald Woods
>Assignee: Jason Dillon
> Fix For: 2.1.2, 2.2
>
> Attachments: jline-0.9.95-SNAPSHOT.jar
>
>
> There are several GShell problems on Windows, due to JLine bugs.
> I'm going to try and create a patched build of JLine 0.9.94 to resolve these
> issues, as Geronimo packages the JLine jar into our assembly for GShell to
> use.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-117) GShell doesn't support "\" in the path in Widnows platform
GShell doesn't support "\" in the path in Widnows platform
--
Key: GSHELL-117
URL: https://issues.apache.org/jira/browse/GSHELL-117
Project: GShell
Issue Type: Bug
Security Level: public (Regular issues)
Components: CLI
Affects Versions: 1.0-alpha-1, 1.0-alpha-2
Environment: Windows
Reporter: YunFeng Ma
Assignee: Jason Dillon
Fix For: 1.0-alpha-2, 1.0-alpha-3
Run the following command and get errors in Windows
{noformat}
deploy/deploy H:\FTP_ROOT\Build\cviewer.war
ERROR TokenMgrError: Lexical error at line 1, column 18. Encountered: "F"
(70), after : "\\"
{noformat}
It works fine for double slash:
deploy/deploy H:\\FTP_ROOT\\Build\\cviewer.war
It's not convenience for windows users.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
Improve usability of gshell commands deploy/* when failing to connect to server
---
Key: GERONIMO-4087
URL: https://issues.apache.org/jira/browse/GERONIMO-4087
Project: Geronimo
Issue Type: Improvement
Security Level: public (Regular issues)
Components: commands
Affects Versions: 2.1.2
Reporter: YunFeng Ma
Priority: Minor
Fix For: 2.1.2, 2.1.x
Run the below gshell commands when the server is stopped
> deploy/list-modules
It should output a message saying something like "Connection refused" instead
of the following exceptions:
{noformat}
19:24:42,578 FATAL [BaseDeploymentFactory] caught
java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav
ailableException [Root exception is java.rmi.ConnectException: Connection refuse
d to host: localhost; nested exception is:
java.net.ConnectException: Connection refused: connect]
at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33
2)
at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto
ry.java:263)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.newRemoteDeploymentManager(BaseDeploymentFactory.java:173)
at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory
.getDeploymentManager(BaseDeploymentFactory.java:137)
at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get
DeploymentManager(DeploymentFactoryManager.java:111)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:186)
at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe
try(ServerConnection.java:240)
at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv
erConnection.java:182)
at org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn
ection.java:94)
at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
:161)
at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31
)
Caused by:
javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce
ption: Connection refused to host: localhost; nested exception is:
java.net.ConnectException: Connection refused: connect]
at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
:112)
at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j
ava:200)
at javax.naming.InitialContext.lookup(InitialContext.java:363)
at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect
or.java:1822)
at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j
ava:1792)
at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27
4)
... 12 more
Caused by:
java.rmi.ConnectException: Connection refused to host: localhost; nested excepti
on is:
java.net.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590)
at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204
)
at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190)
at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321)
at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88)
at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java
:108)
... 17 more
Caused by:
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385)
at java.net.Socket.connect(Socket.java:541)
at java.net.Socket.connect(Socket.java:491)
at java.net.Socket.(Socket.java:399)
at java.net.Socket.(Socket.java:208)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirect
SocketFactory.java:41)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMaster
SocketFactory.java:145)
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:585)
... 22 more
19:24:42,625 FATAL [BaseDeploymentFactory] throwing
javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: Faile
d to retrieve RMIServer stub: javax.naming.ServiceUnavailableException [Root exc
eption is java.rmi.C
[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.
[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-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] 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: (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] 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.(Configuration.java:280)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$2abf7bbf.loadConfiguration()
at
org.apache.geronimo.deployment.cli.OfflineDeployerStarter.startPersistentOfflineConfigurations(OfflineDeployerStarter.java:120)
at
org.apache.geronimo.deployment.cli.OfflineDeployerStarter.start(OfflineDeployerStarter.java:71)
at
org.apache.geronimo.deployment.cli.ServerConnection.startOfflineDeployer(ServerConnection.java:103)
at
org.apache.geronimo.deployment.cli.ServerConnection.(ServerConnection.java:91)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at
org.apache.geronimo.cli.dep
[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] 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] 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-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.(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.CoyoteAdapt
[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.
[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.
[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)
at
org.apache.geronimo.gbean.runt
[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()
> 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.
[jira] Updated: (GERONIMO-3995) Can not export a plugin via Admin Console in IE 6 SP2
[ https://issues.apache.org/jira/browse/GERONIMO-3995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMO-3995: - Attachment: GERONIMO-3995.patch A patch for this. Thanks. > Can not export a plugin via Admin Console in IE 6 SP2 > - > > Key: GERONIMO-3995 > URL: https://issues.apache.org/jira/browse/GERONIMO-3995 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: IE 6 SP2 >Reporter: YunFeng Ma > Fix For: 2.1.1, 2.1.2, 2.1.x > > Attachments: GERONIMO-3995.patch > > > This function works fine in FireFox. > 1. Open Admin Console using IE 6 SP2 > 2. Open "Plugins" portlet > 3. Select a configuration and click "Export Plugin" button, get message > "Please select a configuration to export" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3995) Can not export a plugin via Admin Console in IE 6 SP2
Can not export a plugin via Admin Console in IE 6 SP2 - Key: GERONIMO-3995 URL: https://issues.apache.org/jira/browse/GERONIMO-3995 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.1, 2.1.2, 2.1.x Environment: IE 6 SP2 Reporter: YunFeng Ma Fix For: 2.1.1, 2.1.2, 2.1.x This function works fine in FireFox. 1. Open Admin Console using IE 6 SP2 2. Open "Plugins" portlet 3. Select a configuration and click "Export Plugin" button, get message "Please select a configuration to export" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-111) The cursor can not move to the provious line if the command is broken to multiple lines
The cursor can not move to the provious line if the command is broken to
multiple lines
---
Key: GSHELL-111
URL: https://issues.apache.org/jira/browse/GSHELL-111
Project: GShell
Issue Type: Bug
Security Level: public (Regular issues)
Components: CLI
Affects Versions: 1.0-alpha-2
Environment: Windows
Reporter: YunFeng Ma
Assignee: Jason Dillon
Fix For: 1.0-alpha-2
If the input command is too long and broken into multiple lines, the cursor can
not be moved to the previous line.
For example:
{noformat}
[EMAIL PROTECTED]:/> deploy/install-plugon F:/Geronimo/2.1/samples/plugins/
jsp-examples-tomcat/target/jsp-examples-tomcat-2.1.0.0.car
{noformat}
I notice that there is a typo error in "deploy/install-plugon", but I can not
move the cursor to the first line to modify it.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3994) GShell command remote-control/server-control can not control the remote server
[
https://issues.apache.org/jira/browse/GERONIMO-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma updated GERONIMO-3994:
-
Description:
First run remote/rsh to login the remote rsh-server, then run the following gsh
commands:
{noformat}
remote-control/server-control start defaultServer
{noformat}
No any response.
Here is the gshell log in the remote server.
{noformat}
19:36:47,234 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
RECEIVED: ExecuteMessage{ flavor=STRING, path=, args=[
remote-control/server-control start defaultServer ], id=7, cid=,
sequence=7, timestamp=1209436607234 }
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing (String):
remote-control/server-control start defaultServer
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.parser.CommandLineParser] Parsing from reader:
[EMAIL PROTECTED]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] CommandLine
(org.apache.geronimo.gshell.parser.ASTCommandLine)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] Expression
(org.apache.geronimo.gshell.parser.ASTExpression)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
remote-control/server-control )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString( start )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
defaultServer ) (org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing
(remote-control/server-control): [start, defaultServer]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.plugin.PlexusCommandWrapper] Child container realm:
gshell:e47ff117-c940-4e2e-87a8-5b9257bc16e9
19:36:47,343 DEBUG (TcpTransportServer-0-0)
[org.codehaus.plexus.PlexusContainer] Found 0 components to load on start
19:36:47,343 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.commands.RemoteServerControlCommand.geronimo-commands:remote-server-control]
Executing w/args: [start, defaultServer]
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.handler.ExecuteHandler] Fault:
java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist
19:36:47,390 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
WRITE: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
19:36:47,390 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,453 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
SENT: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,453 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
{noformat}
Obvious the gshell is trying to find the configuration file in D:\geronimo
server-1\bin\etc\, it should be D:\geronimo server-1\etc\.
was:
First run remote/rsh to login the remote rsh-server, then run the following gsh
commands:
{noformat}
remote-control/server-control start defaultServer
{noformat}
No any response.
Here is the gshell log in the remote server.
{noformat』
19:36:47,234 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
RECEIVED: ExecuteMessage{ flavor=STRING, path=, args=[
remote-control/server-control start defaultServer ], id=7, cid=,
sequence=7, timestamp=1209436607234 }
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing (String):
remote-control/server-control start defaultServer
19:36:47,234 DEBUG (TcpTransportS
[jira] Created: (GERONIMO-3994) GShell command remote-control/server-control can not control the remote server
GShell command remote-control/server-control can not control the remote server
--
Key: GERONIMO-3994
URL: https://issues.apache.org/jira/browse/GERONIMO-3994
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: commands
Affects Versions: 2.1.1, 2.1.2, 2.1.x
Environment: Windows
Reporter: YunFeng Ma
Fix For: 2.1.1, 2.1.2, 2.1.x
First run remote/rsh to login the remote rsh-server, then run the following gsh
commands:
{noformat』
remote-control/server-control start defaultServer
{noformat}
No any response.
Here is the gshell log in the remote server.
{noformat』
19:36:47,234 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
RECEIVED: ExecuteMessage{ flavor=STRING, path=, args=[
remote-control/server-control start defaultServer ], id=7, cid=,
sequence=7, timestamp=1209436607234 }
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing (String):
remote-control/server-control start defaultServer
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.parser.CommandLineParser] Parsing from reader:
[EMAIL PROTECTED]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] CommandLine
(org.apache.geronimo.gshell.parser.ASTCommandLine)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] Expression
(org.apache.geronimo.gshell.parser.ASTExpression)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
remote-control/server-control )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString( start )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
defaultServer ) (org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing
(remote-control/server-control): [start, defaultServer]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.plugin.PlexusCommandWrapper] Child container realm:
gshell:e47ff117-c940-4e2e-87a8-5b9257bc16e9
19:36:47,343 DEBUG (TcpTransportServer-0-0)
[org.codehaus.plexus.PlexusContainer] Found 0 components to load on start
19:36:47,343 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.commands.RemoteServerControlCommand.geronimo-commands:remote-server-control]
Executing w/args: [start, defaultServer]
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.handler.ExecuteHandler] Fault:
java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist
19:36:47,390 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
WRITE: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
19:36:47,390 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,453 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
SENT: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,453 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
{noformat}
Obvious the gshell is trying to find the configuration file in D:\geronimo
server-1\bin\etc\, it should be D:\geronimo server-1\etc\.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3994) GShell command remote-control/server-control can not control the remote server
[
https://issues.apache.org/jira/browse/GERONIMO-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
YunFeng Ma updated GERONIMO-3994:
-
Description:
First run remote/rsh to login the remote rsh-server, then run the following gsh
commands:
{noformat}
remote-control/server-control start defaultServer
{noformat}
No any response.
Here is the gshell log in the remote server.
{noformat』
19:36:47,234 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
RECEIVED: ExecuteMessage{ flavor=STRING, path=, args=[
remote-control/server-control start defaultServer ], id=7, cid=,
sequence=7, timestamp=1209436607234 }
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing (String):
remote-control/server-control start defaultServer
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.parser.CommandLineParser] Parsing from reader:
[EMAIL PROTECTED]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] CommandLine
(org.apache.geronimo.gshell.parser.ASTCommandLine)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] Expression
(org.apache.geronimo.gshell.parser.ASTExpression)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
remote-control/server-control )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString( start )
(org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandLineBuilder] PlainString(
defaultServer ) (org.apache.geronimo.gshell.parser.ASTPlainString)
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing
(remote-control/server-control): [start, defaultServer]
19:36:47,234 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.plugin.PlexusCommandWrapper] Child container realm:
gshell:e47ff117-c940-4e2e-87a8-5b9257bc16e9
19:36:47,343 DEBUG (TcpTransportServer-0-0)
[org.codehaus.plexus.PlexusContainer] Found 0 components to load on start
19:36:47,343 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.commands.RemoteServerControlCommand.geronimo-commands:remote-server-control]
Executing w/args: [start, defaultServer]
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.handler.ExecuteHandler] Fault:
java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist
19:36:47,390 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
WRITE: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,390 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
19:36:47,390 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,453 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
SENT: Fault{ result=java.lang.IllegalStateException: File D:\geronimo
server-1\bin\etc\server-configuration.xml does not exist, id=10, cid=7,
sequence=10, timestamp=1209436607390 }
19:36:47,453 DEBUG (TcpTransportServer-0-0)
[org.apache.mina.filter.executor.ExecutorFilter] Exiting since queue is empty
for /127.0.0.1:3699
{noformat}
Obvious the gshell is trying to find the configuration file in D:\geronimo
server-1\bin\etc\, it should be D:\geronimo server-1\etc\.
was:
First run remote/rsh to login the remote rsh-server, then run the following gsh
commands:
{noformat』
remote-control/server-control start defaultServer
{noformat}
No any response.
Here is the gshell log in the remote server.
{noformat』
19:36:47,234 DEBUG (SocketAcceptorIoProcessor-0.0)
[org.apache.mina.filter.executor.ExecutorFilter] Launching thread for
/127.0.0.1:3699
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.remote.server.RshServer$Handler] [/127.0.0.1:3699]
RECEIVED: ExecuteMessage{ flavor=STRING, path=, args=[
remote-control/server-control start defaultServer ], id=7, cid=,
sequence=7, timestamp=1209436607234 }
19:36:47,234 INFO (TcpTransportServer-0-0)
[org.apache.geronimo.gshell.DefaultCommandExecutor] Executing (String):
remote-control/server-control start defaultServer
19:36:47,234 DEBUG (TcpTransportS
[jira] Created: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
Server fails to relaunch after deploying an application to a WADI cluster
-
Key: GERONIMO-3993
URL: https://issues.apache.org/jira/browse/GERONIMO-3993
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: Clustering
Affects Versions: 2.1.1, 2.1.2, 2.1.x
Environment: Windows
Reporter: YunFeng Ma
Fix For: 2.1.1, 2.1.2, 2.1.x
1. A WADI cluster with two Nodes: Node1 and Node2
2. Deploy an application to Node1
3. Stop Node1 and Node2
4. Start Node1 and get the following exception:
{noformat}
org.apache.geronimo.kernel.config.NoSuchConfigException:
samples/cviewer/2.1.0.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$$4d5fdcaa.sort()
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
{noformat}
5. Start Node2 and get the following exception:
{noformat}
org.apache.geronimo.kernel.config.NoSuchConfigException:
samples/cviewer_G_SLAVE/2.1.0.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$$4d5fdcaa.sort()
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3991) Can not undeploy an application deployed in a WADI cluster via Admin Console
Can not undeploy an application deployed in a WADI cluster via Admin Console Key: GERONIMO-3991 URL: https://issues.apache.org/jira/browse/GERONIMO-3991 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Clustering Affects Versions: 2.1.2, 2.1.x Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.2, 2.1.x 1. Setup a WADI cluster with two notes: Note1 and Node2 2. Deploy an application, such as samples/cviewer/2.1.0.0/war, to Node1 3. cviewer works fine in Node1 and Node2 4. But in the Admin Console of Node1 and Node2, open Web App WARs portlet and there is only a application named samples/cviewer_G_SLAVE/2.1.0.0/war, even if I uninstall samples/cviewer_G_SLAVE/2.1.0.0/war in Node1's admin console, cviewer in GERONIMO_HOME\master-repository is not deleted and the cviewer in Node2 is not uninstalled. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3990) CORBA application client fails to login to the server
[ https://issues.apache.org/jira/browse/GERONIMO-3990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMO-3990: - Attachment: GERONIMO-3990.patch A patch for this. > CORBA application client fails to login to the server > - > > Key: GERONIMO-3990 > URL: https://issues.apache.org/jira/browse/GERONIMO-3990 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.1.2, 2.1.x, 2.2 > Environment: Windows >Reporter: YunFeng Ma > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3990.patch > > > In plugins\client\client-security\src\main\plan\plan.xml, the login-module > option key defined in LoginModuleConfiguration in > "org.apache.geronimo.jaas.NamedUsernamePasswordCredential.Name", but in class > org.apache.geronimo.security.realm.providers.NamedUsernamePasswordCredentialLoginModule, > the required key is > "org.apache.geronimo.security.realm.providers.NamedUsernamePasswordCredentialLoginModule.Name". -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3990) CORBA application client fails to login to the server
CORBA application client fails to login to the server - Key: GERONIMO-3990 URL: https://issues.apache.org/jira/browse/GERONIMO-3990 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: security Affects Versions: 2.1.2, 2.1.x, 2.2 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.2, 2.1.x, 2.2 In plugins\client\client-security\src\main\plan\plan.xml, the login-module option key defined in LoginModuleConfiguration in "org.apache.geronimo.jaas.NamedUsernamePasswordCredential.Name", but in class org.apache.geronimo.security.realm.providers.NamedUsernamePasswordCredentialLoginModule, the required key is "org.apache.geronimo.security.realm.providers.NamedUsernamePasswordCredentialLoginModule.Name". -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3982) WADI cluster fails to distribute the installed application to all the nodes in the same cluster
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.1, 2.1.x
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.
[jira] Created: (GERONIMO-3981) Fail to relaunch Geronimo after deploying an application to WADI cluster
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.x
Environment: Windows
Reporter: YunFeng Ma
Fix For: 2.1.x
1. Deploy samples/servlet-examples-cluster-server1/1.0/war to a WADI cluster
2. Stop Geronimo
3. Relaunch Geronimo, failed with the following exception:
{noformat}
org.apache.geronimo.kernel.config.NoSuchConfigException:
samples/servlet-examples-cluster-server1/1.0/war
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$5ba39176.sort()
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-109) GShell fails to retrieve the previous commands if the command is too long
GShell fails to retrieve the previous commands if the command is too long - Key: GSHELL-109 URL: https://issues.apache.org/jira/browse/GSHELL-109 Project: GShell Issue Type: Bug Security Level: public (Regular issues) Components: CLI Affects Versions: 1.0-alpha-2 Environment: Windows Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 1.0-alpha-2 Run the following command in GShell: -- [EMAIL PROTECTED]:/> deploy/deploy H:/FTP_ROOT/Build/Pre-Version/sample_v 2.0.0.1_GM/200711082220GM/samples-2.0.0.1/applications/cviewer/target/cvie wer-2.0.0.1.war -- Note that the command is broken into three lines, then using the "up" button to retrieve the previous commands and get the following result: -- [EMAIL PROTECTED]:/> deploy/deploy H:/FTP_ROOT/Build/Pre-Version/sample_V 2.0.0.1_GM/200711082220GM/samples-2.0.0.1/applications/cviewer/target/cvie quit -- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3976) Exceptions are thrown in Geronimo launch console when clicking "Console Navigation --> Debug Views --> JNDI Viewer"
Exceptions are thrown in Geronimo launch console when clicking "Console Navigation --> Debug Views --> JNDI Viewer" --- Key: GERONIMO-3976 URL: https://issues.apache.org/jira/browse/GERONIMO-3976 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.1 The following exceptions are thrown in the launch console: javax.naming.NotContextException: geronimo/env/jdbc/ActiveDS at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:167) at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:617) at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:158) at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:603) at javax.naming.InitialContext.lookup(InitialContext.java:363) at org.apache.openejb.core.ivm.naming.JndiUrlReference.getObject(JndiUrl Reference.java:34) at org.apache.openejb.core.ivm.naming.Reference.getContent(Reference.jav a:40) at org.apache.xbean.naming.context.ContextUtil.resolve(ContextUtil.java: 61) at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:118) at org.apache.xbean.naming.context.AbstractContext.lookup(AbstractContex t.java:603) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.buildContext(JND IViewPortlet.java:331) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.buildContext(JND IViewPortlet.java:333) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.buildContext(JND IViewPortlet.java:333) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.buildEJBModule(J NDIViewPortlet.java:187) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.getContextTree(J NDIViewPortlet.java:422) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.getJSONTrees(JND IViewPortlet.java:106) at org.apache.geronimo.console.jndiview.JNDIViewPortlet.doView(JNDIViewP ortlet.java:70) 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(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.render(DefaultPort letInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerI mpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:15 2) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002ds kin_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(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.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary .java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach _005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002d theme_jsp.java:101) 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.internalDoFil
[jira] Created: (GERONIMO-3975) PlanCreator fails to deploy an application when Geronimo is installed into a directory with white space
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: console Affects Versions: 2.1.1 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.1 The following exceptions are thrown: 16:48:55,328 ERROR [GetArchiveHandler] Illegal character in path at index 23: fi le:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJD BCAccess.war java.net.URISyntaxException: Illegal character in path at index 23: file:/H:/geronimo server1/var/temp/geronimo-planCreator39270.tmpdir/WebAppJDBCAccess.w ar at java.net.URI$Parser.fail(URI.java:2821) at java.net.URI$Parser.checkChars(URI.java:2994) at java.net.URI$Parser.parseHierarchical(URI.java:3078) at java.net.URI$Parser.parse(URI.java:3026) at java.net.URI.(URI.java:590) at java.net.URL.toURI(URL.java:950) at org.apache.geronimo.console.configcreator.JSR88_Util.createApplicatio nInfo(JSR88_Util.java:132) at org.apache.geronimo.console.configcreator.JSR88_Util.parseWarReferenc es(JSR88_Util.java:144) at org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAft erView(GetArchiveHandler.java:90) at org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPageP ortlet.java:114) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218 ) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp atcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD ispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis patcher.java:481) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPort letInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPort letInvokerService.java:85) at org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerI mpl.java:219) at org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet .java:112) at org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServle t.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu bjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica torBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve. invoke(GeronimoStandardContext.java:406) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero nimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(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(Http11Processor.java :844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce ss(Http11Protocol.java:584) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:44 7) at java.lang.Thread.run(Thread.java:801) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo
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 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.1 Shutdown a clean Geronimo server, get the following exceptions: Geronimo Application Server started 16:43:00,843 WARN [GeronimoConnectionEventListener] connectionErrorOccurred cal led with null java.sql.SQLException: No current connection. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknow n 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 Sour ce) at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown Sour ce) at org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown S ource) at org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle. java:129) at org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultData baseLocker.java:78) at org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersis tenceAdapter.java:202) at org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(Jour nalPersistenceAdapter.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(BrokerServ iceGBeanImpl.java:119) at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBean Instance.java:1161) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop( GBeanInstanceState.java:339) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:188) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstan ceState.java:180) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.ja va:563) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.ja va:423) at org.apache.geronimo.kernel.config.KernelConfigurationManager$Shutdown Hook.run(KernelConfigurationManager.java:316) at org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(Basi cKernel.java:668) at org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.jav a: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(DelegatingMethodAcces sorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(Refl ectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.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(M
[jira] Created: (GERONIMO-3972) Monitering Graphics failed to represent in IE 6 SP2
Monitering Graphics failed to represent in IE 6 SP2 --- Key: GERONIMO-3972 URL: https://issues.apache.org/jira/browse/GERONIMO-3972 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1.1 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.1 There is a JavaScript error in IE 6 SP2: Error: 'text' is null or not an object -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3971) Error message during assembling a server
Error message during assembling a server Key: GERONIMO-3971 URL: https://issues.apache.org/jira/browse/GERONIMO-3971 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Plugins Affects Versions: 2.1.1 Environment: Windows Reporter: YunFeng Ma Priority: Minor Fix For: 2.1.1 The following error message (3 lines) are reported on Geronimo launch console during assembling a server: 16:09:05,484 ERROR [LocalAttributeManager] Caught exception java.io.FileNotFound Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger onimo server1\var\temp\assembly\var\config\config-substitutions.properties 16:09:05,500 ERROR [LocalAttributeManager] Caught exception java.io.FileNotFound Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger onimo server1\var\temp\assembly\var\config\config-substitutions.properties 16:09:05,515 ERROR [LocalAttributeManager] Caught exception java.io.FileNotFound Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger onimo server1\var\temp\assembly\var\config\config-substitutions.properties -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GSHELL-108) Fail to assemble a server via gsh when Geronimo is installed in a directory with white space
Fail to assemble a server via gsh when Geronimo is installed in a directory with white space Key: GSHELL-108 URL: https://issues.apache.org/jira/browse/GSHELL-108 Project: GShell Issue Type: Bug Security Level: public (Regular issues) Components: Assembly Affects Versions: 1.0-alpha-2 Environment: Windows Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 1.0-alpha-2 Geronimo is install in directory: h:\geronimo server1\ [EMAIL PROTECTED]:/> deploy/assemble Listing configurations from Geronimo server Connecting to Geronimo server: localhost:1099 Username: system Password: *** Connection established Server artifact name: abcd ERROR UnmarshalException: error unmarshalling return; nested exception is: java.net.MalformedURLException: no protocol: server1/repository/org/apac he/geronimo/framework/geronimo-common/2.1.1-SNAPSHOT/geronimo-common-2.1.1-SNAPS HOT.jar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3970) Fail to delploy a web application to a WADI cluster
Fail to delploy a web application to a WADI cluster --- Key: GERONIMO-3970 URL: https://issues.apache.org/jira/browse/GERONIMO-3970 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.1 Deploy a web application to a WADI cluster with two nodes and get the following exceptions: H:\geornimo server2\bin>deploy --user system --password manager --port 110 8 deploy --targets org.apache.geronimo.configs/farming/2.1.1-SNAPSHOT/car?Servic eModule=org.apache.geronimo.configs/farming/2.1.1-SNAPSHOT/car,j2eeType=Configur ationStore,name=MasterConfigurationStore f:\temp\servlet-examples-cluster-server 2.war f:\temp\servlet-examples-cluster-plan.xml Using GERONIMO_BASE: H:\geornimo server2 Using GERONIMO_HOME: H:\geornimo server2 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\IBM\Java50\jre org.apache.geronimo.kernel.config.LifecycleException: start of samples/servlet-e xamples-cluster-server1/1.0/war failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:566) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon figuration(SimpleConfigurationManager.java:530) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(Refl ectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.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.GeneratedMethodAccessor135.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(Refl ectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.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(MBeanGBeanBrid ge.java:172) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImp l.java:231) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:238) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultM BeanServerInterceptor.java:833) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802 ) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnecti onImpl.java:1423) at javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectio nImpl.java:96) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run (RMIConnectionImpl.java:1260) at java.security.AccessController.doPrivileged(AccessController.java:275 ) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(R MIConnectionImpl.java:1363) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImp l.java:797) at sun.reflect.GeneratedMethodAccessor124.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:309) at sun.rmi.transport.Transport$1.run(Transport.java:168) at java.security.AccessController.doPrivileged(AccessController.java:275 ) at sun.rmi.transport.Transport.serviceCall(Transport.java:164) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:5 06) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.handleRequest(TC PTransport.java:838) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport .java:912) at java.lang.Thread.run(Thread.java:801) Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown sta rt exception at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:522)
[jira] Commented: (GERONIMO-3940) A easy way to create a new server instance via command/gsh/console
[ https://issues.apache.org/jira/browse/GERONIMO-3940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582156#action_12582156 ] YunFeng Ma commented on GERONIMO-3940: -- According to v2.1 doc (http://cwiki.apache.org/GMOxDOC21/running-multiple-instances-of-geronimo.html), users have to do the following steps to create a new server instance: 1. mkdir foo 2. Copy var to foo. 3. Edit foo/var/config/config.substitutions.properties and change the portOffset. These steps look like hacking, why shouldn't we provide a tool for these steps, compared with the efforts of implementing multiple instance function before, this tool is easy to implement, but will be more attractive to end users. Also there should be a easy way to start a server instance, instead of using org.apache.geronimo.server.name property. Any thoughts? > A easy way to create a new server instance via command/gsh/console > -- > > Key: GERONIMO-3940 > URL: https://issues.apache.org/jira/browse/GERONIMO-3940 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: usability >Affects Versions: 2.1.1 >Reporter: YunFeng Ma >Priority: Minor > Fix For: 2.1.1 > > > Provide a easy way to create a new server instance via command/gsh/console -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3940) A easy way to create a new server instance via command/gsh/console
A easy way to create a new server instance via command/gsh/console -- Key: GERONIMO-3940 URL: https://issues.apache.org/jira/browse/GERONIMO-3940 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: usability Affects Versions: 2.1.1 Reporter: YunFeng Ma Priority: Minor Fix For: 2.1.1 Provide a easy way to create a new server instance via command/gsh/console -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-285) Handling multiple schema versions & creating a test application that can output say geronimo-web.xml in different versions
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMODEVTOOLS-285: Attachment: MultipleSchemaVersionTest.zip A prototype which can handle v1.1, v2.0 and v2.1 deployment plan using v2.1 schema. > Handling multiple schema versions & creating a test application that can > output say geronimo-web.xml in different versions > -- > > Key: GERONIMODEVTOOLS-285 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285 > Project: Geronimo-Devtools > Issue Type: Sub-task >Reporter: YunFeng Ma >Assignee: YunFeng Ma > Attachments: GEP-JAXB-3.patch, GEP-JAXB.patch, > MultipleSchemaVersionTest.zip, testapp.zip > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-285) Handling multiple schema versions & creating a test application that can output say geronimo-web.xml in different versions
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMODEVTOOLS-285: Attachment: GEP-JAXB-3.patch A new patch. GEP-JAXB-3.patch updates the v2.0 deployment editor and now it can be build successfully. > Handling multiple schema versions & creating a test application that can > output say geronimo-web.xml in different versions > -- > > Key: GERONIMODEVTOOLS-285 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285 > Project: Geronimo-Devtools > Issue Type: Sub-task >Reporter: YunFeng Ma >Assignee: YunFeng Ma > Attachments: GEP-JAXB-3.patch, GEP-JAXB.patch, testapp.zip > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-278) Model framework for G deployment plans - Change from existing EMF to JAXB
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12575663#action_12575663 ] YunFeng Ma commented on GERONIMODEVTOOLS-278: - Thanks for committing the patch, Shiva. This patch just proved that JAXB can be used in GEP and we still has a long way to go. I'm still working on it. :-) > Model framework for G deployment plans - Change from existing EMF to JAXB > - > > Key: GERONIMODEVTOOLS-278 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-278 > Project: Geronimo-Devtools > Issue Type: Task > Components: eclipse-plugin >Affects Versions: 2.1.0 >Reporter: Shiva Kumar H R >Assignee: Shiva Kumar H R >Priority: Critical > Fix For: 2.1.0 > > > Please see the discussion on Geronimo dev-list: > http://www.mail-archive.com/dev@geronimo.apache.org/msg56777.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-285) Handling multiple schema versions & creating a test application that can output say geronimo-web.xml in different versions
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMODEVTOOLS-285: Attachment: GEP-JAXB.patch A prototype of the JAXB in GEP, the sections of v2.1 web deployment plan editor can work fine. Need the GEP experts review this before proceeding ... > Handling multiple schema versions & creating a test application that can > output say geronimo-web.xml in different versions > -- > > Key: GERONIMODEVTOOLS-285 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-285 > Project: Geronimo-Devtools > Issue Type: Sub-task >Reporter: YunFeng Ma >Assignee: YunFeng Ma > Attachments: GEP-JAXB.patch, testapp.zip > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3858) start-server.bat fails to start server if there is a space in the path
[ https://issues.apache.org/jira/browse/GERONIMO-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12570969#action_12570969 ] YunFeng Ma commented on GERONIMO-3858: -- The Ant trunk build fixed this problem, but I can not find the latest ant build from any Maven repository site. > start-server.bat fails to start server if there is a space in the path > -- > > Key: GERONIMO-3858 > URL: https://issues.apache.org/jira/browse/GERONIMO-3858 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1, 2.1.1, 2.2 > Environment: Windows XP >Reporter: YunFeng Ma > > start-server.bat fails to start server if there is a space in the install > path, but startup.bat works fine. Looks like it's an Ant bug. > H:\myf\Apache Geronimo\bin>start-server.bat > --- > constituent[0]: file:/H:/myf/Apache Geronimo/etc/ > constituent[1]: file:/H:/myf/Apache > Geronimo/lib/gshell/geronimo-commands-2.1-SN > APSHOT.jar > constituent[2]: file:/H:/myf/Apache > Geronimo/repository/org/apache/ant/ant/1.7.0 > /ant-1.7.0.jar > constituent[3]: file:/H:/myf/Apache > Geronimo/repository/org/apache/ant/ant-launc > her/1.7.0/ant-launcher-1.7.0.jar > constituent[4]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/gshell-cli/1.0-alpha-1-SNAPSHOT/gshell-cli-1.0-alpha-1-SNAPSHOT.jar > constituent[5]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/gshell-embeddable/1.0-alpha-1-SNAPSHOT/gshell-embeddable-1.0-alpha-1-SNAPSHOT > .jar > constituent[6]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/remote/gshell-remote-client/1.0-alpha-1-SNAPSHOT/gshell-remote-client-1.0-alp > ha-1-SNAPSHOT.jar > constituent[7]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/remote/gshell-remote-common/1.0-alpha-1-SNAPSHOT/gshell-remote-common-1.0-alp > ha-1-SNAPSHOT.jar > constituent[8]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/remote/gshell-remote-server/1.0-alpha-1-SNAPSHOT/gshell-remote-server-1.0-alp > ha-1-SNAPSHOT.jar > constituent[9]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/gshe > ll/gshell-whisper/1.0-alpha-1-SNAPSHOT/gshell-whisper-1.0-alpha-1-SNAPSHOT.jar > constituent[10]: file:/H:/myf/Apache > Geronimo/repository/org/apache/mina/mina-co > re/1.1.2/mina-core-1.1.2.jar > constituent[11]: file:/H:/myf/Apache > Geronimo/repository/org/apache/mina/mina-fi > lter-ssl/1.1.2/mina-filter-ssl-1.1.2.jar > constituent[12]: file:/H:/myf/Apache > Geronimo/repository/org/codehaus/groovy/gro > ovy-all/1.1-rc-1/groovy-all-1.1-rc-1.jar > constituent[13]: file:/H:/myf/Apache > Geronimo/repository/org/slf4j/slf4j-log4j12 > /1.4.3/slf4j-log4j12-1.4.3.jar > constituent[14]: file:/H:/myf/Apache > Geronimo/repository/org/slf4j/jcl104-over-s > lf4j/1.4.3/jcl104-over-slf4j-1.4.3.jar > constituent[15]: file:/H:/myf/Apache > Geronimo/lib/geronimo-kernel-2.1-SNAPSHOT.j > ar > constituent[16]: file:/H:/myf/Apache Geronimo/lib/log4j-1.2.14.jar > constituent[17]: file:/H:/myf/Apache Geronimo/lib/cglib-nodep-2.1_3.jar > constituent[18]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/spe > cs/geronimo-javaee-deployment_1.1MR3_spec/1.0/geronimo-javaee-deployment_1.1MR3_ > spec-1.0.jar > constituent[19]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-cli/2.1-SNAPSHOT/geronimo-cli-2.1-SNAPSHOT.jar > constituent[20]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-deploy-config/2.1-SNAPSHOT/geronimo-deploy-config-2.1-SNAPSHOT.jar > constituent[21]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-deploy-jsr88/2.1-SNAPSHOT/geronimo-deploy-jsr88-2.1-SNAPSHOT.jar > constituent[22]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-deploy-tool/2.1-SNAPSHOT/geronimo-deploy-tool-2.1-SNAPSHOT.jar > constituent[23]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-system/2.1-SNAPSHOT/geronimo-system-2.1-SNAPSHOT.jar > constituent[24]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-plugin/2.1-SNAPSHOT/geronimo-plugin-2.1-SNAPSHOT.jar > constituent[25]: file:/H:/myf/Apache > Geronimo/repository/org/apache/geronimo/mod > ules/geronimo-common/2.1-SNAPSHOT/geronimo-common-2.1-SNAPSHOT.jar > constituent[26]: file:/H:/myf/Apache > Geronimo/repository/org/codehaus/plexus/ple > xus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar > constituent[27]: file:/H:/myf/Apache > Geronimo/repository/org/codehaus/plexus/ple > xus-utils/1.4.1/plexus-utils-1.4.1.jar >
[jira] Updated: (GERONIMO-3865) unresolved i18n keys
[ https://issues.apache.org/jira/browse/GERONIMO-3865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMO-3865: - Attachment: GERONIMO-3865-1.patch GERONIMO-3865-1.patch fixed the unresolved keys in "Security -> Keystores -> (open a keystore and edit the keystore) -> Change keystore password" > unresolved i18n keys > > > Key: GERONIMO-3865 > URL: https://issues.apache.org/jira/browse/GERONIMO-3865 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1, 2.2 >Reporter: Jarek Gawor >Assignee: Jarek Gawor > Fix For: 2.1.1, 2.2 > > Attachments: GERONIMO-3865-1.patch, GERONIMO-3865.patch > > > There are still a few places in the console where the i18n keys are displayed > instead of the actual text: > 1) Users and Groups, Console Realm Groups help screen > 2) JMX viewer help screen > 3) Server Log Viewer help screen > Also, Database Pools help screen does not work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (GERONIMO-3865) unresolved i18n keys
[ https://issues.apache.org/jira/browse/GERONIMO-3865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma reopened GERONIMO-3865: -- Another unresolved i18n keys > unresolved i18n keys > > > Key: GERONIMO-3865 > URL: https://issues.apache.org/jira/browse/GERONIMO-3865 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1, 2.2 >Reporter: Jarek Gawor >Assignee: Jarek Gawor > Fix For: 2.1.1, 2.2 > > Attachments: GERONIMO-3865.patch > > > There are still a few places in the console where the i18n keys are displayed > instead of the actual text: > 1) Users and Groups, Console Realm Groups help screen > 2) JMX viewer help screen > 3) Server Log Viewer help screen > Also, Database Pools help screen does not work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
