[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=markuppathrev=744564 http://svn.apache.org/viewvc?view=revrevision=744238 -- 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] Commented: (GERONIMO-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 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: 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] 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] 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 !--User-editable attribute service-- gbean name=AttributeManager class=org.apache.geronimo.system.configuration.LocalAttributeManager reference name=ServerInfo nameServerInfo/name /reference attribute name=configFilevar/config/config.xml/attribute attribute name=substitutionsFilevar/config/config-substitutions.properties/attribute attribute name=substitutionPrefixorg.apache.geronimo.config.substitution./attribute /gbean 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] 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-tabpanelfocusedCommentId=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
module name=console.dbpool/Testman/1.0/rar
gbean
name=console.dbpool/Testman/1.0/rar?J2EEApplication=null,JCAConnectionFactory=Testman,JCAResource=console.dbpool/Testman/1.0/rar,ResourceAdapter=console.dbpool/Testman/1.0/rar,ResourceAdapterModule=console.dbpool/Testman/1.0/rar,j2eeType=JCAManagedConnectionFactory,name=Testman
attribute name=DatabaseNameTESTMANT/attribute
attribute name=CreateDatabasefalse/attribute
attribute name=ShutdownDatabasesystem/attribute
attribute
name=Password{Simple}rO0ABXNyABlqYXZheC5jcnlwdG8uU2VhbGVkT2JqZWN0PjY9psO3VHACAARbAA1lbmNvZGVkUGFyYW1zdAACW0JbABBlbmNyeXB0ZWRDb250ZW50cQB+AAFMAAlwYXJhbXNBbGd0ABJMamF2YS9sYW5nL1N0cmluZztMAAdzZWFsQWxncQB+AAJ4cHB1cgACW0Ks8xf4BghU4AIAAHhwEHnh03EmiNu4VTuWH+xZiRBwdAADQUVT/attribute
attribute name=LoginTimeout0/attribute
attribute name=UserName/
/gbean
/module
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] 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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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] 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] 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 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-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-tabpanelfocusedCommentId=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-4509) Two EJB server portlet issues
[ https://issues.apache.org/jira/browse/GERONIMO-4509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 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-tabpanelfocusedCommentId=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 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-tabpanelfocusedCommentId=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 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-tabpanelfocusedCommentId=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 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-tabpanelfocusedCommentId=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] 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 enterprise-beans and dependencies 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(generated) 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 FAILED
[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] 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 enterprise-beans and dependencies 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(generated) 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
[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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-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-tabpanelfocusedCommentId=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-tabpanelfocusedCommentId=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-3655) Invalid MdbInstanceFactory behaviour
[ https://issues.apache.org/jira/browse/GERONIMO-3655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] Commented: (GERONIMO-4237) Elements jndi-name, jndi-local-name and jndi ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 jndi-name, jndi-local-name and jndi 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 jndi-name, jndi-local-name and jndi ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628897#action_12628897 ] Manu T George commented on GERONIMO-4237: - Resolved the issue in openejb trunk Elements jndi-name, jndi-local-name and jndi 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] Assigned: (GERONIMO-4237) Elements jndi-name, jndi-local-name and jndi 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 jndi-name, jndi-local-name and jndi 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 jndi-name, jndi-local-name and jndi ignored in openejb-jar.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 jndi-name, jndi-local-name and jndi 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] 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] 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-tabpanelfocusedCommentId=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)
at
[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-tabpanelfocusedCommentId=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) at
[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] 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-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.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421) at
[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-tabpanelfocusedCommentId=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.java:68) at
[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-tabpanelfocusedCommentId=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.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:421) at
[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-tabpanelfocusedCommentId=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.serializeInternally(SOAPEnvelopeImpl.java:237) at
[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] 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: (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] 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] 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] 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] 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-tabpanelfocusedCommentId=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-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-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-tabpanelfocusedCommentId=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] 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] 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] 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] 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] 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] Commented: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] 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-tabpanelfocusedCommentId=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.java:290) at
[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(StandardWrapperValve.java:233) at
[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.invoke(StandardWrapperValve.java:233) at
[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(StandardWrapperValve.java:233) at
[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.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at
[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 enterprise-beans and dependencies 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(generated) at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) at
[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 enterprise-beans and dependencies 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(generated) 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
[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-tabpanelfocusedCommentId=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 enterprise-beans and dependencies 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
[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 enterprise-beans and dependencies 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(generated) 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 FAILED state:
[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.java:233) at
[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.java:968) at
[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 connectionmanager local-transaction/ single-pool max-size10/max-size min-size0/min-size match-one/ /single-pool /connectionmanager -- 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 connectionmanager local-transaction/ single-pool max-size10/max-size min-size0/min-size match-one/ /single-pool /connectionmanager -- 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 connectionmanager local-transaction/ single-pool max-size10/max-size min-size0/min-size match-one/ /single-pool /connectionmanager -- 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: (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 connectionmanager local-transaction/ single-pool max-size10/max-size min-size0/min-size match-one/ /single-pool /connectionmanager -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[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-tabpanelfocusedCommentId=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
[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(ApplicationDispatcher.java:472) at
[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) at
[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.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at
[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.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at
[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) at
[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
[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-tabpanelfocusedCommentId=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(JspRuntimeLibrary.java:968) at
[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-tabpanelfocusedCommentId=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(portlet_002dskin_jsp.java:87) at
[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
[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-tabpanelfocusedCommentId=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 org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at
[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-tabpanelfocusedCommentId=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] 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] 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] 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] 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: 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] Commented: (GERONIMO-3811) EjbServer portlet
[ https://issues.apache.org/jira/browse/GERONIMO-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] 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] 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] 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-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-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] 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] 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] 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_r638814.patch
I am attaching a patch which I feel solves the problem better. Tested it out
with an application. Toby If you can test it with yours and verify that it
doesn't break your app it will be good.
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: 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.
