[jira] Created: (GERONIMO-4542) Significant lock contention exists in HttpServletResponse.addCookie()
Significant lock contention exists in HttpServletResponse.addCookie() -- Key: GERONIMO-4542 URL: https://issues.apache.org/jira/browse/GERONIMO-4542 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.1.3, 2.1.2, 2.1.1, 2.1, 2.0.2, 2.0.1, 2.0, 2.0.3, 2.1.4, 2.2 Environment: All Reporter: Manu T George org.apache.catalina.connector.Response calls ServerCookie.appendCookieValue which in turn calls DateTool.formatOldCookie in tomcat6 which contains synchronisation which results in significant contention. The fix will be to use a ThreadLocal variable instead. The code change can be found in tomcat trunk http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?view=markup&pathrev=744564 http://svn.apache.org/viewvc?view=rev&revision=744238 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674252#action_12674252 ] Manu T George commented on GERONIMO-4509: - Commited a patch for GERONIMO-4369. You can now retest this issue and it should be fixed > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Forrest Xia > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4369: Priority: Major (was: Blocker) Assignee: (was: Manu T George) Fixed the general restart issue. What is remaining to be fixed is portlet specific > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan > Fix For: 2.1.4, 2.2 > > Attachments: G-4369-0205.patch, G4369-0209.patch, > Geronimo-4369-01.21.patch, Geronimo-4369-11.13.patch, > Geronimo-4369-11.17.patch, Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4369: Attachment: G4369-0209.patch This is a patch that addresses the use case of child configurations being updated and restarted via a parent restart. The patch exposes a new method on Configuration i.e. getManageableAttributeStore that is accessible to all classes in the same package and the SimpleConfigurationManager applies overrides during a restart by calling the method appl. If no objections will apply within a few days > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Manu T George >Priority: Blocker > Fix For: 2.1.4, 2.2 > > Attachments: G-4369-0205.patch, G4369-0209.patch, > Geronimo-4369-01.21.patch, Geronimo-4369-11.13.patch, > Geronimo-4369-11.17.patch, Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12671023#action_12671023 ] Manu T George commented on GERONIMO-4369: - Ivan, Regarding 1 I was not able to get the changes to persist on restart from admin console using the patch you provided. (Remember #2 above In case of stop and start #2 applies that is the reason none are getting saved). Actually this is due to #2 Regarding 2 Yes too many messages are printed. Try starting openejb module the entire screen is filled with messages :) Regarding 3 The j2ee-corba-yoko configuration as you mentioned doesn't restart. But if you use restartConfiguration it does. Regarding 4 I built two servers one with restartConfiguration (w/o ur patch) and one with yours and saw restart takes a lot of time with yours but less time with the restartConfiguration The reason for restart itself is to reduce the time taken to start again. Doing stop and start results in more time taken 5) This is regarding #2. Just pointing out that both patches don't fix it Regarding your point I thought of that but what I thought was that that use case occurrence is very rare(I dont see users making changes to parent and child configurations and restarting the parent that often) and maybe the overhead of applying overrides to each child configuration will not be worth it. Smacks of laziness :).I will try that out and see what the overhead is and update my patch. If the overhead is too high then I will need figure out a way to applyOverrides only for configurations that are dirty. Maybe the applyOverrides method already does that or there is some other way to check this. Thank you for analyzing my patch and pointing this out and for contributing all the other patches that helped. > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Manu T George >Priority: Blocker > Fix For: 2.1.4, 2.2 > > Attachments: G-4369-0205.patch, Geronimo-4369-01.21.patch, > Geronimo-4369-11.13.patch, Geronimo-4369-11.17.patch, > Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670726#action_12670726 ] Manu T George commented on GERONIMO-4369: - With patch Geronimo-4369-01.21.patch i faced the following errors 1) On restart from console changes are lost 2) Admin console shows stop start and restart messages 3) Failure to start some modules 4) Significant increase in startup time 5) Stopping and Starting the server also results in all changes being lost I also think that this is just not a restart problem. There are two separate issues at work here that I am seeing 1) Changes made are lost during restart from admin console of the connector This is because the changes made to the attributeStore are not applied to the configurations on restart. Can be fixed by patch G-4369-0205.patch 2) Some Changes made are lost on stopping and starting the server or the connector Not fixed by any of the patches 1) is fixed with the patch i have supplied. Also changes to some of the fields like database name and createDatabase are getting reflected even on server restart of config stop and start. however 2 is still open and This leads me to believe that this problem is localized to the db manager portlet. On seeing config.xml I see only a few values are persisted TESTMANT false system {Simple}rO0ABXNyABlqYXZheC5jcnlwdG8uU2VhbGVkT2JqZWN0PjY9psO3VHACAARbAA1lbmNvZGVkUGFyYW1zdAACW0JbABBlbmNyeXB0ZWRDb250ZW50cQB+AAFMAAlwYXJhbXNBbGd0ABJMamF2YS9sYW5nL1N0cmluZztMAAdzZWFsQWxncQB+AAJ4cHB1cgACW0Ks8xf4BghU4AIAAHhwEHnh03EmiNu4VTuWH+xZiRBwdAADQUVT 0 Changes to these values are reflected on stop and start as expected and to the other fields that are not in config.xml are not reflected If fix for 1 is acceptable then we can reduce the severity of this JIRA as it won't affect other portlets with that fix If not acceptable I think we should revert back to restartConfiguration in the ConfigManagerPortlet as that seems better than what we have now. Note: The geronimo build I am testing on is a few weeks old. I will test with a new build as soon as I can I tested the above for an embedded derby datasource . I am not sure whether the same will occur for other datasources > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Manu T George >Priority: Blocker > Fix For: 2.1.4, 2.2 > > Attachments: G-4369-0205.patch, Geronimo-4369-01.21.patch, > Geronimo-4369-11.13.patch, Geronimo-4369-11.17.patch, > Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4369: Attachment: G-4369-0205.patch This patch provides an alternative approach and applies the over ridden values to the configuration object before calling restart from the ConfigManagerPortlet. We lookup the ManageableAttributeStore and then call the applyOverrides method to achieve the same. There seems to be only one attribute store namely the ServerInfo var/config/config.xml var/config/config-substitutions.properties org.apache.geronimo.config.substitution. If there are any objections or errors that you see with this patch please point them out on the jira > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Manu T George >Priority: Blocker > Fix For: 2.1.4, 2.2 > > Attachments: G-4369-0205.patch, Geronimo-4369-01.21.patch, > Geronimo-4369-11.13.patch, Geronimo-4369-11.17.patch, > Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4369: --- Assignee: Manu T George (was: Ivan) > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Manu T George >Priority: Blocker > Fix For: 2.1.4, 2.2 > > Attachments: Geronimo-4369-01.21.patch, Geronimo-4369-11.13.patch, > Geronimo-4369-11.17.patch, Geronimo-4369-11.19.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4509: --- Assignee: Forrest Xia (was: Manu T George) > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Forrest Xia > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4511) Daytrader entity beans are not listed in the entity bean container of EJB server portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4511: --- Assignee: Forrest Xia (was: Manu T George) > Daytrader entity beans are not listed in the entity bean container of EJB > server portlet > > > Key: GERONIMO-4511 > URL: https://issues.apache.org/jira/browse/GERONIMO-4511 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > Firefox 3.0.3 >Reporter: Forrest Xia >Assignee: Forrest Xia > > Deploy daytrader application to geronimo, and check if those entity beans are > listed there. Found out that there are no entity beans in there. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4511) Daytrader entity beans are not listed in the entity bean container of EJB server portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670320#action_12670320 ] Manu T George commented on GERONIMO-4511: - Daytrader 1.1 has entity beans which can be used to test this. The latest versions have JPA entities and not entity beans. If you feel that the ejb container portlet should show jpa entities please open a feature request. > Daytrader entity beans are not listed in the entity bean container of EJB > server portlet > > > Key: GERONIMO-4511 > URL: https://issues.apache.org/jira/browse/GERONIMO-4511 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > Firefox 3.0.3 >Reporter: Forrest Xia >Assignee: Manu T George > > Deploy daytrader application to geronimo, and check if those entity beans are > listed there. Found out that there are no entity beans in there. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4511) Daytrader entity beans are not listed in the entity bean container of EJB server portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670319#action_12670319 ] Manu T George commented on GERONIMO-4511: - Tried with daytrader 1.1 and it works as expected > Daytrader entity beans are not listed in the entity bean container of EJB > server portlet > > > Key: GERONIMO-4511 > URL: https://issues.apache.org/jira/browse/GERONIMO-4511 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > Firefox 3.0.3 >Reporter: Forrest Xia >Assignee: Manu T George > > Deploy daytrader application to geronimo, and check if those entity beans are > listed there. Found out that there are no entity beans in there. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4511) Daytrader entity beans are not listed in the entity bean container of EJB server portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670318#action_12670318 ] Manu T George commented on GERONIMO-4511: - There are no entity beans in Daytrader as far as I know. There are only JPA entities. These entities are actually not entity beans and they should probably be shown in an openjpa specific portlet. The EJB portlet only shows ejbs. Please verify this and close the issue. > Daytrader entity beans are not listed in the entity bean container of EJB > server portlet > > > Key: GERONIMO-4511 > URL: https://issues.apache.org/jira/browse/GERONIMO-4511 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > Firefox 3.0.3 >Reporter: Forrest Xia >Assignee: Manu T George > > Deploy daytrader application to geronimo, and check if those entity beans are > listed there. Found out that there are no entity beans in there. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666152#action_12666152 ] Manu T George commented on GERONIMO-4509: - Put in a fix for #2 in 736657 > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Manu T George > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12664186#action_12664186 ] Manu T George commented on GERONIMO-4509: - I think this issue occurs because of the patch made in https://issues.apache.org/jira/browse/GERONIMO-4369. In ConfigManagerPortlet restartConfiguration was replaced by reloadConfiguration which appears to be causing this issue. I think that JIRA needs to be reopened > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Manu T George > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12664104#action_12664104 ] Manu T George commented on GERONIMO-4509: - Regarding 2 that is a defect with the portlet. Good catch. Maybe we can split these into two JIras as #1 is independent of Ejb Server portlet and #2 is related to it. So this jira can deal with #2 while #1 can be raised as a new issue > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Manu T George > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12664103#action_12664103 ] Manu T George commented on GERONIMO-4509: - This is not a defect with the Ejb Server Portlet. Actually the restart functionality of the admin console has been broken. Previously on restart of a configuration all child configurations would also be started. Currently the child configurations are not being started and so restarting openejb does not start its childs and so the problem. You can try restarting any other configuration and you will see that the children are not restarted. This is a regression of the functionality > Two EJB server portlet issues > - > > Key: GERONIMO-4509 > URL: https://issues.apache.org/jira/browse/GERONIMO-4509 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: JDK 1.6 > Ubuntu 8.04 > AG 2.2 snapshot 20090110 >Reporter: Forrest Xia >Assignee: Manu T George > > For the new EJB server portlet, there are these problems: > 1. Message prompt just restarting openejb module cause several console > exceptions and EJB server portlet disappear in admin console at next time > restart server. > Steps: > 1.1 Change value of a EJB container parameter, then it prompts OpenEJB module > should be restarted for effectiveness. So I use expert mode to restart module > org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car, confirm restart, then > several exceptions are thrown out as following: > 2009-01-14 09:35:45,546 ERROR [ConfigManagerPortlet] Exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car still has children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:35:45,965 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.getConfigurationState(ConfigManagerPortlet.java:325) > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:272) > ... > 2009-01-14 09:37:08,300 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/jaxws-ejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > 2009-01-14 09:37:19,125 ERROR [[SystemModules]] Servlet.service() for servlet > SystemModules threw exception > java.lang.IllegalStateException: Configuration > org.apache.geronimo.configs/openejb-deployer/2.2-SNAPSHOT/car still has > children > at > org.apache.geronimo.kernel.config.ConfigurationStatus.destroy(ConfigurationStatus.java:69) > at > org.apache.geronimo.kernel.config.ConfigurationModel.removeConfiguration(ConfigurationModel.java:65) > ... > Anyway, the openejb module finally restarted, but no children modules appear > anymore. Consequently the EJB server portlet disappears from the admin > console. No way to check if the changed parameter takes effect. > 2.2 Followed by step 1, restart geronimo by no change of config.xml, still > the EJB server portlet is not there. Then check the config.xml, the portlet > module name="org.apache.geronimo.plugins/openejb-console-tomcat/2.2-SNAPSHOT/car"/> > is load=false > Based on the symptom, I think it might be better to suggest user to restart > geronimo server as a whole, not just openejb module. > 2. Another issue is the parameter value seems be changed only once. For > example, if you changed strictpooling from default true to false, then you > want to change it back without restarting server, there is no way. This > behavior is better to be improved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4452) Is it possible to deploy more than one mdb???
[ https://issues.apache.org/jira/browse/GERONIMO-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4452: Affects Version/s: 2.1.4 Fix Version/s: 2.1.4 > Is it possible to deploy more than one mdb??? > - > > Key: GERONIMO-4452 > URL: https://issues.apache.org/jira/browse/GERONIMO-4452 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.4, 2.2 >Reporter: David Jencks >Assignee: David Jencks > Fix For: 2.1.4, 2.2 > > > Not sure how this code from EjbModuleBuilder is supposed to work with more > than one mdb before the patch... its inside a loop through the mdbinfos that > sets the containerId on them... > @@ -883,10 +883,11 @@ > // add a dependency from the module to the ra so we can be > assured the mdb > // container exists when this app is started > ejbModuleGBeanData.addDependency(resourceAdapterAbstractName); > -for(MessageDrivenBeanInfo mdbInfo:mdbs.values()){ > -if(mdbInfo != null && mdbInfo.containerId == null){ > -throw new DeploymentException("No Resource Adapter > defined for MDB '" + mdbInfo.ejbName + "'"); > -} > +} > +//check that all the mdbs have resource adapters identified. > +for(MessageDrivenBeanInfo mdbInfo:mdbs.values()){ > +if(mdbInfo != null && mdbInfo.containerId == null){ > +throw new DeploymentException("No Resource Adapter defined > for MDB '" + mdbInfo.ejbName + "'"); > } > } > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3655) Invalid MdbInstanceFactory behaviour
[ https://issues.apache.org/jira/browse/GERONIMO-3655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654328#action_12654328 ] Manu T George commented on GERONIMO-3655: - Still fails in 2.1 branch. Will need to bump up the openejb version to 3.1 to fix this > Invalid MdbInstanceFactory behaviour > > > Key: GERONIMO-3655 > URL: https://issues.apache.org/jira/browse/GERONIMO-3655 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.0.1, 2.0.2 > Environment: Microsoft Windows XP, Sun Java 1.5.0_10, Apache Geronimo > 2.0.1 >Reporter: Alexei Akimov > Attachments: badmdb.zip > > > org.apache.openejb.core.mdb.MdbInstanceFactory class pass invalid > ThreadContext instance to ThreadContext.exit method at line 263 of its > constructBean method. This brokes stack-like usage of ThreadContext objects > and leads to problems during lazy initialization of ejb components when they > called for the first time from the web tier. In particular ClassCastException > is thrown in > org.apache.geronimo.tomcat.interceptor.InstanceContextBeforeAfter.before() at > line 49, because ConnectorInstanceContextImpl instance is returned instead of > SharedConnectorInstanceContext instance. This error results in that > org.apache.geronimo.tomcat.listener.DispatchListener.beforeDispatch method > does not put any data into the current context stack so when the > afterDispatch method is called the current context stack throws > java.util.EmptyStackException. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George resolved GERONIMO-4178. - Resolution: Fixed > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain >Assignee: Manu T George > Fix For: 2.1.4, 2.2 > > Attachments: G4178-r673642.patch > > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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$$1b9ef63a.startConfiguration() > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) > at java.lang.Thread.run(Thread.java:801) > 19:42:24,546 ER
[jira] Closed: (GERONIMO-2185) Automatic selsction of factory classes for different databases
[ https://issues.apache.org/jira/browse/GERONIMO-2185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George closed GERONIMO-2185. --- Resolution: Invalid No longer valid as OpenJPA is used for CMP persistence and not TranQL > Automatic selsction of factory classes for different databases > -- > > Key: GERONIMO-2185 > URL: https://issues.apache.org/jira/browse/GERONIMO-2185 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: Wish List > Environment: All Supported >Reporter: Manu T George >Priority: Minor > > Currently in Geronimo, factory classes for different databases are required > for the proper generation of SQL queries based on the driver & this needs to > be specified for the entity beans in their deployment plan. Instead of this > when the user specifies a particular driver, care has to be taken to pickup > the relevant factory classes , rather than expecting it from the user, if the > class is already present in the tranql, else pop a response to the user to > install some shared libaries in the common repository, which can be later > picked up -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4178: --- Assignee: Manu T George > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain >Assignee: Manu T George > Attachments: G4178-r673642.patch > > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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$$1b9ef63a.startConfiguration() > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) > at java.lang.Thread.run(Thread.java:801) > 19:42:24,546 ERROR [GBeanInstanceState] E
[jira] Commented: (GERONIMO-4418) Sample on how to setup app specific logging
[ https://issues.apache.org/jira/browse/GERONIMO-4418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12650468#action_12650468 ] Manu T George commented on GERONIMO-4418: - The old sample works fine. I had not correctly followed all the instructions in it. However we can update it/add a new sample on how to configure JUL > Sample on how to setup app specific logging > --- > > Key: GERONIMO-4418 > URL: https://issues.apache.org/jira/browse/GERONIMO-4418 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: sample apps >Reporter: Donald Woods >Priority: Minor > Fix For: 2.2 > > > From the user list at - > http://www.nabble.com/Configuring-log4j-as-jvm-environment-variable-fails-to20378195s134.html#a20378195 > We should create a new sample to show users how to setup custom logging for > their web apps. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647543#action_12647543 ] Manu T George commented on GERONIMO-4369: - Clarification: So I think it may be better to have a new console utility method that does both these things and all the console portlets that want to make changes can call that method. Here by both these things I mean update both the config.xml and the gbeandatas in the configuration. > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Joe Bohn > Fix For: 2.2 > > Attachments: Geronimo-4369-11.13.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647542#action_12647542 ] Manu T George commented on GERONIMO-4369: - But we also need to restart the child configurations I think that the reason that restart doesn't re-read the configuration is to improve the performance. So its faster than stop and start since it just restarts the configuration instead of loading and starting. Also users will be usually restarting webapps etc which may not have gbean updates that need to be picked up most of the time. So I think it may be better to have a new console utility method that does both these things and all the console portlets that want to make changes can call that method. Maybe there is one already and i am not aware of it. Just my 2 cents > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Joe Bohn > Fix For: 2.2 > > Attachments: Geronimo-4369-11.13.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647278#action_12647278 ] Manu T George commented on GERONIMO-4369: - The workaround that i followed was to update the gbeanDatas in the configuration as well as write to config.xml. Updating the gbeandatas in the configuration will be reflected on restart of the configuration while the persisted values were reflected on stop and start. Maybe there is a method that does both these things which we just need to call? > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Joe Bohn > Fix For: 2.2 > > Attachments: Geronimo-4369-11.13.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647267#action_12647267 ] Manu T George commented on GERONIMO-4369: - Just a clarification. By the attached patch not optimal/working i meant the one attached in Geronimo-4219 :) > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Joe Bohn > Fix For: 2.2 > > Attachments: Geronimo-4369-11.13.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4369) The new attribute values are overwrote while restarting the DB pool connector
[ https://issues.apache.org/jira/browse/GERONIMO-4369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647265#action_12647265 ] Manu T George commented on GERONIMO-4369: - The JIRA is related to https://issues.apache.org/jira/browse/GERONIMO-4219. The attached patch may not be optimal or working. Actually the restart functionality in the admin console starts a configuration and all its child configurations also. That is the functionality of the restartConfiguration method in the configuration Manager. Does the attached patch do this? The issue is that the attribute store is not updated during restart. We should first decide whether to fix it here or in the configuration manager. Why shouldn't the restart method in the configurationManager update the attribute store in case any changes are made? > The new attribute values are overwrote while restarting the DB pool connector > - > > Key: GERONIMO-4369 > URL: https://issues.apache.org/jira/browse/GERONIMO-4369 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Geronimo 2.2 snapshot > JDK 1.5 > Windows XP >Reporter: Ivan >Assignee: Joe Bohn > Fix For: 2.2 > > Attachments: Geronimo-4369-11.13.patch > > > After editing the values in the db pool, then restart it in the console, the > new values lost. > When saving the new attribute values, such as user name, the gbeandata in > the configurationManager is not updated, so while restarting the connector, > the gbinstance copies those old values from it. So the new persistent values > do not take effect, > Do I miss anything, thanks for any comment ! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3655) Invalid MdbInstanceFactory behaviour
[ https://issues.apache.org/jira/browse/GERONIMO-3655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643963#action_12643963 ] Manu T George commented on GERONIMO-3655: - This issue is fixed in trunk i.e. 2.2-SNAPSHOT. The sample application is working perfectly now > Invalid MdbInstanceFactory behaviour > > > Key: GERONIMO-3655 > URL: https://issues.apache.org/jira/browse/GERONIMO-3655 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.0.1, 2.0.2 > Environment: Microsoft Windows XP, Sun Java 1.5.0_10, Apache Geronimo > 2.0.1 >Reporter: Alexei Akimov > Attachments: badmdb.zip > > > org.apache.openejb.core.mdb.MdbInstanceFactory class pass invalid > ThreadContext instance to ThreadContext.exit method at line 263 of its > constructBean method. This brokes stack-like usage of ThreadContext objects > and leads to problems during lazy initialization of ejb components when they > called for the first time from the web tier. In particular ClassCastException > is thrown in > org.apache.geronimo.tomcat.interceptor.InstanceContextBeforeAfter.before() at > line 49, because ConnectorInstanceContextImpl instance is returned instead of > SharedConnectorInstanceContext instance. This error results in that > org.apache.geronimo.tomcat.listener.DispatchListener.beforeDispatch method > does not put any data into the current context stack so when the > afterDispatch method is called the current context stack throws > java.util.EmptyStackException. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George resolved GERONIMO-3811. - Resolution: Fixed > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3811_r640786.patch, g3811_r678044.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4237) Elements , and ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4237: --- Assignee: David Blevins (was: Manu T George) David assigning back to you to pull the changes into the geronimo stream > Elements , and ignored in openejb-jar.xml > - > > Key: GERONIMO-4237 > URL: https://issues.apache.org/jira/browse/GERONIMO-4237 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: naming, OpenEJB >Affects Versions: 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2 >Reporter: David Blevins >Assignee: David Blevins > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4237) Elements , and ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628897#action_12628897 ] Manu T George commented on GERONIMO-4237: - Resolved the issue in openejb trunk > Elements , and ignored in openejb-jar.xml > - > > Key: GERONIMO-4237 > URL: https://issues.apache.org/jira/browse/GERONIMO-4237 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: naming, OpenEJB >Affects Versions: 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2 >Reporter: David Blevins >Assignee: Manu T George > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4237) Elements , and ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628895#action_12628895 ] Manu T George commented on GERONIMO-4237: - Opened an issue in openejb for the same https://issues.apache.org/jira/browse/OPENEJB-907 > Elements , and ignored in openejb-jar.xml > - > > Key: GERONIMO-4237 > URL: https://issues.apache.org/jira/browse/GERONIMO-4237 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: naming, OpenEJB >Affects Versions: 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2 >Reporter: David Blevins >Assignee: Manu T George > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4237) Elements , and ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628567#action_12628567 ] Manu T George commented on GERONIMO-4237: - This issue is because of a bug in oejb codebase. In org.apache.openejb.config.EjbJarInfoBuilder.initJndiNames method the first line should be EjbDeployment deployment = ejbds.get(info.ejbName); > Elements , and ignored in openejb-jar.xml > - > > Key: GERONIMO-4237 > URL: https://issues.apache.org/jira/browse/GERONIMO-4237 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: naming, OpenEJB >Affects Versions: 2.0, 2.0.1, 2.0.2, 2.1, 2.1.1, 2.1.2 >Reporter: David Blevins >Assignee: David Blevins > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4253) Server logging similar exceptions for AxisFaults and for unexpected errors
[ https://issues.apache.org/jira/browse/GERONIMO-4253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623304#action_12623304 ] Manu T George commented on GERONIMO-4253: - We may also want to print a message that an axis fault has occured in case the logging level is WARN. > Server logging similar exceptions for AxisFaults and for unexpected errors > -- > > Key: GERONIMO-4253 > URL: https://issues.apache.org/jira/browse/GERONIMO-4253 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.1.2 > Environment: All >Reporter: Manu T George >Priority: Minor > > When a SOAP Fault is thrown in the server response, the server logs bring up > an exception: > > 08:46:22,027 ERROR Axis2WebServiceContainer Exception occurred while > trying to invoke service method doService() > org.apache.axis2.AxisFault: An error was detected during JAXWS > processing > at > org.apache.geronimo.axis2.ejb.EJBInterceptor.intercept(EJBInterceptor.ja > va:88) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav > a:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocati > on.invoke(ReflectionInvocationContext.java:158) > at > org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed( > ReflectionInvocationContext.java:141) > at > org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorS > tack.java:73) > at > org.apache.openejb.core.stateless.StatelessContainer.invokeWebService(St > atelessContainer.java:277) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo > ntainer.java:206) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo > ntainer.java:188) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessCon > tainer.java:165) > at > org.apache.geronimo.axis2.ejb.EJBMessageReceiver.receive(EJBMessageRecei > ver.java:88) > at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145) > at > org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReques > t(HTTPTransportUtils.java:275) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.processXMLRequest(Axi > s2WebServiceContainer.java:386) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.processPOSTRequest(Ax > is2WebServiceContainer.java:335) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebSe > rviceContainer.java:265)
[jira] Commented: (GERONIMO-4253) Server logging similar exceptions for AxisFaults and for unexpected errors
[ https://issues.apache.org/jira/browse/GERONIMO-4253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623298#action_12623298 ] Manu T George commented on GERONIMO-4253: - This is because of the following code in doService method of Axis2WebServiceContainer } catch (Throwable e) { String msg = "Exception occurred while trying to invoke service method doService()"; LOG.error(msg, e); One solution is to have a separate catch for AxixFault while another is to change to if(e instanceof AxisFault){ LOG.debug(msg, e); } else { LOG.error(msg, e); } Then setting the log level to error the fault stack trace will not be printed out. > Server logging similar exceptions for AxisFaults and for unexpected errors > -- > > Key: GERONIMO-4253 > URL: https://issues.apache.org/jira/browse/GERONIMO-4253 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.1.2 > Environment: All >Reporter: Manu T George >Priority: Minor > > When a SOAP Fault is thrown in the server response, the server logs bring up > an exception: > > 08:46:22,027 ERROR Axis2WebServiceContainer Exception occurred while > trying to invoke service method doService() > org.apache.axis2.AxisFault: An error was detected during JAXWS > processing > at > org.apache.geronimo.axis2.ejb.EJBInterceptor.intercept(EJBInterceptor.ja > va:88) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav > a:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocati > on.invoke(ReflectionInvocationContext.java:158) > at > org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed( > ReflectionInvocationContext.java:141) > at > org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorS > tack.java:73) > at > org.apache.openejb.core.stateless.StatelessContainer.invokeWebService(St > atelessContainer.java:277) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo > ntainer.java:206) > at > org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo > ntainer.java:188) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessCon > tainer.java:165) > at > org.apache.geronimo.axis2.ejb.EJBMessageReceiver.receive(EJBMessageRecei > ver.java:88) > at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145) > at > org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReques > t(HTTPTransportUtils.java:275) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.processXMLRequest(Axi > s2WebServiceContainer.java:386)
[jira] Created: (GERONIMO-4253) Server logging similar exceptions for AxisFaults and for unexpected errors
Server logging similar exceptions for AxisFaults and for unexpected errors -- Key: GERONIMO-4253 URL: https://issues.apache.org/jira/browse/GERONIMO-4253 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: webservices Affects Versions: 2.1.2 Environment: All Reporter: Manu T George Priority: Minor When a SOAP Fault is thrown in the server response, the server logs bring up an exception: 08:46:22,027 ERROR Axis2WebServiceContainer Exception occurred while trying to invoke service method doService() org.apache.axis2.AxisFault: An error was detected during JAXWS processing at org.apache.geronimo.axis2.ejb.EJBInterceptor.intercept(EJBInterceptor.ja va:88) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocati on.invoke(ReflectionInvocationContext.java:158) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed( ReflectionInvocationContext.java:141) at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorS tack.java:73) at org.apache.openejb.core.stateless.StatelessContainer.invokeWebService(St atelessContainer.java:277) at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo ntainer.java:206) at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessCo ntainer.java:188) at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessCon tainer.java:165) at org.apache.geronimo.axis2.ejb.EJBMessageReceiver.receive(EJBMessageRecei ver.java:88) at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145) at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReques t(HTTPTransportUtils.java:275) at org.apache.geronimo.axis2.Axis2WebServiceContainer.processXMLRequest(Axi s2WebServiceContainer.java:386) at org.apache.geronimo.axis2.Axis2WebServiceContainer.processPOSTRequest(Ax is2WebServiceContainer.java:335) at org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebSe rviceContainer.java:265) at org.apache.geronimo.axis2.Axis2WebServiceContainer.doService(Axis2WebSer viceContainer.java:204) at org.apache.geronimo.axis2.Axis2WebServiceContainer.invoke(Axis2WebServic eContainer.java:167) at
[jira] Assigned: (GERONIMO-4219) Edited GBean properties not reflected on restart
[ https://issues.apache.org/jira/browse/GERONIMO-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4219: --- Assignee: (was: Manu T George) > Edited GBean properties not reflected on restart > > > Key: GERONIMO-4219 > URL: https://issues.apache.org/jira/browse/GERONIMO-4219 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: kernel >Affects Versions: 2.0.2, 2.1, 2.1.1 > Environment: All >Reporter: Manu T George > Attachments: G4219_r682459.patch > > > If I edit one of the gbean attributes of an already > started gbean in a configuration and I then restart that configuration > from the console then the edited properties are not reflected in the > restarted gbean. On editing the properties are definitely persisted to > config.xml but then on restart they are not read. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4219) Edited GBean properties not reflected on restart
[ https://issues.apache.org/jira/browse/GERONIMO-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4219: Attachment: G4219_r682459.patch My understanding when I made this patch was that there is only one instance of the LocalAttributeManager per server. Please review and commit if appropriate. > Edited GBean properties not reflected on restart > > > Key: GERONIMO-4219 > URL: https://issues.apache.org/jira/browse/GERONIMO-4219 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: kernel >Affects Versions: 2.0.2, 2.1, 2.1.1 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Attachments: G4219_r682459.patch > > > If I edit one of the gbean attributes of an already > started gbean in a configuration and I then restart that configuration > from the console then the edited properties are not reflected in the > restarted gbean. On editing the properties are definitely persisted to > config.xml but then on restart they are not read. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod
[ https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619288#action_12619288 ] Manu T George commented on GERONIMO-3793: - Verified with jetty-cxf/tomcat-axis also on linux. Please review and commit if appropriate > "Not Known To This Context" JAXBException when attempting to return complex > data type from a @WebMethod > --- > > Key: GERONIMO-3793 > URL: https://issues.apache.org/jira/browse/GERONIMO-3793 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.0.x, 2.1 > Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ > Tomcat+OpenEJB+Axis2 >Reporter: Cedric Hurst >Assignee: Jarek Gawor >Priority: Critical > Attachments: ComplexDataTypeWSExampleEAR.ear, G3793 -r680814.patch, > geronimo.log > > Original Estimate: 0h > Remaining Estimate: 0h > > I'm attempting to return a @XmlRootElement annotated object called "Customer" > from a @WebMethod. When calling the service, I get the following error in > the server log: > javax.xml.bind.JAXBException: > [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is > not known to this context > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461) > at > com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292) > ... 48 more > From what I understand, the return type should be added to the JaxB context > automatically. > Just to make sure I wasn't doing something wrong in my Customer class, I > added another method to my bean that returned a java.util.List of Strings. > When calling this method, I also got the same sort of error: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException > - with linked exception: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > at > org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405) > at > org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252) > at > org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421) > at > org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter
[jira] Updated: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod
[ https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3793: Attachment: G3793 -r680814.patch Patch Tested with both POJO and EJB Web Services with geronimo-tomcat-axis2 Not tested with jetty yet as geronimo jetty is throwing some NIO related exception in my windows machine and not starting. Will test it if in linux later for geronimo-jetty-cxf > "Not Known To This Context" JAXBException when attempting to return complex > data type from a @WebMethod > --- > > Key: GERONIMO-3793 > URL: https://issues.apache.org/jira/browse/GERONIMO-3793 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.0.x, 2.1 > Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ > Tomcat+OpenEJB+Axis2 >Reporter: Cedric Hurst >Assignee: Jarek Gawor >Priority: Critical > Attachments: ComplexDataTypeWSExampleEAR.ear, G3793 -r680814.patch, > geronimo.log > > Original Estimate: 0h > Remaining Estimate: 0h > > I'm attempting to return a @XmlRootElement annotated object called "Customer" > from a @WebMethod. When calling the service, I get the following error in > the server log: > javax.xml.bind.JAXBException: > [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is > not known to this context > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461) > at > com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292) > ... 48 more > From what I understand, the return type should be added to the JaxB context > automatically. > Just to make sure I wasn't doing something wrong in my Customer class, I > added another method to my bean that returned a java.util.List of Strings. > When calling this method, I also got the same sort of error: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException > - with linked exception: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > at > org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405) > at > org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252) > at > org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OM
[jira] Commented: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod
[ https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12618973#action_12618973 ] Manu T George commented on GERONIMO-3793: - Finally Some light on the issue. It seems the generated classes are placed in a randomly generated directory and that directory is not looked into by the application classloader. Adding that directory to the application classloaders URLs does the trick. > "Not Known To This Context" JAXBException when attempting to return complex > data type from a @WebMethod > --- > > Key: GERONIMO-3793 > URL: https://issues.apache.org/jira/browse/GERONIMO-3793 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.0.x, 2.1 > Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ > Tomcat+OpenEJB+Axis2 >Reporter: Cedric Hurst >Assignee: Jarek Gawor >Priority: Critical > Attachments: ComplexDataTypeWSExampleEAR.ear, geronimo.log > > Original Estimate: 0h > Remaining Estimate: 0h > > I'm attempting to return a @XmlRootElement annotated object called "Customer" > from a @WebMethod. When calling the service, I get the following error in > the server log: > javax.xml.bind.JAXBException: > [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is > not known to this context > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461) > at > com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292) > ... 48 more > From what I understand, the return type should be added to the JaxB context > automatically. > Just to make sure I wasn't doing something wrong in my Customer class, I > added another method to my bean that returned a java.util.List of Strings. > When calling this method, I also got the same sort of error: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException > - with linked exception: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > at > org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405) > at > org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252) > at > org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:237) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:225) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMNode
[jira] Commented: (GERONIMO-3793) "Not Known To This Context" JAXBException when attempting to return complex data type from a @WebMethod
[ https://issues.apache.org/jira/browse/GERONIMO-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12618863#action_12618863 ] Manu T George commented on GERONIMO-3793: - In case of this issue. I added a package-info.class in each of the packages and still axis was unable to even find the package-info class. Another observation here is that the algorithm to find the packages to search for jaxb classes doesn't find the generated classes or even the Customer class in this case both of which are in different packages. I was unable to figure out how to the option to make wsgen generate an ObjectFactory for each package.I also see that the generated classes are in a different package than the one their namespace specifi > "Not Known To This Context" JAXBException when attempting to return complex > data type from a @WebMethod > --- > > Key: GERONIMO-3793 > URL: https://issues.apache.org/jira/browse/GERONIMO-3793 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Affects Versions: 2.0.x, 2.1 > Environment: Windows XP x86-32, IBM J9 1.5.0 SR5, Geronimo w/ > Tomcat+OpenEJB+Axis2 >Reporter: Cedric Hurst >Assignee: Jarek Gawor >Priority: Critical > Attachments: ComplexDataTypeWSExampleEAR.ear, geronimo.log > > Original Estimate: 0h > Remaining Estimate: 0h > > I'm attempting to return a @XmlRootElement annotated object called "Customer" > from a @WebMethod. When calling the service, I get the following error in > the server log: > javax.xml.bind.JAXBException: > [Lcom.gmail.at.cedrichurst.complexDataTypeWSExampleEJB.domain.Customer; is > not known to this context > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:85) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251) > at > com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33) > at > com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461) > at > com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292) > ... 48 more > From what I understand, the return type should be added to the JaxB context > automatically. > Just to make sure I wasn't doing something wrong in my Customer class, I > added another method to my bean that returned a java.util.List of Strings. > When calling this method, I also got the same sort of error: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > javax.xml.ws.WebServiceException: javax.xml.bind.MarshalException > - with linked exception: > [javax.xml.bind.JAXBException: java.util.List is not known to this context] > at > org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:174) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69) > at > org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:127) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl$2.run(JAXBBlockImpl.java:405) > at > org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl.marshalByType(JAXBBlockImpl.java:321) > at > org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:209) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:327) > at > org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:252) > at > org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:599) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:785) > at > org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:814) > at > org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serialize
[jira] Assigned: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3811: --- Assignee: Donald Woods (was: Manu T George) Reassigning to Donald > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Donald Woods > Fix For: 2.2 > > Attachments: g3811_r640786.patch, g3811_r678044.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: (was: g3811_r639236.patch) > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3811_r640786.patch, g3811_r678044.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: (was: g3811_r634213.patch) > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3811_r640786.patch, g3811_r678044.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: g3811_r678044.patch Attaching a patch that uses dojo 1.x tree g3811_r678044 > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > g3811_r640786.patch, g3811_r678044.patch, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4219) Edited GBean properties not reflected on restart
[ https://issues.apache.org/jira/browse/GERONIMO-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4219: --- Assignee: Manu T George > Edited GBean properties not reflected on restart > > > Key: GERONIMO-4219 > URL: https://issues.apache.org/jira/browse/GERONIMO-4219 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: kernel >Affects Versions: 2.0.2, 2.1, 2.1.1 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > > If I edit one of the gbean attributes of an already > started gbean in a configuration and I then restart that configuration > from the console then the edited properties are not reflected in the > restarted gbean. On editing the properties are definitely persisted to > config.xml but then on restart they are not read. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4219) Edited GBean properties not reflected on restart
Edited GBean properties not reflected on restart Key: GERONIMO-4219 URL: https://issues.apache.org/jira/browse/GERONIMO-4219 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: kernel Affects Versions: 2.1.1, 2.1, 2.0.2 Environment: All Reporter: Manu T George If I edit one of the gbean attributes of an already started gbean in a configuration and I then restart that configuration from the console then the edited properties are not reflected in the restarted gbean. On editing the properties are definitely persisted to config.xml but then on restart they are not read. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4201) Accessing admin console portlets that use DWR after restart giving error
[ https://issues.apache.org/jira/browse/GERONIMO-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12614434#action_12614434 ] Manu T George commented on GERONIMO-4201: - Sorry forgot to test with jetty. Need to remember that G has 2 web containers. > Accessing admin console portlets that use DWR after restart giving error > > > Key: GERONIMO-4201 > URL: https://issues.apache.org/jira/browse/GERONIMO-4201 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1 > Environment: All >Reporter: Manu T George >Assignee: Jarek Gawor > Fix For: 2.1.2, 2.2 > > Attachments: G4201_r673785.patch > > > Restart one of the debug views portlet from the admin console and all dwr > calls fail > The exception is > 02:28:42,399 ERROR [[dwr-forward2]] Servlet.service() for servlet > dwr-forward2 threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:74) > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doGet(ContextForwardServlet.java:60) > 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(AuthenticatorBase.java:525) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4203) Restarting configurations from the system modules portlet gives erroneous warning message
Restarting configurations from the system modules portlet gives erroneous warning message - Key: GERONIMO-4203 URL: https://issues.apache.org/jira/browse/GERONIMO-4203 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Environment: RHEL 5 Reporter: Manu T George Priority: Minor If I restart any of the system modules it gives an erroneous warning Restarting this component may prevent the server or admin console from functioning properly. As part of the stop action all dependant components and subsequent dependencies will also be stopped. Only this component will be restarted. However the restart actually starts all of the dependencies and at the bottom of the screen it shows the dependencies that have been 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-4202) On Restart of openejb configuration restart of remote service failing
On Restart of openejb configuration restart of remote service failing - Key: GERONIMO-4202 URL: https://issues.apache.org/jira/browse/GERONIMO-4202 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 2.1.1, 2.2 Environment: RHEL 5 Reporter: Manu T George Restarting the openejb configuration from the admin console results in the following error 02:40:22,549 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service failed to open socket: Address already in use -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4201) Accessing admin console portlets that use DWR after restart giving error
[ https://issues.apache.org/jira/browse/GERONIMO-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4201: --- Assignee: (was: Manu T George) Please commit this patch if appropriate > Accessing admin console portlets that use DWR after restart giving error > > > Key: GERONIMO-4201 > URL: https://issues.apache.org/jira/browse/GERONIMO-4201 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1 > Environment: All >Reporter: Manu T George > Fix For: 2.1.x, 2.2 > > Attachments: G4201_r673785.patch > > > Restart one of the debug views portlet from the admin console and all dwr > calls fail > The exception is > 02:28:42,399 ERROR [[dwr-forward2]] Servlet.service() for servlet > dwr-forward2 threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:74) > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doGet(ContextForwardServlet.java:60) > 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(AuthenticatorBase.java:525) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4201) Accessing admin console portlets that use DWR after restart giving error
[ https://issues.apache.org/jira/browse/GERONIMO-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4201: Attachment: G4201_r673785.patch This patch will again refresh the forwardContext variable with the servletContext in case of the request dispatcher being null. This occurs for /dwr(n) calls forwarded via this servlet after restart of the respective console components > Accessing admin console portlets that use DWR after restart giving error > > > Key: GERONIMO-4201 > URL: https://issues.apache.org/jira/browse/GERONIMO-4201 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.1.x, 2.2 > > Attachments: G4201_r673785.patch > > > Restart one of the debug views portlet from the admin console and all dwr > calls fail > The exception is > 02:28:42,399 ERROR [[dwr-forward2]] Servlet.service() for servlet > dwr-forward2 threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:74) > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doGet(ContextForwardServlet.java:60) > 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(AuthenticatorBase.java:525) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4201) Accessing admin console portlets that use DWR after restart giving error
[ https://issues.apache.org/jira/browse/GERONIMO-4201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613204#action_12613204 ] Manu T George commented on GERONIMO-4201: - In ContextForwardServlet the servletContext that is got in the init method becomes stale after restart. > Accessing admin console portlets that use DWR after restart giving error > > > Key: GERONIMO-4201 > URL: https://issues.apache.org/jira/browse/GERONIMO-4201 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1, 2.1.1 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.1.x, 2.2 > > > Restart one of the debug views portlet from the admin console and all dwr > calls fail > The exception is > 02:28:42,399 ERROR [[dwr-forward2]] Servlet.service() for servlet > dwr-forward2 threw exception > java.lang.NullPointerException > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:74) > at > org.apache.geronimo.console.servlet.ContextForwardServlet.doGet(ContextForwardServlet.java:60) > 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(AuthenticatorBase.java:525) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4201) Accessing admin console portlets that use DWR after restart giving error
Accessing admin console portlets that use DWR after restart giving error Key: GERONIMO-4201 URL: https://issues.apache.org/jira/browse/GERONIMO-4201 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.1, 2.1 Environment: All Reporter: Manu T George Assignee: Manu T George Fix For: 2.1.x, 2.2 Restart one of the debug views portlet from the admin console and all dwr calls fail The exception is 02:28:42,399 ERROR [[dwr-forward2]] Servlet.service() for servlet dwr-forward2 threw exception java.lang.NullPointerException at org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:74) at org.apache.geronimo.console.servlet.ContextForwardServlet.doGet(ContextForwardServlet.java:60) 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(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12611924#action_12611924 ] Manu T George commented on GERONIMO-3811: - This uses dojo 0.4. Since 2.2 plans to ship only dojo 11 this needs to be ported to dojo 1.1. The patch also needs to be recreated as it no longer applies > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Donald Woods > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > g3811_r640786.patch, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3811: --- Assignee: Manu T George (was: Donald Woods) > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > g3811_r640786.patch, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4166: --- Assignee: (was: Manu T George) Please review and commit if appropriate > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, G4166_r673785.patch, > securityRealmPlan.xml, timereport.ear, timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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.StandardWrappe
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4166: Attachment: G4166_r673785.patch > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Manu T George > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, G4166_r673785.patch, > securityRealmPlan.xml, timereport.ear, timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4166: Attachment: (was: G4166_r673785) > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Manu T George > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, G4166_r673785.patch, > securityRealmPlan.xml, timereport.ear, timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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.i
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4166: Attachment: G4166_r673785 > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Manu T George > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, G4166_r673785, securityRealmPlan.xml, > timereport.ear, timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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(StandardWra
[jira] Commented: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12610533#action_12610533 ] Manu T George commented on GERONIMO-4166: - Logging an error and passing a message to the console on failure to start an EAR instead of throwing PortletException and also checking for null configuration as in the above case > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Manu T George > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, timereport.ear, > timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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
[jira] Assigned: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4178: --- Assignee: (was: Manu T George) Please verify and commit if appropriate > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain > Attachments: G4178-r673642.patch > > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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$$1b9ef63a.startConfiguration() > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) > at java.lang.Thread.run(Thread.java:801) > 19:42:24,546 ERROR [GBeanI
[jira] Updated: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4178: Attachment: G4178-r673642.patch Captures and throws a DeploymentException if the containerId is not set as the RA is not specified > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain >Assignee: Manu T George > Attachments: G4178-r673642.patch > > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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$$1b9ef63a.startConfiguration() > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartComma
[jira] Assigned: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4178: --- Assignee: Manu T George > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain >Assignee: Manu T George > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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$$1b9ef63a.startConfiguration() > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) > at java.lang.Thread.run(Thread.java:801) > 19:42:24,546 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the F
[jira] Commented: (GERONIMO-4178) Misleading errors during deployment when missing entries in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12610133#action_12610133 ] Manu T George commented on GERONIMO-4178: - This is because the containerId is not getting passed to openejb for the MDB. The containerId is dervived from the RA and as the geronimo deployment plan that associates the MDB with an RA is not provided the containerId is null. Nedd to catch this and throw an exception that the user can understand > Misleading errors during deployment when missing entries in openejb-jar.xml > --- > > Key: GERONIMO-4178 > URL: https://issues.apache.org/jira/browse/GERONIMO-4178 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.1.1 > Environment: AG 2.1.1, Windows XP >Reporter: Ashish Jain > > Deploying a EJB jar on to Ag 2.1.1 leads to misleading errors once you have > entries missing in openejb-jar.xml. I get a null pointer exception error when > I remove and tags from openejb-jar.xml. > 19:42:23,375 INFO [config] Configuring Service(id=Default Stateful > Container, type=Container, provider-id=Default Stateful Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default BMP Container, > type=Container, provider-id=Default BMP Container) > 19:42:23,375 INFO [config] Configuring Service(id=Default CMP Container, > type=Container, provider-id=Default CMP Container) > 19:42:23,375 INFO [config] Configuring app: default/MessageDrivenBean/1.0/car > 19:42:23,421 INFO [OpenEJB] Auto-deploying ejb AdminMDB: > EjbDeployment(deployment-id=MessageDrivenBean/AdminMDB) > 19:42:23,421 INFO [config] Loaded Module: default/MessageDrivenBean/1.0/car > 19:42:24,531 INFO [startup] Assembling app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 INFO [startup] Undeploying app: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > 19:42:24,546 ERROR [EjbModuleImpl] Module does not exist. > org.apache.openejb.NoSuchApplicationException: > C:\AG\2.1.1\geronimo-tomcat6-javaee5-2.1.1\var\temp\geronimo-deployer43113.tmpdir\MessageDrivenBean.jar > at > org.apache.openejb.assembler.classic.Assembler.destroyApplication(Assembler.java:599) > at > org.apache.geronimo.openejb.OpenEjbSystemGBean.removeEjbJar(OpenEjbSystemGBean.java:398) > 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.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: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.EditableConfigurationM
[jira] Assigned: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4166: --- Assignee: Manu T George > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Manu T George > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, timereport.ear, > timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > 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:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.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.j
[jira] Assigned: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions
[ https://issues.apache.org/jira/browse/GERONIMO-3503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3503: --- Assignee: (was: Manu T George) Pls commit if the patch is appropriate > DBPool wizzard creates plans only for local-transactions > > > Key: GERONIMO-3503 > URL: https://issues.apache.org/jira/browse/GERONIMO-3503 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Reporter: Tomasz Mazan > Fix For: 2.0.x, 2.1.x, 2.2 > > Attachments: G3503-r671547.patch > > > I use DatabasePool Wizzard to deploy Pools for PostgresQL. > In both cases - I choosed PostgreAQL XA or PostgreSQL Local - wizzard > generated plan with model > > > > 10 > 0 > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions
[ https://issues.apache.org/jira/browse/GERONIMO-3503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George resolved GERONIMO-3503. - Resolution: Fixed > DBPool wizzard creates plans only for local-transactions > > > Key: GERONIMO-3503 > URL: https://issues.apache.org/jira/browse/GERONIMO-3503 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Reporter: Tomasz Mazan >Assignee: Manu T George > Fix For: 2.0.x, 2.1.x, 2.2 > > Attachments: G3503-r671547.patch > > > I use DatabasePool Wizzard to deploy Pools for PostgresQL. > In both cases - I choosed PostgreAQL XA or PostgreSQL Local - wizzard > generated plan with model > > > > 10 > 0 > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions
[ https://issues.apache.org/jira/browse/GERONIMO-3503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3503: Attachment: G3503-r671547.patch Added a drop down for selecting local/XA/No transaction while creating a datasource > DBPool wizzard creates plans only for local-transactions > > > Key: GERONIMO-3503 > URL: https://issues.apache.org/jira/browse/GERONIMO-3503 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Reporter: Tomasz Mazan >Assignee: Manu T George > Fix For: 2.0.x, 2.1.x, 2.2 > > Attachments: G3503-r671547.patch > > > I use DatabasePool Wizzard to deploy Pools for PostgresQL. > In both cases - I choosed PostgreAQL XA or PostgreSQL Local - wizzard > generated plan with model > > > > 10 > 0 > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions
[ https://issues.apache.org/jira/browse/GERONIMO-3503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3503: --- Assignee: Manu T George > DBPool wizzard creates plans only for local-transactions > > > Key: GERONIMO-3503 > URL: https://issues.apache.org/jira/browse/GERONIMO-3503 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Reporter: Tomasz Mazan >Assignee: Manu T George > Fix For: 2.0.x, 2.1.x, 2.2 > > > I use DatabasePool Wizzard to deploy Pools for PostgresQL. > In both cases - I choosed PostgreAQL XA or PostgreSQL Local - wizzard > generated plan with model > > > > 10 > 0 > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George closed GERONIMO-4143. --- Resolution: Invalid building with a clean repo did the trick > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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.ja
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607903#action_12607903 ] Manu T George commented on GERONIMO-4143: - I have a jar with version1.1.6-G643117 in my geronimo instance for pluto. The error is due to (PLUTO-485) Need to handle URIs that contain a question mark that was fixed in r643117 of pluto. So I am getting an older version of the jar. I will remove the pluto jars and give it a try > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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 > or
[jira] Updated: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4143: Attachment: (was: G4143-r670475.patch) > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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) >
[jira] Reopened: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reopened GERONIMO-4143: - Assignee: Manu T George See this error occurring in many portlets in console so this should be a global setting. > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: G4143-r670475.patch > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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(ApplicationDisp
[jira] Resolved: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George resolved GERONIMO-4143. - Resolution: Fixed Works on windows. This works around different behaviours in windows and linux > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: G4143-r670475.patch > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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) >
[jira] Assigned: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4143: --- Assignee: (was: Manu T George) Please review and commit if appropriate > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George > Fix For: 2.2 > > Attachments: G4143-r670475.patch > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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.JspRuntimeLibrar
[jira] Updated: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-4143: Attachment: G4143-r670475.patch Escaping only ? & and = on the parameter value as Doing URLEncoder.encode to escape all special characters does not work. Already tested on firefox in linux. Yet to test on windows IE/firefox. Will test and then mark the issue as resolved > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: G4143-r670475.patch > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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.
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607036#action_12607036 ] Manu T George commented on GERONIMO-4143: - Got it fixed in my local by escaping the & ? and = in the DatabasePoolsPortlet. Will attach a patch after testing > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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 > or
[jira] Assigned: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4143: --- Assignee: Manu T George > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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.WE
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607028#action_12607028 ] Manu T George commented on GERONIMO-4143: - I get this problem in an RHEL 5 based system with firefox 2.0.0.12. On debug it shows that if the abstractName is of the format eg abstractName=org.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%3FJ2EEApplication%3Dnull%2CJCAConnectionFactory%3Djdbc%2FArchiveDS%2CJCAResource%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2CResourceAdapter%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2CResourceAdapterModule%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2Cj2eeType%3DJCAManagedConnectionFactory%2Cname%3Djdbc%2FArchiveDS in the portlet abstractName is coming as org.apache.geronimo.plugins/agent-ds/2.2-SNAPSHOT/car. The query part is missing as the url encoded characters are somehow converted back to special characters and so the query is considered as a different parameter > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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(portl
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607007#action_12607007 ] Manu T George commented on GERONIMO-4143: - Usage link also not working and throwing the same error > Unable to edit deployed pools in Database Pools Portlet > --- > > Key: GERONIMO-4143 > URL: https://issues.apache.org/jira/browse/GERONIMO-4143 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 > Environment: Linux, Sun JDK 1.5 >Reporter: Manu T George > Fix For: 2.2 > > > Edit link in the Database Pools portlet is throwing error and the next screen > is not coming. Stack Trace is given below > 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet > javax.el.ELException: Error reading 'abstractNameMap' on type > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData > at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) > at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) > at org.apache.el.parser.AstValue.getValue(AstValue.java:114) > at > org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) > at > jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) > 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) > at > org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) > 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(JspRuntim
[jira] Created: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) 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.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) 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:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_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.internalDoFilter(ApplicationFil
[jira] Commented: (GERONIMO-3948) Allow multiple containers to be created for different types of ejbs
[ https://issues.apache.org/jira/browse/GERONIMO-3948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12584109#action_12584109 ] Manu T George commented on GERONIMO-3948: - OpenEJB supports this via making containers lightweight and having multiple containers , one for each pool size. This support should be added in geronimo. Approaches 1) One possiblity is to allow users to specify which container their bean should be deployed to via a container Name element in the openejb plan. 2) Another is to let users specify pool size per EJB. Thus all ejbs having the same pool size and belonging to the same type (eg: session) are put in one container. And containers will be created dynamically for different pool sizes. MDBs will still follow the approach of 1 container per RA as pooling is done on the RA side. Cmps have no pool size attribute and so need not support this. > Allow multiple containers to be created for different types of ejbs > --- > > Key: GERONIMO-3948 > URL: https://issues.apache.org/jira/browse/GERONIMO-3948 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.0, 2.0.1, 2.0.2, 2.1 > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > > In a production level scenario users will want to have different pool sizes > for different beans. Currently only 1 pool size can be set in geronimo for > all beans belonging to a particular type eg: stateless -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3948) Allow multiple containers to be created for different types of ejbs
Allow multiple containers to be created for different types of ejbs --- Key: GERONIMO-3948 URL: https://issues.apache.org/jira/browse/GERONIMO-3948 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 2.1, 2.0.2, 2.0.1, 2.0 Environment: All Reporter: Manu T George Fix For: 2.2 In a production level scenario users will want to have different pool sizes for different beans. Currently only 1 pool size can be set in geronimo for all beans belonging to a particular type eg: stateless -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582005#action_12582005 ] Manu T George commented on GERONIMO-3811: - Patch attached that makes changes to gbean properties instead of the system properties gbean > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > g3811_r640786.patch, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: g3811_r640786.patch > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > g3811_r640786.patch, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: (was: g3811_r632068.patch) > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: (was: openejb.zip) > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3811_r634213.patch, g3811_r639236.patch, > screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size etc -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3936) Make changes to openejb gbeans so that they can be modified at runtime
[ https://issues.apache.org/jira/browse/GERONIMO-3936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George closed GERONIMO-3936. --- Resolution: Invalid This is invalid. I need not change the gbeans. I can use kernel.setAttribute > Make changes to openejb gbeans so that they can be modified at runtime > -- > > Key: GERONIMO-3936 > URL: https://issues.apache.org/jira/browse/GERONIMO-3936 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.2 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3936_r639236.patch > > > Extract interfaces from the EjbContainer GBean so that values can be set at > runtime. At runtime you need to set attributes on a dynamic proxy for it to > get saved. > So the EjbContainerGBean has been refactored to implement an EjbContainer > interface. Also a properties attribute has been added to the > OpenEjbSystemGbean. Initial approach implemented was to add multiple > MdbContainerGbeans for each MdbContainer created but it keeps on adding > entries to config.xml. Also adding too many gbeans to existing configurations > is not a good design as I understand from advice given in the ML -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3806) CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George closed GERONIMO-3806. --- closing after testing the scenario i have > CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB > jar > - > > Key: GERONIMO-3806 > URL: https://issues.apache.org/jira/browse/GERONIMO-3806 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2 > Environment: Windows XP SP2 >Reporter: toby cabot >Assignee: Manu T George >Priority: Minor > Fix For: 2.0.x, 2.1.1, 2.2 > > Attachments: GERONIMO-3806-2.0.2.patch, GERONIMO-3806-r639837.patch > > > During deployment of one of my EJB jar files in my EAR, I get the following > WARN messages: > {code} > 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin > object reference [jms/UnsequencedDestination, jms/MailQueue, > jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, > jms/SequencedDestination, jms/InboundIntegrationQueue, > jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in > deployment descriptor missing. > 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource > reference [jms/ConnectionFactory, jms/QueueConnectionFactory, > mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - > corresponding entry in deployment descriptor missing. > {code} > This occurs at the point in the following point in the stack: > {code} > AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160 > {code} > The "specDD" that is passed in is a XML fragment for a specific session bean. > However, the "plan" that is passed in contains all the resource-ref and > resource-env-ref elements in the openejb-jar.xml plan. Therefore, the > "refMap" variable does not get completely emptied out, since the specific > session bean will only contain a subset of the resource-env-refs that are > defined in the plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3936) Make changes to openejb gbeans so that they can be modified at runtime
[ https://issues.apache.org/jira/browse/GERONIMO-3936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3936: --- Assignee: Manu T George > Make changes to openejb gbeans so that they can be modified at runtime > -- > > Key: GERONIMO-3936 > URL: https://issues.apache.org/jira/browse/GERONIMO-3936 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.2 > Environment: All >Reporter: Manu T George >Assignee: Manu T George > Fix For: 2.2 > > Attachments: g3936_r639236.patch > > > Extract interfaces from the EjbContainer GBean so that values can be set at > runtime. At runtime you need to set attributes on a dynamic proxy for it to > get saved. > So the EjbContainerGBean has been refactored to implement an EjbContainer > interface. Also a properties attribute has been added to the > OpenEjbSystemGbean. Initial approach implemented was to add multiple > MdbContainerGbeans for each MdbContainer created but it keeps on adding > entries to config.xml. Also adding too many gbeans to existing configurations > is not a good design as I understand from advice given in the ML -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3806) CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3806: --- Assignee: (was: Manu T George) Toby has attached a patch for 2.0.2. Just added another patch with tobys changes for trunk as I currently don't have 2.1.1 checked out on my m/c. This file should be very similar in 2.1.1. > CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB > jar > - > > Key: GERONIMO-3806 > URL: https://issues.apache.org/jira/browse/GERONIMO-3806 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2 > Environment: Windows XP SP2 >Reporter: toby cabot >Priority: Minor > Fix For: 2.1.1, 2.2 > > Attachments: GERONIMO-3806-2.0.2.patch, GERONIMO-3806-r639837.patch > > > During deployment of one of my EJB jar files in my EAR, I get the following > WARN messages: > {code} > 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin > object reference [jms/UnsequencedDestination, jms/MailQueue, > jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, > jms/SequencedDestination, jms/InboundIntegrationQueue, > jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in > deployment descriptor missing. > 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource > reference [jms/ConnectionFactory, jms/QueueConnectionFactory, > mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - > corresponding entry in deployment descriptor missing. > {code} > This occurs at the point in the following point in the stack: > {code} > AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160 > {code} > The "specDD" that is passed in is a XML fragment for a specific session bean. > However, the "plan" that is passed in contains all the resource-ref and > resource-env-ref elements in the openejb-jar.xml plan. Therefore, the > "refMap" variable does not get completely emptied out, since the specific > session bean will only contain a subset of the resource-env-refs that are > defined in the plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3806) CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3806: Attachment: GERONIMO-3806-r639837.patch Thanks Toby. I missed that. So it follows that we need to remove from the unresolved refs ,the ORB and URL references that are resolved afterwords as well. > CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB > jar > - > > Key: GERONIMO-3806 > URL: https://issues.apache.org/jira/browse/GERONIMO-3806 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2 > Environment: Windows XP SP2 >Reporter: toby cabot >Assignee: Manu T George >Priority: Minor > Fix For: 2.1.1, 2.2 > > Attachments: GERONIMO-3806-2.0.2.patch, GERONIMO-3806-r639837.patch > > > During deployment of one of my EJB jar files in my EAR, I get the following > WARN messages: > {code} > 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin > object reference [jms/UnsequencedDestination, jms/MailQueue, > jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, > jms/SequencedDestination, jms/InboundIntegrationQueue, > jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in > deployment descriptor missing. > 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource > reference [jms/ConnectionFactory, jms/QueueConnectionFactory, > mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - > corresponding entry in deployment descriptor missing. > {code} > This occurs at the point in the following point in the stack: > {code} > AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160 > {code} > The "specDD" that is passed in is a XML fragment for a specific session bean. > However, the "plan" that is passed in contains all the resource-ref and > resource-env-ref elements in the openejb-jar.xml plan. Therefore, the > "refMap" variable does not get completely emptied out, since the specific > session bean will only contain a subset of the resource-env-refs that are > defined in the plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3806) CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3806: Attachment: (was: GERONIMO-3806_r638814.patch) > CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB > jar > - > > Key: GERONIMO-3806 > URL: https://issues.apache.org/jira/browse/GERONIMO-3806 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2 > Environment: Windows XP SP2 >Reporter: toby cabot >Assignee: Manu T George >Priority: Minor > Fix For: 2.1.1, 2.2 > > Attachments: GERONIMO-3806-2.0.2.patch > > > During deployment of one of my EJB jar files in my EAR, I get the following > WARN messages: > {code} > 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin > object reference [jms/UnsequencedDestination, jms/MailQueue, > jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, > jms/SequencedDestination, jms/InboundIntegrationQueue, > jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in > deployment descriptor missing. > 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource > reference [jms/ConnectionFactory, jms/QueueConnectionFactory, > mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - > corresponding entry in deployment descriptor missing. > {code} > This occurs at the point in the following point in the stack: > {code} > AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160 > {code} > The "specDD" that is passed in is a XML fragment for a specific session bean. > However, the "plan" that is passed in contains all the resource-ref and > resource-env-ref elements in the openejb-jar.xml plan. Therefore, the > "refMap" variable does not get completely emptied out, since the specific > session bean will only contain a subset of the resource-env-refs that are > defined in the plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3811: Attachment: g3811_r639236.patch patch with changes made to the properties attribute of the openejb gbeans. Required Geronimo 3936 to be merged first > EjbServer portlet > - > > Key: GERONIMO-3811 > URL: https://issues.apache.org/jira/browse/GERONIMO-3811 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: OpenEJB > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3811_r632068.patch, g3811_r634213.patch, > g3811_r639236.patch, openejb.zip, screenshot-1.jpg, screenshot-2.jpg > > > A portlet to show information about the OpenEJB container integrated in > Geronimo. It should also allow configuration of some parameters like pool > size 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-3936) Make changes to openejb gbeans so that they can be modified at runtime
[ https://issues.apache.org/jira/browse/GERONIMO-3936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George updated GERONIMO-3936: Attachment: g3936_r639236.patch > Make changes to openejb gbeans so that they can be modified at runtime > -- > > Key: GERONIMO-3936 > URL: https://issues.apache.org/jira/browse/GERONIMO-3936 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: OpenEJB >Affects Versions: 2.2 > Environment: All >Reporter: Manu T George > Fix For: 2.2 > > Attachments: g3936_r639236.patch > > > Extract interfaces from the EjbContainer GBean so that values can be set at > runtime. At runtime you need to set attributes on a dynamic proxy for it to > get saved. > So the EjbContainerGBean has been refactored to implement an EjbContainer > interface. Also a properties attribute has been added to the > OpenEjbSystemGbean. Initial approach implemented was to add multiple > MdbContainerGbeans for each MdbContainer created but it keeps on adding > entries to config.xml. Also adding too many gbeans to existing configurations > is not a good design as I understand from advice given in the ML -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3936) Make changes to openejb gbeans so that they can be modified at runtime
Make changes to openejb gbeans so that they can be modified at runtime -- Key: GERONIMO-3936 URL: https://issues.apache.org/jira/browse/GERONIMO-3936 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 2.2 Environment: All Reporter: Manu T George Fix For: 2.2 Extract interfaces from the EjbContainer GBean so that values can be set at runtime. At runtime you need to set attributes on a dynamic proxy for it to get saved. So the EjbContainerGBean has been refactored to implement an EjbContainer interface. Also a properties attribute has been added to the OpenEjbSystemGbean. Initial approach implemented was to add multiple MdbContainerGbeans for each MdbContainer created but it keeps on adding entries to config.xml. Also adding too many gbeans to existing configurations is not a good design as I understand from advice given in the ML -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3806) CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB jar
[ https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-3806: --- Assignee: toby cabot (was: Manu T George) Toby can you check if my fix works for you > CLONE -Extraneous WARN messages during deployment of resource-env-refs in EJB > jar > - > > Key: GERONIMO-3806 > URL: https://issues.apache.org/jira/browse/GERONIMO-3806 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.2, 2.1, 2.1.1, 2.2 > Environment: Windows XP SP2 >Reporter: toby cabot >Assignee: toby cabot >Priority: Minor > Fix For: 2.1.1, 2.2 > > Attachments: bug3806-patch.txt, GERONIMO-3806_r638814.patch > > > During deployment of one of my EJB jar files in my EAR, I get the following > WARN messages: > {code} > 14:29:37,425 WARN [AdminObjectRefBuilder] Failed to build reference to Admin > object reference [jms/UnsequencedDestination, jms/MailQueue, > jms/InboundEventQueue, jms/OutboundQueue, jms/SystemQueue, jms/ActionQueue, > jms/SequencedDestination, jms/InboundIntegrationQueue, > jms/OutboundEventQueue] defined in plan file, reason - corresponding entry in > deployment descriptor missing. > 14:29:37,440 WARN [ResourceRefBuilder] Failed to build reference to resource > reference [jms/ConnectionFactory, jms/QueueConnectionFactory, > mail/MailSession, jms/TopicConnectionFactory] defined in plan file, reason - > corresponding entry in deployment descriptor missing. > {code} > This occurs at the point in the following point in the stack: > {code} > AdminObjectRefBuilder.buildNaming(XmlObject, XmlObject, Module, Map) line: 160 > {code} > The "specDD" that is passed in is a XML fragment for a specific session bean. > However, the "plan" that is passed in contains all the resource-ref and > resource-env-ref elements in the openejb-jar.xml plan. Therefore, the > "refMap" variable does not get completely emptied out, since the specific > session bean will only contain a subset of the resource-env-refs that are > defined in the plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.