[jira] Commented: (GERONIMO-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679830#action_12679830 ] Gang Yin commented on GERONIMO-4550: Donald is right, the patch for 2.1 branch doesn't depend on the CommonMessage feature. Thanks Donald. Thanks Joe. > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4507) Admin console should honor the priority of user agent's language setting
[ https://issues.apache.org/jira/browse/GERONIMO-4507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679828#action_12679828 ] Gang Yin commented on GERONIMO-4507: Thanks Joe, I will provide a patch for 2.1 branch soon. > Admin console should honor the priority of user agent's language setting > > > Key: GERONIMO-4507 > URL: https://issues.apache.org/jira/browse/GERONIMO-4507 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.3, 2.2 > Environment: All >Reporter: Jack Cai >Assignee: Joe Bohn >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: locale-priority.patch, locale-priority_fix.patch, > locale-priority_fix2_v22.patch, locale-priority_V21.patch > > > See discussion: > http://www.nabble.com/Geronimo-Console-tp21369352s134p21383628.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4517) Apply unified message display style(G-4484) to javascript alert messages. Together with the localization of these messages.
[ https://issues.apache.org/jira/browse/GERONIMO-4517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679827#action_12679827 ] Gang Yin commented on GERONIMO-4517: Hi Ivan, As Donald has reassigned this JIRA to you, please help to review and commit these patches after I submit the patch for TranQL localization. Thanks. BTW, the first patch in the list had already been committed. > Apply unified message display style(G-4484) to javascript alert messages. > Together with the localization of these messages. > --- > > Key: GERONIMO-4517 > URL: https://issues.apache.org/jira/browse/GERONIMO-4517 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Gang Yin >Assignee: Ivan >Priority: Minor > Fix For: 2.2 > > Attachments: js-localization-activemq.patch, > js-localization-console.patch, js-localization-core.patch, > js-localization-openejb.patch, js-localization-plugin.patch, > js-localization-sysdb.patch, screenshot-1.jpg, screenshot-2.jpg, > screenshot-3.jpg > > > Currently all the messages generated from backend is displayed in a unified > manner(G-4484), but frontend javascript use alert boxes to display all kinds > of messages without distinguishing their types(e.g. error, warn, info), and > the UX of alert boxes is not so good, so I'm going to extend the unified > message display style of backend messages to frontend messages. Also, the > localization work will be done meantime. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congrats haihong! You will be very busy from now on. ^_^
[jira] Commented: (GERONIMO-4549) JMS resource jndi entries are not removed after uninstalling the JMS connect adapter
[ https://issues.apache.org/jira/browse/GERONIMO-4549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679822#action_12679822 ] Jack Cai commented on GERONIMO-4549: If pulling in this fix solely delays Geronimo 2.1.4 release, then I'm inclined to exclude it for the time being. After all, it's almost 6 months now since last Geronimo release. Let's just get it into the trunk. Opened an XBean issue: https://issues.apache.org/jira/browse/XBEAN-122 > JMS resource jndi entries are not removed after uninstalling the JMS connect > adapter > > > Key: GERONIMO-4549 > URL: https://issues.apache.org/jira/browse/GERONIMO-4549 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2 >Reporter: Forrest Xia >Assignee: Jack Cai >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: Geronimo-4549_0307.patch > > > Steps to reproduce this problem: > 1. login admin console > 2. Create a ActiveMQ resource connector with the wizard > 3. Deploy it and check it is in running state > 4. Click J2EE connector to uninstall it > 5. Check JNDI viewer, you will see the JNDI entry still there, even you've > uninstalled it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 751159
Geronimo Revision: 751159 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090306/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090306 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 23 minutes 53 seconds [INFO] Finished at: Fri Mar 06 21:45:27 EST 2009 [INFO] Final Memory: 427M/994M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090306/logs-2100-tomcat/test.log [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:40.652 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 36 test builds [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deploy RUNNING [INFO] commands-testsuite/deploy SUCCESS (0:01:02.667) [INFO] commands-testsuite/gshell RUNNING [INFO] commands-testsuite/gshell SUCCESS (0:00:28.134) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:33.311) [INFO] commands-testsuite/shutdownRUNNING [INFO] commands-testsuite/shutdownSUCCESS (0:00:15.855) [INFO] concurrent-testsuite/concurrent-basic RUNNING [INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:26.647) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:20.888) [INFO] console-testsuite/basicRUNNING [INFO] console-testsuite/basicSUCCESS (0:01:42.935) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:50.132) [INFO] corba-testsuite/corba-marshal RUNNING [INFO] corba-testsuite/corba-marshal SUCCESS (0:00:55.713) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.949) [INFO] deployment-testsuite/deployment-tests RUNNING [INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:30.007) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:31.406) [INFO] deployment-testsuite/manifestcp-tests RUNNING [INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:33.139) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:03.203) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:54.581) [INFO] enterprise-testsuite/jpa-tests RUNNING [INFO] enterprise-testsuite/jpa-tests SUCCESS (0:01:03.728) [INFO] enterprise-testsuite/sec-clientRUNNING [INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:27.163) [INFO] enterprise-testsuite/sec-tests RUNNING [INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:50.473) [INFO] security-testsuite/test-security RUNNING [INFO] security-testsuite/test-security FAILURE (0:00:36.619) Java returned: 1 [INFO] web-testsuite/test-2.1-jspsRUNNING [INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:30.986) [INFO] web-testsuite/test-2.5-servletsRUNNING [INFO] web-testsuite/test-2.5
Re: Welcome "ivan" Hai Hong Xu as a new committer
Thanks very much, it is my honour to be the Geronimo committer. ^_^ 2009/3/7 Jay D. McHugh > Congratulations! > > Jay > > Donald Woods wrote: > > I would like to welcome Ivan aboard, as he recently accepted the > > Geronimo PMC invitation to become a committer. His account was just > > created this morning (xuhaihong), so you should start seeing some > > commits from him soon. > > > > > > -Donald > -- Ivan
[jira] Resolved: (GERONIMO-3907) Persistence Exception is not visible/lost for client.
[ https://issues.apache.org/jira/browse/GERONIMO-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn resolved GERONIMO-3907. Resolution: Fixed As confirmed in comments the core issue was resolved in 2.1.1. > Persistence Exception is not visible/lost for client. > -- > > Key: GERONIMO-3907 > URL: https://issues.apache.org/jira/browse/GERONIMO-3907 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: persistence >Affects Versions: 2.0.2, 2.1 > Environment: Linux, Windows >Reporter: Ralf Baumhof >Assignee: David Jencks >Priority: Minor > Fix For: 2.1.1 > > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > I am trying an insert on a table. The Entity class is wrong annotated, one > column was renamed in the table. Then the following situation occurs. > The call to persist(entity) is successfully, no exception is thrown. On > leaving the ejb container and returning to tomact a commit is performed (it's > a managed datasource, so container performs commit). This leads to the insert > on database. This insert fails, a rollback is performed. On return to the JSF > bean no exception can be seen by the bean. In the same class i have got a > query method. If i replace the call to persist with the call to the query > method everything works ok. The exception is thrown and is visible at the > client site. > This is the geronimo console output. The last line comes from the JSB bean > which reports a successful insert. > 11:58:04,390 WARN [Transaction] Unexpected exception from beforeCompletion; > transaction will roll back > > org.apache.openjpa.persistence.PersistenceException: The transaction has been > rolled back. See the nested exceptions for details on the errors that > occurred. > at > org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2107) > at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1954) > at > org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1852) > at > org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:514) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:499) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforePrepare(TransactionImpl.java:400) > at > org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:257) > at > org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245) > at > org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(TransactionPolicy.java:141) > at > org.apache.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:75) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:233) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:188) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:165) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:217) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:77) > at > org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321) > at > org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49) > at $Proxy75.anlegenBenutzer(Unknown Source) > at > de.nrw.hagen.ggrz.benutzer.controler.BenutzerControler.anlegenBenutzer(BenutzerControler.java:44) > 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.el.parser.AstValue.invoke(AstValue.java:131) > at > org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276) > at > org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68) > at > javax.faces.component._MethodExpressionToMethodBinding.invoke(_MethodExpressionToMethodBinding.java:75) > at > org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:54) > at javax.faces.component.UICommand.broadcast(UICommand.java:121) > at > javax.faces.component.UIViewRoo
[jira] Updated: (GERONIMO-3907) Persistence Exception is not visible/lost for client.
[ https://issues.apache.org/jira/browse/GERONIMO-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn updated GERONIMO-3907: --- Fix Version/s: (was: 2.1.4) (was: 2.2) 2.1.1 > Persistence Exception is not visible/lost for client. > -- > > Key: GERONIMO-3907 > URL: https://issues.apache.org/jira/browse/GERONIMO-3907 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: persistence >Affects Versions: 2.0.2, 2.1 > Environment: Linux, Windows >Reporter: Ralf Baumhof >Assignee: David Jencks >Priority: Minor > Fix For: 2.1.1 > > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > I am trying an insert on a table. The Entity class is wrong annotated, one > column was renamed in the table. Then the following situation occurs. > The call to persist(entity) is successfully, no exception is thrown. On > leaving the ejb container and returning to tomact a commit is performed (it's > a managed datasource, so container performs commit). This leads to the insert > on database. This insert fails, a rollback is performed. On return to the JSF > bean no exception can be seen by the bean. In the same class i have got a > query method. If i replace the call to persist with the call to the query > method everything works ok. The exception is thrown and is visible at the > client site. > This is the geronimo console output. The last line comes from the JSB bean > which reports a successful insert. > 11:58:04,390 WARN [Transaction] Unexpected exception from beforeCompletion; > transaction will roll back > > org.apache.openjpa.persistence.PersistenceException: The transaction has been > rolled back. See the nested exceptions for details on the errors that > occurred. > at > org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2107) > at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1954) > at > org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1852) > at > org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:514) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:499) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforePrepare(TransactionImpl.java:400) > at > org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:257) > at > org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245) > at > org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(TransactionPolicy.java:141) > at > org.apache.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:75) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:233) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:188) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:165) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:217) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:77) > at > org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321) > at > org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49) > at $Proxy75.anlegenBenutzer(Unknown Source) > at > de.nrw.hagen.ggrz.benutzer.controler.BenutzerControler.anlegenBenutzer(BenutzerControler.java:44) > 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.el.parser.AstValue.invoke(AstValue.java:131) > at > org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276) > at > org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68) > at > javax.faces.component._MethodExpressionToMethodBinding.invoke(_MethodExpressionToMethodBinding.java:75) > at > org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:54) > at javax.faces.component.UICommand.broadcast(UICommand.java:121) > at > javax.faces.component.UI
[jira] Commented: (GERONIMO-3907) Persistence Exception is not visible/lost for client.
[ https://issues.apache.org/jira/browse/GERONIMO-3907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679706#action_12679706 ] Joe Bohn commented on GERONIMO-3907: I created http://issues.apache.org/jira/browse/GERONIMO-4576 to address the further enhancements that are mentioned in this JIRA so that it can be closed as it appears the original problem was resolved in Geronimo 2.1.1. > Persistence Exception is not visible/lost for client. > -- > > Key: GERONIMO-3907 > URL: https://issues.apache.org/jira/browse/GERONIMO-3907 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: persistence >Affects Versions: 2.0.2, 2.1 > Environment: Linux, Windows >Reporter: Ralf Baumhof >Assignee: David Jencks >Priority: Minor > Fix For: 2.1.4, 2.2 > > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > I am trying an insert on a table. The Entity class is wrong annotated, one > column was renamed in the table. Then the following situation occurs. > The call to persist(entity) is successfully, no exception is thrown. On > leaving the ejb container and returning to tomact a commit is performed (it's > a managed datasource, so container performs commit). This leads to the insert > on database. This insert fails, a rollback is performed. On return to the JSF > bean no exception can be seen by the bean. In the same class i have got a > query method. If i replace the call to persist with the call to the query > method everything works ok. The exception is thrown and is visible at the > client site. > This is the geronimo console output. The last line comes from the JSB bean > which reports a successful insert. > 11:58:04,390 WARN [Transaction] Unexpected exception from beforeCompletion; > transaction will roll back > > org.apache.openjpa.persistence.PersistenceException: The transaction has been > rolled back. See the nested exceptions for details on the errors that > occurred. > at > org.apache.openjpa.kernel.BrokerImpl.newFlushException(BrokerImpl.java:2107) > at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1954) > at > org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1852) > at > org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:514) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforeCompletion(TransactionImpl.java:499) > at > org.apache.geronimo.transaction.manager.TransactionImpl.beforePrepare(TransactionImpl.java:400) > at > org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:257) > at > org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:245) > at > org.apache.openejb.core.transaction.TransactionPolicy.commitTransaction(TransactionPolicy.java:141) > at > org.apache.openejb.core.transaction.TxRequired.afterInvoke(TxRequired.java:75) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:233) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:188) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:165) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler.businessMethod(EjbObjectProxyHandler.java:217) > at > org.apache.openejb.core.ivm.EjbObjectProxyHandler._invoke(EjbObjectProxyHandler.java:77) > at > org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321) > at > org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49) > at $Proxy75.anlegenBenutzer(Unknown Source) > at > de.nrw.hagen.ggrz.benutzer.controler.BenutzerControler.anlegenBenutzer(BenutzerControler.java:44) > 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.el.parser.AstValue.invoke(AstValue.java:131) > at > org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276) > at > org.apache.jasper.el.JspMethodExpression.invoke(JspMethodExpression.java:68) > at > javax.faces.component._MethodExpressionToMethodBinding.invoke(_MethodExpressionToMethodBinding.java:75) > at > org.apache.myfaces
[jira] Created: (GERONIMO-4576) Make persistence exceptions more visible to client
Make persistence exceptions more visible to client -- Key: GERONIMO-4576 URL: https://issues.apache.org/jira/browse/GERONIMO-4576 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: persistence Affects Versions: 2.2 Environment: Linux, Windows Reporter: Joe Bohn Assignee: David Jencks Priority: Minor Fix For: 2.2 See http://issues.apache.org/jira/browse/GERONIMO-3907 for details of the original problem. That core problem was resolved. However, upon resolution it was mentioned that it would be beneficial to report more specific failure information back to the client. From GERONIMO-3907: Ralf Baumhof - 06/May/08 06:17 AM Today if have tested the new Geronimo release 2.1.1 (published on 28.04.2008). The problem is now fixed. If the server gets an error on trying a commit, this error is now thrown to the web bean. Exception text: javax.ejb.EJBTransactionRolledbackException: Transaction was rolled back, presumably because setRollbackOnly was called during a synchronization: Unable to commit: transaction marked for rollback Root Cause: javax.transaction.TransactionRolledbackException : Transaction was rolled back, presumably because setRollbackOnly was called during a synchronization: Unable to commit: transaction marked for rollback Unfortunately there is no proper root cause attached to the exception. So the cause can only be seen in the server console, but can not be reported to the user. It would be very nice if you could change this in a later release. Thanks for your help. Vincent MATHON - 06/Nov/08 02:03 AM I agree that exceptions on the server side should not be thrown to the client side since such exceptions types might not be known by the client. However, for unit testing purpose, it is useful to attach the root cause to the RollBackException. I have modified a few lines in org.apache.geronimo.transaction.manager.TransactionImpl.java to attach the root cause in case of RollBackException and it works for my unit testing purpose (I have not enough background on the java transaction architecture topic to submit a patch for production). It would be great to define a configuration parameter that permits to provide the root cause to the client and keep the current behaviour that does not by default. Geoff Callender - 22/Dec/08 03:36 AM It's useful for more than unit testing - it's essential to be able to inform the client what's wrong with the request. I've added some examples of this to https://issues.apache.org/jira/browse/OPENEJB-782 . -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4549) JMS resource jndi entries are not removed after uninstalling the JMS connect adapter
[ https://issues.apache.org/jira/browse/GERONIMO-4549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679693#action_12679693 ] Joe Bohn commented on GERONIMO-4549: So it seems that this really is an XBean issue. We should create a JIRA under their project: http://issues.apache.org/jira/browse/XBEAN For us to get this into Geronimo 2.1.4 we would need another xbean release first. It would most likely delay 2.1.4 more than just a few days. > JMS resource jndi entries are not removed after uninstalling the JMS connect > adapter > > > Key: GERONIMO-4549 > URL: https://issues.apache.org/jira/browse/GERONIMO-4549 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2 >Reporter: Forrest Xia >Assignee: Jack Cai >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: Geronimo-4549_0307.patch > > > Steps to reproduce this problem: > 1. login admin console > 2. Create a ActiveMQ resource connector with the wizard > 3. Deploy it and check it is in running state > 4. Click J2EE connector to uninstall it > 5. Check JNDI viewer, you will see the JNDI entry still there, even you've > uninstalled it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4517) Apply unified message display style(G-4484) to javascript alert messages. Together with the localization of these messages.
[ https://issues.apache.org/jira/browse/GERONIMO-4517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMO-4517: -- Assignee: Ivan (was: Donald Woods) > Apply unified message display style(G-4484) to javascript alert messages. > Together with the localization of these messages. > --- > > Key: GERONIMO-4517 > URL: https://issues.apache.org/jira/browse/GERONIMO-4517 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Gang Yin >Assignee: Ivan >Priority: Minor > Fix For: 2.2 > > Attachments: js-localization-activemq.patch, > js-localization-console.patch, js-localization-core.patch, > js-localization-openejb.patch, js-localization-plugin.patch, > js-localization-sysdb.patch, screenshot-1.jpg, screenshot-2.jpg, > screenshot-3.jpg > > > Currently all the messages generated from backend is displayed in a unified > manner(G-4484), but frontend javascript use alert boxes to display all kinds > of messages without distinguishing their types(e.g. error, warn, info), and > the UX of alert boxes is not so good, so I'm going to extend the unified > message display style of backend messages to frontend messages. Also, the > localization work will be done meantime. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congratulations! Jay Donald Woods wrote: > I would like to welcome Ivan aboard, as he recently accepted the > Geronimo PMC invitation to become a committer. His account was just > created this morning (xuhaihong), so you should start seeing some > commits from him soon. > > > -Donald
[jira] Resolved: (GERONIMO-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods resolved GERONIMO-4550. Resolution: Fixed Applied patch for trunk as Rev751035. > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4575) Update Repository List in Plugin portlet does not display error message when geronimo.apache.org is down
Update Repository List in Plugin portlet does not display error message when geronimo.apache.org is down Key: GERONIMO-4575 URL: https://issues.apache.org/jira/browse/GERONIMO-4575 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.3, 2.2 Reporter: Donald Woods Priority: Minor Fix For: 2.2 Just noticed that when geronimo.apache.org is down or cannot be reached, that the Plugins portlet does not display a error message when the Update Repository List link is used, but throws an exception in the console - {noformat} 2009-03-06 13:46:15,268 ERROR [PluginRepositoryDownloader] Unable to save download repositories java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at java.net.Socket.connect(Socket.java:470) at sun.net.NetworkClient.doConnect(NetworkClient.java:157) at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) at sun.net.www.http.HttpClient.(HttpClient.java:231) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.http.HttpClient.New(HttpClient.java:321) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) ... {noformat} We should use the new CommonMessage feature to display the error. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4549) JMS resource jndi entries are not removed after uninstalling the JMS connect adapter
[ https://issues.apache.org/jira/browse/GERONIMO-4549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679683#action_12679683 ] Donald Woods commented on GERONIMO-4549: Joe, +1 for getting this into 2.1.4, even if it delays a RC by a couple days > JMS resource jndi entries are not removed after uninstalling the JMS connect > adapter > > > Key: GERONIMO-4549 > URL: https://issues.apache.org/jira/browse/GERONIMO-4549 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2 >Reporter: Forrest Xia >Assignee: Jack Cai >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: Geronimo-4549_0307.patch > > > Steps to reproduce this problem: > 1. login admin console > 2. Create a ActiveMQ resource connector with the wizard > 3. Deploy it and check it is in running state > 4. Click J2EE connector to uninstall it > 5. Check JNDI viewer, you will see the JNDI entry still there, even you've > uninstalled it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congrats Ivan!!! Lin On Fri, Mar 6, 2009 at 12:06 PM, Donald Woods wrote: > I would like to welcome Ivan aboard, as he recently accepted the Geronimo > PMC invitation to become a committer. His account was just created this > morning (xuhaihong), so you should start seeing some commits from him soon. > > > -Donald >
Re: Welcome "ivan" Hai Hong Xu as a new committer
Great! Congratulatiosn Ivan! -Jack 2009/3/7 Jarek Gawor > Congrats Ivan! > > Jarek > > On Fri, Mar 6, 2009 at 12:06 PM, Donald Woods wrote: > > I would like to welcome Ivan aboard, as he recently accepted the Geronimo > > PMC invitation to become a committer. His account was just created this > > morning (xuhaihong), so you should start seeing some commits from him > soon. > > > > > > -Donald > > >
[jira] Resolved: (GERONIMO-4574) PolicyContext handler data objects are never released
[ https://issues.apache.org/jira/browse/GERONIMO-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-4574. --- Resolution: Fixed Fix Version/s: 2.2 2.1.4 > PolicyContext handler data objects are never released > - > > Key: GERONIMO-4574 > URL: https://issues.apache.org/jira/browse/GERONIMO-4574 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.1.4, 2.2 >Reporter: Jarek Gawor >Assignee: Jarek Gawor > Fix For: 2.1.4, 2.2 > > > PolicyContext.setHandlerData() sets a given object on the thread. In Geronimo > Jetty and Tomcat code this is called to set the HttpServletRequest object as > the policy handler data. The problem is, that there is no call to unset the > handler data object from the thread. That causes the HttpServletRequest > objects (and its references) to stay in memory longer then necessary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4549) JMS resource jndi entries are not removed after uninstalling the JMS connect adapter
[ https://issues.apache.org/jira/browse/GERONIMO-4549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jack Cai updated GERONIMO-4549: --- Attachment: Geronimo-4549_0307.patch I've got some progress now. 1. For the original problem, it happens in such scenario: if there are two names which share some common intermediate parts, e.g., "test/test1/GBean/R1" and "test/test2/GBean/R2", then any attempts to remove any of them will fail. This can be fixed by using passed-in removeNotEmptyContext instead of "false" in org.apache.xbean.naming.context.WritableContext$NestedWritableContext.removeBinding(). I've read through related code and feel it's a safe update. 2. There is another more serious problem exposed after the above problem is fixed, i.e., the index entries in WritableContext will not be removed when the corresponding object is removed. This will result in subsequent "lookup" for that object continuing to succeed. I've also fixed this. I wrote two testcases for future regression. The patched code passes all previous unit tests in addition to the new ones. Also verified the JMS resource issue in Admin Console is now resolved. > JMS resource jndi entries are not removed after uninstalling the JMS connect > adapter > > > Key: GERONIMO-4549 > URL: https://issues.apache.org/jira/browse/GERONIMO-4549 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2 >Reporter: Forrest Xia >Assignee: Jack Cai >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: Geronimo-4549_0307.patch > > > Steps to reproduce this problem: > 1. login admin console > 2. Create a ActiveMQ resource connector with the wizard > 3. Deploy it and check it is in running state > 4. Click J2EE connector to uninstall it > 5. Check JNDI viewer, you will see the JNDI entry still there, even you've > uninstalled 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-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-4550: --- Fix Version/s: 2.1.4 > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679671#action_12679671 ] Donald Woods commented on GERONIMO-4550: Didn't see where the patch depended on the CommonMessage feature. Applied to 2.1.4 as Rev751010. > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4574) PolicyContext handler data objects are never released
[ https://issues.apache.org/jira/browse/GERONIMO-4574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679663#action_12679663 ] Jarek Gawor commented on GERONIMO-4574: --- I added some calls to reset the PolicyContext handler data object to null in trunk (revision 750994) and branches/2.1 (revision 75099). However, that's not an optimal solution. It should be restoring to the previous handler data object but there is no easy way to get the current handler data value. > PolicyContext handler data objects are never released > - > > Key: GERONIMO-4574 > URL: https://issues.apache.org/jira/browse/GERONIMO-4574 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.1.4, 2.2 >Reporter: Jarek Gawor >Assignee: Jarek Gawor > > PolicyContext.setHandlerData() sets a given object on the thread. In Geronimo > Jetty and Tomcat code this is called to set the HttpServletRequest object as > the policy handler data. The problem is, that there is no call to unset the > handler data object from the thread. That causes the HttpServletRequest > objects (and its references) to stay in memory longer then necessary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congrats Ivan! Jarek On Fri, Mar 6, 2009 at 12:06 PM, Donald Woods wrote: > I would like to welcome Ivan aboard, as he recently accepted the Geronimo > PMC invitation to become a committer. His account was just created this > morning (xuhaihong), so you should start seeing some commits from him soon. > > > -Donald >
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congratulations! On Fri, Mar 6, 2009 at 12:24 PM, Joe Bohn wrote: > Congrats Ivan! > > Joe > > > > Donald Woods wrote: > >> I would like to welcome Ivan aboard, as he recently accepted the Geronimo >> PMC invitation to become a committer. His account was just created this >> morning (xuhaihong), so you should start seeing some commits from him soon. >> >> >> -Donald >> >> > -- ~Jason Warner
Re: Welcome "ivan" Hai Hong Xu as a new committer
Congrats Ivan! Joe Donald Woods wrote: I would like to welcome Ivan aboard, as he recently accepted the Geronimo PMC invitation to become a committer. His account was just created this morning (xuhaihong), so you should start seeing some commits from him soon. -Donald
Re: Welcome "ivan" Hai Hong Xu as a new committer
On Mar 6, 2009, at 12:06 PM, Donald Woods wrote: I would like to welcome Ivan aboard, as he recently accepted the Geronimo PMC invitation to become a committer. His account was just created this morning (xuhaihong), so you should start seeing some commits from him soon. Congrats Ivan! I've updated svn permissions. So, you should have commit rights to Geronimo, now. Welcome aboard! --kevan
Welcome "ivan" Hai Hong Xu as a new committer
I would like to welcome Ivan aboard, as he recently accepted the Geronimo PMC invitation to become a committer. His account was just created this morning (xuhaihong), so you should start seeing some commits from him soon. -Donald
[jira] Updated: (GERONIMO-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn updated GERONIMO-4550: --- Fix Version/s: (was: 2.1.4) It appears that this fix is dependent upon the common message update which is not yet available in 2.1 and there is only a patch for 2.2. We're getting close to a 2.1.4 release and introducing these changes would be too disruptive at this point in time. Therefore, I'm removing the fix version of 2.1.4 from the JIRA. > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679631#action_12679631 ] Joe Bohn commented on GERONIMO-4532: Some of the updates to trunk for GERONIMO-4484 seem to have messed up the formatting of some of the views. Likewise, we are nearly ready to ship a Geronimo 2.1.4 release and there is not yet a patch available. At this point I don't think it makes sense to add this into 2.1.4. I'm removing 2.1.4 from the fix version. We can consider this for a future 2.1.* release once issues have been resolved and we have a branches/2.1 patch available. > Port the GERONIMO-4484 patch for V2.1 > - > > Key: GERONIMO-4532 > URL: https://issues.apache.org/jira/browse/GERONIMO-4532 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 >Reporter: Kan Ogawa >Assignee: Kan Ogawa >Priority: Minor > > I think that this issue is very important. > After the GERONIMO-4485 patches are committed, I will try to port > GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn updated GERONIMO-4532: --- Fix Version/s: (was: 2.1.4) > Port the GERONIMO-4484 patch for V2.1 > - > > Key: GERONIMO-4532 > URL: https://issues.apache.org/jira/browse/GERONIMO-4532 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 >Reporter: Kan Ogawa >Assignee: Kan Ogawa >Priority: Minor > > I think that this issue is very important. > After the GERONIMO-4485 patches are committed, I will try to port > GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3934) geronimo/start-server --timeout option does not work as expected
[ https://issues.apache.org/jira/browse/GERONIMO-3934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3934: - Assignee: (was: Jarek Gawor) > geronimo/start-server --timeout option does not work as expected > > > Key: GERONIMO-3934 > URL: https://issues.apache.org/jira/browse/GERONIMO-3934 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1, 2.1.1, 2.2 >Reporter: Jarek Gawor > > The --timeout option specifies the time in which the server must start up in. > However, it looks like the timeout causes the server to shutdown after the > given number of seconds even if the server started up successfully. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-4546) New Axis2 rs spec import
[ https://issues.apache.org/jira/browse/GERONIMO-4546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-4546. --- Resolution: Fixed This was a new dependency added recently to Axis2 trunk. However, I just switched Geronimo to use Axis2 1.5-SNAPSHOT (branches/1_5) which does not have this dependency, so I ended up reverting your change. However, this dependency might still be needed in the future if we switch back to Axis2 trunk. Thanks for taking care of it while I was out. > New Axis2 rs spec import > > > Key: GERONIMO-4546 > URL: https://issues.apache.org/jira/browse/GERONIMO-4546 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.2 >Reporter: David Jencks >Assignee: Jarek Gawor > Fix For: 2.2 > > > Axis 2 dependencies have changed, adding > > javax.ws.rs > jsr311-api > jar > > I'm hoping Jarek can figure out if we want/need to include this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4507) Admin console should honor the priority of user agent's language setting
[ https://issues.apache.org/jira/browse/GERONIMO-4507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679627#action_12679627 ] Joe Bohn commented on GERONIMO-4507: Applied locale-priority_fix2_v22.patch to trunk in rev 750949. Please verify and provide a patch for branches/2.1. Thanks! > Admin console should honor the priority of user agent's language setting > > > Key: GERONIMO-4507 > URL: https://issues.apache.org/jira/browse/GERONIMO-4507 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.3, 2.2 > Environment: All >Reporter: Jack Cai >Assignee: Joe Bohn >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: locale-priority.patch, locale-priority_fix.patch, > locale-priority_fix2_v22.patch, locale-priority_V21.patch > > > See discussion: > http://www.nabble.com/Geronimo-Console-tp21369352s134p21383628.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Whence the geronimo kernel?
On Mar 6, 2009, at 8:52 AM, Juergen Weber wrote: I as user see Geronimo not as GBeans nor as OSGI server, I see it as JEE server. So my requirements are to have a server - that runs standard JEE applications - without changes necessary - on an Apache licensed server Therefore the change to OSGI should be transparent to users, I wouldn't want to have to specify OSGI dependencies for JEE applications. If there is OSGI below, fine. If I can use it, fine. But it should not be necessary for standard JEE apps. Absolutely agree. To the point that I might not have thought to bother stating it -- so I'm glad you did... ;-) I would expect that OSGi features would become available to JEE users, but they'd not be forced or even expected to use them. --kevan
Re: Whence the geronimo kernel?
I think this is a fair requirement from.I also think the OSGi community is aware of this requirement. For example, the web container in OSGi spec that I am following, it requires the web container in OSGi to support deployment of traditional war file as well as the OSGi bundle war file. Lin On Fri, Mar 6, 2009 at 8:52 AM, Juergen Weber wrote: > Therefore the change to OSGI should be transparent to users, I wouldn't want > to have to specify OSGI dependencies for JEE applications. > If there is OSGI below, fine. If I can use it, fine. But it should not be > necessary for standard JEE apps. > > Thanks, > Juergen > -- > View this message in context: > http://www.nabble.com/Whence-the-geronimo-kernel--tp22343125s134p22372881.html > Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com. > >
[jira] Updated: (GERONIMO-4550) No error message displays in console when fail to create jms resource
[ https://issues.apache.org/jira/browse/GERONIMO-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-4550: --- Patch Info: [Patch Available] Fix Version/s: 2.2 2.1.4 Assignee: Donald Woods (was: Gang Yin) > No error message displays in console when fail to create jms resource > - > > Key: GERONIMO-4550 > URL: https://issues.apache.org/jira/browse/GERONIMO-4550 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: OS:redhat 5.2 JDK 1.5 >Reporter: viola.lu >Assignee: Donald Woods >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: fix-g4550-jeffyin.patch, fix-g4550-v22-jeffyin.patch, > screenshot-1.jpg, screenshot-2.jpg > > > 1.Create a console.jms/org.ibm.samples/1.0/rar resouce from admin console > 2.Receate a console.jms/org.ibm.samples/1.0/rar resource , but no error in > conosle but error message in geronimo.out :Deployer operation failed: Module > console.jms/org.ibm.samples/1.0/rar already exists in the server. Try to > undeploy it first or use the redeploy command. > 3.So no error message when fail to create a jms resource. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMODEVTOOLS-555) Generated geronimo-plugin.xml file is empy after converting application to plugin
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMODEVTOOLS-555: - Assignee: (was: Tim McConnell) > Generated geronimo-plugin.xml file is empy after converting application to > plugin > -- > > Key: GERONIMODEVTOOLS-555 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-555 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.2.0, 2.1.4 > Environment: SunJDk 1.6 >Reporter: viola.lu > > 1.Install GEP 2.2 snapshot on eclispe, start G2.2snapshot in it. > 2.Open defined server, and launch convert apps to plugins > 3.Choose deployed app cviewer and conver it to plugin, successfully saved > ,but check geronimo-plugin.xml, it's empty. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4561) An invalid string "system" shows up in the "Login Timeout" field in Derby Embedded or Derby Embedded XA database pool configuration page
[ https://issues.apache.org/jira/browse/GERONIMO-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMO-4561: -- Assignee: Jarek Gawor (was: Joe Bohn) > An invalid string "system" shows up in the "Login Timeout" field in Derby > Embedded or Derby Embedded XA database pool configuration page > > > Key: GERONIMO-4561 > URL: https://issues.apache.org/jira/browse/GERONIMO-4561 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: Windows XP + IBM JDK 6 >Reporter: Ying Tang >Assignee: Jarek Gawor >Priority: Trivial > Fix For: 2.1.4, 2.2 > > Attachments: 1.5vs1.6.JPG, Geronimo-4561.patch > > > 1. In the database pools portlet, create a database pool with the type > "Derby embedded XA" or "Derby embedded". > 2. In the resulting configuration page, the "Login Timeout" field will > have a default value "system". This property claimed to be ignored by Derby. > 3. Select JAR, specify database name, confirm password, and deploy. > An error occurs: > 2009-03-02 15:46:11,156 ERROR [Deployer] Deployment failed due to > org.apache.geronimo.common.propertyeditor.PropertyEditorException: For input > string: "system" > at > org.apache.geronimo.common.propertyeditor.IntegerEditor.getValue(IntegerEditor.java:34) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.getValue(ConnectorModuleBuilder.java:817) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.setDynamicGBeanDataAttributes(ConnectorModuleBuilder.java:782) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.addOutboundGBeans(ConnectorModuleBuilder.java:929) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.addConnectorGBeans(ConnectorModuleBuilder.java:597) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.initContext(ConnectorModuleBuilder.java:524) > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:59) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:39) > at java.lang.reflect.Method.invoke(Method.java:612) > 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.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) > at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) > at java.lang.Thread.run(Thread.java:735) > Caused by: > java.lang.NumberFormatException: For input string: "system" > at java.lang.Throwable.(Throwable.java:67) > at > java.lang.NumberFormatException.forInputString(NumberFormatException.java:61) > at java.lang.Integer.parseInt(Integer.java:460) > at java.lang.Integer.valueOf(Integer.java:566) > at > org.apache.geronimo.common.propertyeditor.IntegerEditor.getValue(IntegerEditor.java:31) > ... 19 more > 2009-03-02 15:46:11,265 INFO [DatabasePoolPortlet] Deployment Failed! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4561) An invalid string "system" shows up in the "Login Timeout" field in Derby Embedded or Derby Embedded XA database pool configuration page
[ https://issues.apache.org/jira/browse/GERONIMO-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-4561: --- Patch Info: [Patch Available] Fix Version/s: 2.2 2.1.4 Assignee: Joe Bohn > An invalid string "system" shows up in the "Login Timeout" field in Derby > Embedded or Derby Embedded XA database pool configuration page > > > Key: GERONIMO-4561 > URL: https://issues.apache.org/jira/browse/GERONIMO-4561 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4 > Environment: Windows XP + IBM JDK 6 >Reporter: Ying Tang >Assignee: Joe Bohn >Priority: Trivial > Fix For: 2.1.4, 2.2 > > Attachments: 1.5vs1.6.JPG, Geronimo-4561.patch > > > 1. In the database pools portlet, create a database pool with the type > "Derby embedded XA" or "Derby embedded". > 2. In the resulting configuration page, the "Login Timeout" field will > have a default value "system". This property claimed to be ignored by Derby. > 3. Select JAR, specify database name, confirm password, and deploy. > An error occurs: > 2009-03-02 15:46:11,156 ERROR [Deployer] Deployment failed due to > org.apache.geronimo.common.propertyeditor.PropertyEditorException: For input > string: "system" > at > org.apache.geronimo.common.propertyeditor.IntegerEditor.getValue(IntegerEditor.java:34) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.getValue(ConnectorModuleBuilder.java:817) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.setDynamicGBeanDataAttributes(ConnectorModuleBuilder.java:782) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.addOutboundGBeans(ConnectorModuleBuilder.java:929) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.addConnectorGBeans(ConnectorModuleBuilder.java:597) > at > org.apache.geronimo.connector.deployment.ConnectorModuleBuilder.initContext(ConnectorModuleBuilder.java:524) > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:59) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:39) > at java.lang.reflect.Method.invoke(Method.java:612) > 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.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) > at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) > at java.lang.Thread.run(Thread.java:735) > Caused by: > java.lang.NumberFormatException: For input string: "system" > at java.lang.Throwable.(Throwable.java:67) > at > java.lang.NumberFormatException.forInputString(NumberFormatException.java:61) > at java.lang.Integer.parseInt(Integer.java:460) > at java.lang.Integer.valueOf(Integer.java:566) > at > org.apache.geronimo.common.propertyeditor.IntegerEditor.getValue(IntegerEditor.java:31) > ... 19 more > 2009-03-02 15:46:11,265 INFO [DatabasePoolPortlet] Deployment Failed! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMODEVTOOLS-561) Can't change version in project facets
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMODEVTOOLS-561. - Resolution: Won't Fix Closing as requested by Viola > Can't change version in project facets > -- > > Key: GERONIMODEVTOOLS-561 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-561 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.4 > Environment: OS:windows JDK 1.5 >Reporter: viola.lu >Assignee: Delos Dai >Priority: Minor > > 1.Create an application client in eclipse and run it on geronimo runtime > 2.Right-click project properties and choose "App client " version from 5 to > 1.4, but error exists: > App Client 5 can't be uninstalled. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r700193 - in /geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main: java/org/apache/geronimo/console/internaldb/ resources/ webapp/WEB-INF/view/internaldb/
Yep, I think that was the case. -Donald David Jencks wrote: On Mar 4, 2009, at 12:52 PM, Joe Bohn wrote: I know this is going way back in time ... but any idea why this change deleted the content of dbViewerMaximized.jsp but kept the empty file around? That's easy to do when you run patch -p0 which can empty files but not run svn rm on them. I discovered this when checking for source headers. This file is flagged because it doesn't contain a header - but more than that it doesn't contain anything at all. I presume we can delete the entire file. Does anybody know of any reason why we should not do this? There are a few other instances of similar files that we need to deal with as well. I expect the *Maximized.jsp were never referenced and the patch author deleted them but did not succeed in conveying the need to run svn rm to the patch applier. thanks david jencks Joe dwo...@apache.org wrote: Author: dwoods Date: Mon Sep 29 11:09:17 2008 New Revision: 700193 URL: http://svn.apache.org/viewvc?rev=700193&view=rev Log: GERONIMO-4225 Allow Run SQL portlet run sql against any configured data source. Thanks to Michal Borowiecki for the patch. Added: geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/webapp/WEB-INF/view/internaldb/listDatabasesMaximized.jsp (with props) geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/webapp/WEB-INF/view/internaldb/listTablesMaximized.jsp (with props) geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/webapp/WEB-INF/view/internaldb/viewTableContentsMaximized.jsp (with props) Modified: geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerHelper.java geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerPortlet.java geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DerbyConnectionUtil.java geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/RunSQLHelper.java geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/RunSQLPortlet.java geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/resources/systemdatabase.properties geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/webapp/WEB-INF/view/internaldb/dbViewerMaximized.jsp geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/webapp/WEB-INF/view/internaldb/runSQLNormal.jsp Modified: geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerHelper.java URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerHelper.java?rev=700193&r1=700192&r2=700193&view=diff == --- geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerHelper.java (original) +++ geronimo/server/branches/2.1/plugins/system-database/sysdb-portlets/src/main/java/org/apache/geronimo/console/internaldb/DBViewerHelper.java Mon Sep 29 11:09:17 2008 @@ -18,9 +18,20 @@ package org.apache.geronimo.console.internaldb; import java.io.File; +import java.util.ArrayList; import java.util.Collection; +import java.util.List; import java.util.Vector; +import org.apache.geronimo.console.util.KernelManagementHelper; +import org.apache.geronimo.console.util.ManagementHelper; +import org.apache.geronimo.console.util.PortletManager; +import org.apache.geronimo.gbean.AbstractName; +import org.apache.geronimo.j2ee.j2eeobjectnames.NameFactory; +import org.apache.geronimo.kernel.Kernel; +import org.apache.geronimo.kernel.KernelRegistry; +import org.apache.geronimo.management.geronimo.ResourceAdapterModule; + public class DBViewerHelper { private static final String SYS_TBL_PREFIX = "SYS."; @@ -28,6 +39,34 @@ private static final int COUNT_COL = 1; /** + * List the databases having datasources deployed. + * + * @param derbySysHome + * @return + */ +public Collection getDataSourceNames() { + +List databaseNames = new ArrayList(); + +Kernel kernel = KernelRegistry.getSingleKernel(); +ManagementHelper helper = new KernelManagementHelper(kernel); +ResourceAdapterModule[] modules = helper.getOutboundRAModules(helper.getDomains()[0].getServerInstances()[0], "javax.sql.DataSource"); +for (ResourceAdapterModule module : modules) { + org.apache.geronimo.manageme
Re: Whence the geronimo kernel?
I as user see Geronimo not as GBeans nor as OSGI server, I see it as JEE server. So my requirements are to have a server - that runs standard JEE applications - without changes necessary - on an Apache licensed server Therefore the change to OSGI should be transparent to users, I wouldn't want to have to specify OSGI dependencies for JEE applications. If there is OSGI below, fine. If I can use it, fine. But it should not be necessary for standard JEE apps. Thanks, Juergen -- View this message in context: http://www.nabble.com/Whence-the-geronimo-kernel--tp22343125s134p22372881.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
[jira] Commented: (GERONIMODEVTOOLS-562) Can't install plugin via GEP
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12679536#action_12679536 ] viola.lu commented on GERONIMODEVTOOLS-562: --- for jdk 1.5, it can list out plugin, but errors exit after install it. > Can't install plugin via GEP > > > Key: GERONIMODEVTOOLS-562 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-562 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.4 > Environment: os:win 2003 JDK: 1.6 >Reporter: viola.lu >Assignee: Tim McConnell > Attachments: sample-plugins.zip > > > Steps: > 1.Extract attached sample plugin file > 2.In eclipse, right-click g server , choose "open" and click "convert app > to plugin", choose sample plugin location as local repository and click next, > but no plugin is listed > to install, so this also result in summary page can't display for server > plugin manger > But i can install it via admin console. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.