[jira] Assigned: (GERONIMO-4041) Tutorials - Stateful Session Bean
[ https://issues.apache.org/jira/browse/GERONIMO-4041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain reassigned GERONIMO-4041: - Assignee: Ashish Jain Tutorials - Stateful Session Bean - Key: GERONIMO-4041 URL: https://issues.apache.org/jira/browse/GERONIMO-4041 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: Ashish Jain Geronimo v2.1 documentation, Tutorials section. Develop an Stateful Session Bean tutorial addressing (when applicable) the following common topics. This document should also match the styling used in the existing tutorials. * Setting up Eclipse for Application development * Sample application overview _identify the different components_ * Prerequisites _external resources (i.e. databases, connection pools, JMS queues, etc)_ * Sample app creation _breakdown into multiple bullets_ * Deploy and Test the application See http://cwiki.apache.org/GMOxDOC21/tutorials.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4041) Tutorials - Stateful Session Bean
[ https://issues.apache.org/jira/browse/GERONIMO-4041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602561#action_12602561 ] Ashish Jain commented on GERONIMO-4041: --- Link for stateful tutorial http://cwiki.apache.org/GMOxDOC21/stateful-session-bean.html Tutorials - Stateful Session Bean - Key: GERONIMO-4041 URL: https://issues.apache.org/jira/browse/GERONIMO-4041 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: Ashish Jain Geronimo v2.1 documentation, Tutorials section. Develop an Stateful Session Bean tutorial addressing (when applicable) the following common topics. This document should also match the styling used in the existing tutorials. * Setting up Eclipse for Application development * Sample application overview _identify the different components_ * Prerequisites _external resources (i.e. databases, connection pools, JMS queues, etc)_ * Sample app creation _breakdown into multiple bullets_ * Deploy and Test the application See http://cwiki.apache.org/GMOxDOC21/tutorials.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4099) Calling isUserInRole wipes out run-as info
[ https://issues.apache.org/jira/browse/GERONIMO-4099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602563#action_12602563 ] David Jencks commented on GERONIMO-4099: branches 2.1 rev 663477 branches 2.0 rev 663484 Leaving open until we check tck results. Calling isUserInRole wipes out run-as info -- Key: GERONIMO-4099 URL: https://issues.apache.org/jira/browse/GERONIMO-4099 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.x, 2.1.x, 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1.x, 2.2 TomcatGeronimoRealm.hasRole sets callers which it has no business doing. These were already set during authentication. This wipes out the run-as info which was set earlier. Checking the principal is also unrelated to role checks in geronimo and should be omitted. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4058) Tutorials - Convert your current applications into plugins
[ https://issues.apache.org/jira/browse/GERONIMO-4058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain reassigned GERONIMO-4058: - Assignee: Ashish Jain Tutorials - Convert your current applications into plugins -- Key: GERONIMO-4058 URL: https://issues.apache.org/jira/browse/GERONIMO-4058 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: Ashish Jain Geronimo v2.1 documentation, Tutorials section. Develop a tutorial for Converting your current applications into plugins addressing the following common topics (use this list as the initial guideline). This document should also match the styling used in the existing tutorials. * Setting up Eclipse for Application development * Sample application overview _identify the different components_ * Prerequisites _external resources (i.e. databases, connection pools, JMS queues, etc)_ * Sample app creation _breakdown into multiple bullets_ * Deploy and Test the application See http://cwiki.apache.org/GMOxDOC21/tutorials.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4056) Tutorials - Create your own custom server with Geronimo framework
[ https://issues.apache.org/jira/browse/GERONIMO-4056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain reassigned GERONIMO-4056: - Assignee: Ashish Jain Tutorials - Create your own custom server with Geronimo framework - Key: GERONIMO-4056 URL: https://issues.apache.org/jira/browse/GERONIMO-4056 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: Ashish Jain Geronimo v2.1 documentation, Tutorials section. Develop a tutorial for Creating your own custom server with Geronimo framework addressing the following common topics (use this list as the initial guideline). This document should also match the styling used in the existing tutorials. * Setting up Eclipse for Application development * Sample application overview _identify the different components_ * Prerequisites _external resources (i.e. databases, connection pools, JMS queues, etc)_ * Sample app creation _breakdown into multiple bullets_ * Deploy and Test the application See http://cwiki.apache.org/GMOxDOC21/tutorials.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3460) EAR will not display properly at the / context root (tomcat only)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602585#action_12602585 ] YunFeng Ma commented on GERONIMO-3460: -- I tested G v2.1.1 using the attached EAR and it works fine. Maybe it had been fixed. EAR will not display properly at the / context root (tomcat only) --- Key: GERONIMO-3460 URL: https://issues.apache.org/jira/browse/GERONIMO-3460 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, Tomcat Affects Versions: 2.0.1 Environment: G v 2.0.1 (tomcat), windows xp Reporter: Viet Hung Nguyen Priority: Critical Fix For: 2.0.x Attachments: college_fest.ear When an EAR is deployed at the / context root (using tomcat) there are problems viewing the webapp. These problems exists under these conditions: 1. EAR never works on the initial deploy 2. EAR never works on server startup The only way I have gotten these EARs to work is to: 1. change the context-root to something not / (but I shouldn't have to do this) 2. redeploy the EAR 3. restart the EAR 4. undeploy, then deploy the EAR To reproduce the problem, use the attached EAR, uninstall any WAR that is using / as its context-root, deploy the EAR and visit http://localhost:8080/ Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun resolved GERONIMO-4027. --- Resolution: Fixed able to test the patch in 2.1.patched committed in trunk (rev 663607) and branch 2.1 (rev 663606). Thanks Joseph! Accessibility issue: Tree icons in high contrast mode cannot be seen Key: GERONIMO-4027 URL: https://issues.apache.org/jira/browse/GERONIMO-4027 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2, IE 6.0 Reporter: Xia Ming Assignee: Lin Sun Priority: Minor Attachments: GERONIMO-4027-2.patch, GERONIMO-4027.patch To enable low-vision people to use admin console, the tree icons in these pages shall be improved: Classloader tree JNDI tree Dependency tree Note that, after tested, only MBeans tree's icon could be seen in the high contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4086) sharelib plugin does not include or create shared/lib or shared/classes directories
[ https://issues.apache.org/jira/browse/GERONIMO-4086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602649#action_12602649 ] Joe Bohn commented on GERONIMO-4086: Sharedlib does have an unconventional structure and there are some oddities ... so it's good to get those fixed. But I'm wondering about the nature of the original problem here. My experience has been that the directories were created properly when installing the plugin prior to your recent change. I was able to use the minimal jetty assembly from trunk (which did not have the shared/classes and shared/lib directories) and install the sharedlib plugin. I didn't notice any errors during installation of the plugin and somehow the appropriate directories were created. I'm pretty sure I've done this for 2.1.1 as well. sharelib plugin does not include or create shared/lib or shared/classes directories --- Key: GERONIMO-4086 URL: https://issues.apache.org/jira/browse/GERONIMO-4086 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.2, 2.2 Reporter: Jarek Gawor Assignee: Jarek Gawor The sharelib plugin does not include or create shared/lib or shared/classes directories. Looks like the resources directory in svn is in invalid location (should be under src/main/resources instead of src/resources) and the classes and lib directory should be non-empty otherwise maven will ignore the directories and not include them in the car file. I don't know if there is a way to tell maven to include empty directories. Also during javaee building the following error is generated (which is caused by the missing shared directory in the sharelib plugin): [ERROR] Installed configuration into repository but cannot locate file to copy shared -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3931) Unable to delete a datasource from administrative console
[ https://issues.apache.org/jira/browse/GERONIMO-3931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh resolved GERONIMO-3931. - Resolution: Fixed Fix Version/s: 2.2 2.1.x 2.1.2 No one updated the JIRA with any new information. This appears to have already been fixed. Unable to delete a datasource from administrative console - Key: GERONIMO-3931 URL: https://issues.apache.org/jira/browse/GERONIMO-3931 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: databases Affects Versions: 2.1 Environment: Windows XP, AG2.1 Reporter: Ashish Jain Assignee: Jay D. McHugh Fix For: 2.1.2, 2.1.x, 2.2 While trying to delete a datasource from Administrative console I get the following error in the command prompt 13:01:47,000 ERROR [DatabasePoolPortlet] Undeployment unsuccessful! In geronimo.log I get the following error 13:02:09,343 ERROR [DatabasePoolPortlet] Undeployment unsuccessful! 13:02:10,359 INFO [SupportedModesServiceImpl] Portlet mode 'edit' not found for portletId: '/system-database.DBWizard!1134683811|0' Steps to recreate the issue 1) Create a DerbyEmbedded database pool. 2) Delete the pool Workaround is to manually remove the entries from config.xml and repository. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3931) Unable to delete a datasource from administrative console
[ https://issues.apache.org/jira/browse/GERONIMO-3931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh closed GERONIMO-3931. --- Unable to delete a datasource from administrative console - Key: GERONIMO-3931 URL: https://issues.apache.org/jira/browse/GERONIMO-3931 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: databases Affects Versions: 2.1 Environment: Windows XP, AG2.1 Reporter: Ashish Jain Assignee: Jay D. McHugh Fix For: 2.1.2, 2.1.x, 2.2 While trying to delete a datasource from Administrative console I get the following error in the command prompt 13:01:47,000 ERROR [DatabasePoolPortlet] Undeployment unsuccessful! In geronimo.log I get the following error 13:02:09,343 ERROR [DatabasePoolPortlet] Undeployment unsuccessful! 13:02:10,359 INFO [SupportedModesServiceImpl] Portlet mode 'edit' not found for portletId: '/system-database.DBWizard!1134683811|0' Steps to recreate the issue 1) Create a DerbyEmbedded database pool. 2) Delete the pool Workaround is to manually remove the entries from config.xml and repository. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3460) EAR will not display properly at the / context root (tomcat only)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh reassigned GERONIMO-3460: --- Assignee: Jay D. McHugh EAR will not display properly at the / context root (tomcat only) --- Key: GERONIMO-3460 URL: https://issues.apache.org/jira/browse/GERONIMO-3460 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, Tomcat Affects Versions: 2.0.1 Environment: G v 2.0.1 (tomcat), windows xp Reporter: Viet Hung Nguyen Assignee: Jay D. McHugh Priority: Critical Fix For: 2.0.x Attachments: college_fest.ear When an EAR is deployed at the / context root (using tomcat) there are problems viewing the webapp. These problems exists under these conditions: 1. EAR never works on the initial deploy 2. EAR never works on server startup The only way I have gotten these EARs to work is to: 1. change the context-root to something not / (but I shouldn't have to do this) 2. redeploy the EAR 3. restart the EAR 4. undeploy, then deploy the EAR To reproduce the problem, use the attached EAR, uninstall any WAR that is using / as its context-root, deploy the EAR and visit http://localhost:8080/ Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3460) EAR will not display properly at the / context root (tomcat only)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh closed GERONIMO-3460. --- EAR will not display properly at the / context root (tomcat only) --- Key: GERONIMO-3460 URL: https://issues.apache.org/jira/browse/GERONIMO-3460 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, Tomcat Affects Versions: 2.0.1 Environment: G v 2.0.1 (tomcat), windows xp Reporter: Viet Hung Nguyen Assignee: Jay D. McHugh Priority: Critical Fix For: 2.0.x Attachments: college_fest.ear When an EAR is deployed at the / context root (using tomcat) there are problems viewing the webapp. These problems exists under these conditions: 1. EAR never works on the initial deploy 2. EAR never works on server startup The only way I have gotten these EARs to work is to: 1. change the context-root to something not / (but I shouldn't have to do this) 2. redeploy the EAR 3. restart the EAR 4. undeploy, then deploy the EAR To reproduce the problem, use the attached EAR, uninstall any WAR that is using / as its context-root, deploy the EAR and visit http://localhost:8080/ Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3460) EAR will not display properly at the / context root (tomcat only)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh resolved GERONIMO-3460. - Resolution: Duplicate Duplicate of Geronimo-3921. I missed this JIRA when I created the other one. EAR will not display properly at the / context root (tomcat only) --- Key: GERONIMO-3460 URL: https://issues.apache.org/jira/browse/GERONIMO-3460 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, Tomcat Affects Versions: 2.0.1 Environment: G v 2.0.1 (tomcat), windows xp Reporter: Viet Hung Nguyen Assignee: Jay D. McHugh Priority: Critical Fix For: 2.0.x Attachments: college_fest.ear When an EAR is deployed at the / context root (using tomcat) there are problems viewing the webapp. These problems exists under these conditions: 1. EAR never works on the initial deploy 2. EAR never works on server startup The only way I have gotten these EARs to work is to: 1. change the context-root to something not / (but I shouldn't have to do this) 2. redeploy the EAR 3. restart the EAR 4. undeploy, then deploy the EAR To reproduce the problem, use the attached EAR, uninstall any WAR that is using / as its context-root, deploy the EAR and visit http://localhost:8080/ Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-355) devtools web page out of date. refers GEP v2.0.0, not lastest v2.1.1
devtools web page out of date. refers GEP v2.0.0, not lastest v2.1.1 - Key: GERONIMODEVTOOLS-355 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-355 Project: Geronimo-Devtools Issue Type: Bug Reporter: Ted Kirby Assignee: Tim McConnell The Geroniom DevTools web page, http://geronimo.apache.org/development-tools.html, has instructions for GEP v2.0.0, but v2.1.0 was released on April 29. Should these pages be moved to wiki? Does the release process need updating? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[VOTE] Server Repository plugin for Geronimo 2.1.1
Hi, As a result of some discussion on GERONIMO-2814 [https://issues.apache.org/jira/browse/GERONIMO-2814] it was suggested that we create a plugin to facilitate adding a second repository to Geronimo. This is of particular value when running multiple Geronimo server instances from a single Geronimo installation. I have created a very simple plugin for this purpose. For more information on how this might be leveraged reference http://cwiki.apache.org/GMOxDOC21/multiple-repositories.html Staging repo: http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/ Staging site: http://people.apache.org/~jbohn/staging-site/plugins/server-repo/1.0/index.html The vote is open for 72 hours and will conclude on Monday (6/9) at 9:00 ET. [ ] +1 Release the server-repo plugin [ ] +0 No opinion [ ] -1 Don't release the server-repo plugin Joe
[DISCUSS] Server Repository plugin for Geronimo 2.1.1
Start of thread to discuss any concerns/issues/questions with the vote for the Server Repository plugin for Geronimo 2.1.1 Joe
Re: [VOTE] Server Repository plugin for Geronimo 2.1.1
Here's my +1 Joe Joe Bohn wrote: Hi, As a result of some discussion on GERONIMO-2814 [https://issues.apache.org/jira/browse/GERONIMO-2814] it was suggested that we create a plugin to facilitate adding a second repository to Geronimo. This is of particular value when running multiple Geronimo server instances from a single Geronimo installation. I have created a very simple plugin for this purpose. For more information on how this might be leveraged reference http://cwiki.apache.org/GMOxDOC21/multiple-repositories.html Staging repo: http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/ Staging site: http://people.apache.org/~jbohn/staging-site/plugins/server-repo/1.0/index.html The vote is open for 72 hours and will conclude on Monday (6/9) at 9:00 ET. [ ] +1 Release the server-repo plugin [ ] +0 No opinion [ ] -1 Don't release the server-repo plugin Joe
[jira] Commented: (GERONIMO-4086) sharelib plugin does not include or create shared/lib or shared/classes directories
[ https://issues.apache.org/jira/browse/GERONIMO-4086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602674#action_12602674 ] Jarek Gawor commented on GERONIMO-4086: --- Thanks for letting me know about this. I took at look at the sharedlib gbean and 2.1.1 code and here's what going on. The sharedlib car file did not include the shared directory (even in 2.1.1). So when the plugin was installed while building the assembly, the shared directory was not created. Now, the sharedlib gbean when started it creates the shared directory automatically if one doesn't exist. That explains why when you install the sharedlib plugin while the server is running, the shared directory will be created or when you start the server for the first time. However, if you just unpack the assembly archive the shared directory will not be there. sharelib plugin does not include or create shared/lib or shared/classes directories --- Key: GERONIMO-4086 URL: https://issues.apache.org/jira/browse/GERONIMO-4086 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.2, 2.2 Reporter: Jarek Gawor Assignee: Jarek Gawor The sharelib plugin does not include or create shared/lib or shared/classes directories. Looks like the resources directory in svn is in invalid location (should be under src/main/resources instead of src/resources) and the classes and lib directory should be non-empty otherwise maven will ignore the directories and not include them in the car file. I don't know if there is a way to tell maven to include empty directories. Also during javaee building the following error is generated (which is caused by the missing shared directory in the sharelib plugin): [ERROR] Installed configuration into repository but cannot locate file to copy shared -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-355) devtools web page out of date. refers GEP v2.0.0, not lastest v2.1.1
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602700#action_12602700 ] Hernan Cunico commented on GERONIMODEVTOOLS-355: I think we should keep a more generic info on dev tool on the main web site. Provide an overview and leave the version specific content for the wiki itself. GEP version goes along with Geronimo version. It make sense to me to keep GEP detailed doc in Geronimo 2.1 doc. (GMOxDOC21). We already provide details in *Development environment* (http://cwiki.apache.org/GMOxDOC21/development-environment.html) and *Quick start - fast and easy development* (http://cwiki.apache.org/GMOxDOC21/quick-start-fast-and-easy-development.html) We can add GEP specific pages as needed but I think we should keep them in the version corresponding G documentation. It will be easier to maintain. devtools web page out of date. refers GEP v2.0.0, not lastest v2.1.1 - Key: GERONIMODEVTOOLS-355 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-355 Project: Geronimo-Devtools Issue Type: Bug Reporter: Ted Kirby Assignee: Tim McConnell The Geroniom DevTools web page, http://geronimo.apache.org/development-tools.html, has instructions for GEP v2.0.0, but v2.1.0 was released on April 29. Should these pages be moved to wiki? Does the release process need updating? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4030) Accessibility issue: The tree and tabbed content in Debug views is not keyboard navigatable
[ https://issues.apache.org/jira/browse/GERONIMO-4030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602702#action_12602702 ] Joseph Leong commented on GERONIMO-4030: So it's confirmed that DOJO supports tabindex. However, for elements that have no role such as DIV, IMG, and SPAN a role must be defined for them first before the tabindex attribute can be used. Furthermore, for objects with hierarchy such as the tree/tree nodes in this debugview portlet, a hierarchy role must be defined between the parent/childs so navigation will be done properly. TabIndex -1 removes elements in the tabbing order, Tabindex 0 is what the document tab order will be relative to in that document. Otherwise tabindex 1 to 32768 can be assigned. Any other insight appreciated. Thanks! Joseph Leong Accessibility issue: The tree and tabbed content in Debug views is not keyboard navigatable --- Key: GERONIMO-4030 URL: https://issues.apache.org/jira/browse/GERONIMO-4030 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2, IE 6.0 JAWS 8.0 Reporter: Xia Ming Assignee: Joseph Leong To enable blind people smoothly use admin console, all of part in the admin console pages should be keyboard navigatable. But in Debug Views pages, the object trees and tabbed content are not keyboard navigatable, JAWS just read the portlet title and stop there, no keyboard action could be used to enter the content. The impact pages include: Debug Views-JMX Viewer, LDAP Viewer, Classloader Viewer, JNDI Viewer, Dependency Viewer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-347) Modules out-of-order when published to Geronimo server
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell resolved GERONIMODEVTOOLS-347. Resolution: Fixed When projects are added to the server using the Add and Remove Project wizard the GEP will interrogate the artifacts being deployed for inter-dependencies (i.e., dependency elements in the environment) and order them accordingly for proper deployment to the Geronimo server. Two new classes have been added to the org.apache.geronimo.st.core plugin: -- A dependency manager class to register all the inter-dependencies as the artifacts are being deployed -- A dependency helper class to determine the new order based on those registered dependencies Modules out-of-order when published to Geronimo server --- Key: GERONIMODEVTOOLS-347 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-347 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.1 Dependencies are not interrogated when publishing modules from the GEP to the Geronimo server. As a result, since the Add/Remove WTP dialog adds them in alphabetical order it is quite likely that they will be published in an order that is not correct and will result in unsatisfied dependency errors. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4097) unable to download extensible administration console using Little G
[ https://issues.apache.org/jira/browse/GERONIMO-4097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602709#action_12602709 ] David Jencks commented on GERONIMO-4097: If we changed the groupId to org.apache.geronimo.foo, yes. I don't think we want to publish versions of other projects artifacts under their groupId. unable to download extensible administration console using Little G --- Key: GERONIMO-4097 URL: https://issues.apache.org/jira/browse/GERONIMO-4097 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: windows Reporter: B.J. Reed I am trying to go through the wiki Extensible Administration Console page http://cwiki.apache.org/confluence/display/GMOxDOC21/Extensible+Administration+Console to make some updates and make sure all the steps still work for 2.1, but seem to have hit a known problem. I have installed the 2.1 minimal version and am trying to install the admin console from the online plugin catalog. When running the gsh deploy/list-plugins -r command, I get the following error: Installation FAILED: Could not find org.apache.pluto/pluto-portal-driver/1.2.0-G601060/jar in any repo. The wiki page has a note There may be a dependency issue with Pluto... so it looks like this is a known issue, but I didn't find anything in the list of JIRAs (I may have missed it). Is there a workaround for this? or is someone looking into this problem? According to Joe Bohn - The problem is one that we have in other places as well. We have private versions of several components (pluto among them). These are only found in our svn repository and retrieved from there when we perform a Geronimo build. However, the artifacts are not in a public repository to be downloaded if other components require them (such as when we are attempting to resolve the transitive dependencies when installing the console). I guess to fix this we will need to do something (not sure what) to get the our private pluto jars bundled with the appropriate plugin so that they could be installed in the server together. - -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-346) Adding security roles in the Geronimo Deployment Plan Editor does not work
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell resolved GERONIMODEVTOOLS-346. Resolution: Fixed Applied patch at revision 663673. Thanks again to BJ Reed for this all-encompassing patch for all the deployment plan editor list boxes !! Adding security roles in the Geronimo Deployment Plan Editor does not work -- Key: GERONIMODEVTOOLS-346 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Environment: Eclipse Europa Winter (WTP 2.0.2), Windows XP SP2, Geronimo 2.1.1, GEP 2.1.0, Reporter: Cedric Hurst Assignee: B.J. Reed Fix For: 2.1.1 Attachments: GERONIMODEVTOOLS-346.patch, GERONIMODEVTOOLS-346a.patch Original Estimate: 0h Remaining Estimate: 0h Steps to reproduce === 1. Create a new Enterprise Application Project 2. Open the geronimo-application.xml file in the graphical editor 3. Select the security tab 4. Click the add button in the Security Roles section 5. Provide any value for name and/or description and click Finish Expected behavior === New role will show up in the Security Role list and in the source view of geronimo-application.xml Actual behavior === Role does not show up, nor is it added the the actual xml file. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-4086) sharelib plugin does not include or create shared/lib or shared/classes directories
[ https://issues.apache.org/jira/browse/GERONIMO-4086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-4086. --- Resolution: Fixed Fix Version/s: 2.2 2.1.2 Updated ArchiverGBean to include empty directories in the created archive. Fixed committed to trunk (revision 663679) and branches/2.1 (revision 663681). sharelib plugin does not include or create shared/lib or shared/classes directories --- Key: GERONIMO-4086 URL: https://issues.apache.org/jira/browse/GERONIMO-4086 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.2, 2.2 Reporter: Jarek Gawor Assignee: Jarek Gawor Fix For: 2.1.2, 2.2 The sharelib plugin does not include or create shared/lib or shared/classes directories. Looks like the resources directory in svn is in invalid location (should be under src/main/resources instead of src/resources) and the classes and lib directory should be non-empty otherwise maven will ignore the directories and not include them in the car file. I don't know if there is a way to tell maven to include empty directories. Also during javaee building the following error is generated (which is caused by the missing shared directory in the sharelib plugin): [ERROR] Installed configuration into repository but cannot locate file to copy shared -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3921) getContextRoot() returns forward slash rather than empty string for apps deployed to root context
[ https://issues.apache.org/jira/browse/GERONIMO-3921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602734#action_12602734 ] Jay D. McHugh commented on GERONIMO-3921: - Has anyone checked to confirm that this works in Jetty? If not, I'll check in the next few days and close this issue. getContextRoot() returns forward slash rather than empty string for apps deployed to root context - Key: GERONIMO-3921 URL: https://issues.apache.org/jira/browse/GERONIMO-3921 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0, 2.0.1, 2.0.2, 2.0.x, 2.1, 2.1.1, 2.2 Reporter: Jay D. McHugh Assignee: Jay D. McHugh Fix For: 2.0.x, 2.1.1, 2.2 An app deployed to the root context should have returned by getContextRoot() - On Tomcat, we are returning /. dcherk wrote: I am deploying my war file into the root context with the following deployment plan: -- web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-2.0; xmlns:dep=http://geronimo.apache.org/xml/ns/deployment-1.2; xmlns:naming=http://geronimo.apache.org/xml/ns/naming-1.2; xmlns:security=http://geronimo.apache.org/xml/ns/security-1.2; ... context-root/context-root ... /web-app -- The application starts up properly, and responds on http://localhost, as expected. However, when I examine request.getContextPath(), I get a forward slash: /. This is incorrect, as far as I can tell. According to the API (http://java.sun.com/javaee/5/docs/api/javax/servlet/http/HttpServletRequest.html#getContextPath()): -- For servlets in the default (root) context, this method [HttpServletRequest.html.getContextPath()] returns . -- -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-351) Problems with Download and Install
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell resolved GERONIMODEVTOOLS-351. Resolution: Fixed Applied last patch with revision 663690. Thanks Ted Kirby for this patch !! Problems with Download and Install --- Key: GERONIMODEVTOOLS-351 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.1 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.1 Attachments: GD351-1.patch, GD351-2.patch, GD351.patch Per Ted: It looks like Download and Install does not work when the GEP is launched within eclipse. The error message says either file not found or feature already installed. I think it is the latter. If I install GEP via the updatesite.zip file, Download and Install works. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4100) Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly
Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly Key: GERONIMO-4100 URL: https://issues.apache.org/jira/browse/GERONIMO-4100 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: webservices Affects Versions: 2.1.1 Reporter: Lin Sun Priority: Minor Fix For: 2.2 In JAXWSToolsCLI.java, the code default to always use SUN's Saaj impl (tools.setUseSunSAAJ()). This can be an issue for vendors who brand geronimo and choose to not include the SUN's saaj impl in the assembly, as the code would just throw an exception like below when jaxws-tools.bat wsgen is issued: Exception in thread main java.lang.Exception: Missing artifact in repositories : com.sun.xml.messaging.saaj/saaj-impl//jar at org.apache.geronimo.jaxws.builder.JAXWSTools.getLocati on(JAXWSTools.java:141) at org.apache.geronimo.jaxws.builder.JAXWSTools.getClassp ath(JAXWSTools.java:116) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.run(JA XWSToolsCLI.java:75) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(J AXWSToolsCLI.java:61) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4100) Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly
[ https://issues.apache.org/jira/browse/GERONIMO-4100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun reassigned GERONIMO-4100: - Assignee: Lin Sun Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly Key: GERONIMO-4100 URL: https://issues.apache.org/jira/browse/GERONIMO-4100 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.1.1 Reporter: Lin Sun Assignee: Lin Sun Priority: Minor Fix For: 2.2 In JAXWSToolsCLI.java, the code default to always use SUN's Saaj impl (tools.setUseSunSAAJ()). This can be an issue for vendors who brand geronimo and choose to not include the SUN's saaj impl in the assembly, as the code would just throw an exception like below when jaxws-tools.bat wsgen is issued: Exception in thread main java.lang.Exception: Missing artifact in repositories : com.sun.xml.messaging.saaj/saaj-impl//jar at org.apache.geronimo.jaxws.builder.JAXWSTools.getLocati on(JAXWSTools.java:141) at org.apache.geronimo.jaxws.builder.JAXWSTools.getClassp ath(JAXWSTools.java:116) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.run(JA XWSToolsCLI.java:75) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(J AXWSToolsCLI.java:61) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4100) Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly
[ https://issues.apache.org/jira/browse/GERONIMO-4100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602757#action_12602757 ] Jarek Gawor commented on GERONIMO-4100: --- Just curious, does wsgen/wsimport actaully work with Axis2 SAAJ implementation? Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly Key: GERONIMO-4100 URL: https://issues.apache.org/jira/browse/GERONIMO-4100 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.1.1 Reporter: Lin Sun Assignee: Lin Sun Priority: Minor Fix For: 2.2 In JAXWSToolsCLI.java, the code default to always use SUN's Saaj impl (tools.setUseSunSAAJ()). This can be an issue for vendors who brand geronimo and choose to not include the SUN's saaj impl in the assembly, as the code would just throw an exception like below when jaxws-tools.bat wsgen is issued: Exception in thread main java.lang.Exception: Missing artifact in repositories : com.sun.xml.messaging.saaj/saaj-impl//jar at org.apache.geronimo.jaxws.builder.JAXWSTools.getLocati on(JAXWSTools.java:141) at org.apache.geronimo.jaxws.builder.JAXWSTools.getClassp ath(JAXWSTools.java:116) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.run(JA XWSToolsCLI.java:75) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(J AXWSToolsCLI.java:61) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4100) Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly
[ https://issues.apache.org/jira/browse/GERONIMO-4100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602787#action_12602787 ] Lin Sun commented on GERONIMO-4100: --- Yeah, works for me so far - was able to generate some wsdl from SEI. Allow users to use jaxws-tools.bat/sh when SUN SAAJ impl is not provided in the assembly Key: GERONIMO-4100 URL: https://issues.apache.org/jira/browse/GERONIMO-4100 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.1.1 Reporter: Lin Sun Assignee: Lin Sun Priority: Minor Fix For: 2.2 In JAXWSToolsCLI.java, the code default to always use SUN's Saaj impl (tools.setUseSunSAAJ()). This can be an issue for vendors who brand geronimo and choose to not include the SUN's saaj impl in the assembly, as the code would just throw an exception like below when jaxws-tools.bat wsgen is issued: Exception in thread main java.lang.Exception: Missing artifact in repositories : com.sun.xml.messaging.saaj/saaj-impl//jar at org.apache.geronimo.jaxws.builder.JAXWSTools.getLocati on(JAXWSTools.java:141) at org.apache.geronimo.jaxws.builder.JAXWSTools.getClassp ath(JAXWSTools.java:116) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.run(JA XWSToolsCLI.java:75) at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(J AXWSToolsCLI.java:61) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (GERONIMODEVTOOLS-346) Adding security roles in the Geronimo Deployment Plan Editor does not work
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Kirby reopened GERONIMODEVTOOLS-346:
Regression: [Regression]
I take exception to one line of the fix:
plugins/org.apache.geronimo.st.ui/src/main/java/org/apache/geronimo/st/ui/internal/Messages.properties
-installMessage=Install Apache Geronimo to {0} ?
+installMessage=Install {0} to {1} ?
This conflicts with my patch for GERONIMODEVTOOLS-341. Is this change
necessary, or inadvertent? Can my change be restored?
Adding security roles in the Geronimo Deployment Plan Editor does not work
--
Key: GERONIMODEVTOOLS-346
URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 2.1.0
Environment: Eclipse Europa Winter (WTP 2.0.2), Windows XP SP2,
Geronimo 2.1.1, GEP 2.1.0,
Reporter: Cedric Hurst
Assignee: B.J. Reed
Fix For: 2.1.1
Attachments: GERONIMODEVTOOLS-346.patch, GERONIMODEVTOOLS-346a.patch
Original Estimate: 0h
Remaining Estimate: 0h
Steps to reproduce
===
1. Create a new Enterprise Application Project
2. Open the geronimo-application.xml file in the graphical editor
3. Select the security tab
4. Click the add button in the Security Roles section
5. Provide any value for name and/or description and click Finish
Expected behavior
===
New role will show up in the Security Role list and in the source view of
geronimo-application.xml
Actual behavior
===
Role does not show up, nor is it added the the actual xml file.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4101) ContextManager shouldn't know about specific Permission classes such as EJBRolePermission
[ https://issues.apache.org/jira/browse/GERONIMO-4101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4101. -- Resolution: Fixed fixed rev 663791. ContextManager shouldn't know about specific Permission classes such as EJBRolePermission - Key: GERONIMO-4101 URL: https://issues.apache.org/jira/browse/GERONIMO-4101 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 We seem to have a design error. ContextManager.isCallerInRole shouldn't be in ContextManager, but in the openejb integration code, specifically GeronimoSecurityService. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMODEVTOOLS-346) Adding security roles in the Geronimo Deployment Plan Editor does not work
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell resolved GERONIMODEVTOOLS-346. Resolution: Fixed Hi Ted, I'm not quite sure how this happened, but it must be an inadvertent change, especially since BJ's patch deals only with the Deployment Plan editors, and nothing to do with installation. Thus, I've changed it back to the way it was patched for GERONIMODEVTOOLS-314. Thanks much for catching this. Adding security roles in the Geronimo Deployment Plan Editor does not work -- Key: GERONIMODEVTOOLS-346 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Environment: Eclipse Europa Winter (WTP 2.0.2), Windows XP SP2, Geronimo 2.1.1, GEP 2.1.0, Reporter: Cedric Hurst Assignee: B.J. Reed Fix For: 2.1.1 Attachments: GERONIMODEVTOOLS-346.patch, GERONIMODEVTOOLS-346a.patch Original Estimate: 0h Remaining Estimate: 0h Steps to reproduce === 1. Create a new Enterprise Application Project 2. Open the geronimo-application.xml file in the graphical editor 3. Select the security tab 4. Click the add button in the Security Roles section 5. Provide any value for name and/or description and click Finish Expected behavior === New role will show up in the Security Role list and in the source view of geronimo-application.xml Actual behavior === Role does not show up, nor is it added the the actual xml file. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4102) Can't start server assembly with jaxws-calculator
Can't start server assembly with jaxws-calculator - Key: GERONIMO-4102 URL: https://issues.apache.org/jira/browse/GERONIMO-4102 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 2.1.1 Environment: Configuration: SW: 1. OS: RHEL 5.2 Snapshot 3 2. JDK: ibm jdk 5.0 SR6(embedded in build) HW: Intel x86 32bit Reporter: viola.lu Priority: Minor Steps: 1. Start server 2. Deploy jaxws-calculator and verify jaxws-calculator works fine 3. Assembly a server via gshell and select the following plugins com.ibm.wasce.assemblies/wasce-boilerplate-minimal/x.x.x.x/jar org.apache.geronimo.samples.jws/Calculator/x.x.x.x/car 4. Unzip the server assembly 5. Start the server assembly Problems: can't start server assembly,pls check server.log 6:37:19,156 INFO [Log4jService] -- 16:37:19,157 INFO [Log4jService] Started Logging Service 16:37:19,157 INFO [Log4jService] Runtime Information: 16:37:19,157 INFO [Log4jService] IBM WebSphere Application Server Community Edition V2.1.0.0 16:37:19,157 INFO [Log4jService] Copyright (C) 2005-2008, IBM Corporation. All Rights Reserved. 16:37:19,158 INFO [Log4jService] Powered by Apache Geronimo V2.1.1 16:37:19,158 INFO [Log4jService] Install Directory = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0 16:37:19,158 INFO [Log4jService] Build = 2.1.0.0-20080527 16:37:19,159 INFO [JvmVendor] IBM JVM 1.5.0 16:37:19,159 INFO [Log4jService] JVM in use = IBM JVM 1.5.0 16:37:19,160 INFO [Log4jService] Java Information: 16:37:19,160 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 16:37:19,160 INFO [Log4jService] System property [java.runtime.version] = pxi32devifx-20071025 (SR6b) 16:37:19,160 INFO [Log4jService] System property [os.name] = Linux 16:37:19,160 INFO [Log4jService] System property [os.version] = 2.6.18-87.el5 16:37:19,160 INFO [Log4jService] System property [sun.os.patch.level] = null 16:37:19,160 INFO [Log4jService] System property [os.arch] = x86 16:37:19,160 INFO [Log4jService] System property [java.class.version] = 49.0 16:37:19,160 INFO [Log4jService] System property [locale] = en_US 16:37:19,160 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 16:37:19,161 INFO [Log4jService] System property [file.encoding] = UTF-8 16:37:19,161 INFO [Log4jService] System property [java.vm.name]= IBM J9 VM 16:37:19,161 INFO [Log4jService] System property [java.vm.vendor] = IBM Corporation 16:37:19,161 INFO [Log4jService] System property [java.vm.version] = 2.3 16:37:19,161 INFO [Log4jService] System property [java.vm.info]= J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20071005 (JIT enabled) J9VM - 20071004_14218_lHdSMR JIT - 20070820_1846ifx1_r8 GC - 200708_10 16:37:19,161 INFO [Log4jService] System property [java.home] = /opt/ibm/java2-i386-50/jre 16:37:19,161 INFO [Log4jService] System property [java.classpath] = null 16:37:19,161 INFO [Log4jService] System property [java.library.path] = /opt/ibm/java2-i386-50/jre/bin:/usr/local/apr/lib:/usr/lib 16:37:19,161 INFO [Log4jService] System property [java.endorsed.dirs] = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/endorsed:/opt/ibm/java2-i386-50/jre/lib/endorsed 16:37:19,162 INFO [Log4jService] System property [java.ext.dirs] = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/ext:/opt/ibm/java2-i386-50/jre/lib/ext 16:37:19,162 INFO [Log4jService] System property [sun.boot.class.path] = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/endorsed/yoko-spec-corba-1.0.jar:/opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/endorsed/yoko-rmi-spec-1.0.jar:/opt/ibm/java2-i386-50/jre/lib/vm.jar:/opt/ibm/java2-i386-50/jre/lib/core.jar:/opt/ibm/java2-i386-50/jre/lib/charsets.jar:/opt/ibm/java2-i386-50/jre/lib/graphics.jar:/opt/ibm/java2-i386-50/jre/lib/security.jar:/opt/ibm/java2-i386-50/jre/lib/ibmpkcs.jar:/opt/ibm/java2-i386-50/jre/lib/ibmorb.jar:/opt/ibm/java2-i386-50/jre/lib/ibmcfw.jar:/opt/ibm/java2-i386-50/jre/lib/ibmorbapi.jar:/opt/ibm/java2-i386-50/jre/lib/ibmjcefw.jar:/opt/ibm/java2-i386-50/jre/lib/ibmjgssprovider.jar:/opt/ibm/java2-i386-50/jre/lib/ibmjsseprovider2.jar:/opt/ibm/java2-i386-50/jre/lib/ibmjaaslm.jar:/opt/ibm/java2-i386-50/jre/lib/ibmcertpathprovider.jar:/opt/ibm/java2-i386-50/jre/lib/server.jar:/opt/ibm/java2-i386-50/jre/lib/xml.jar 16:37:19,162 INFO [Log4jService] -- 16:37:20,550 INFO
[jira] Updated: (GERONIMO-4102) Can't start server assembly with jaxws-calculator
[ https://issues.apache.org/jira/browse/GERONIMO-4102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu updated GERONIMO-4102: --- Affects Version/s: (was: 2.1.1) 2.1.2 Can't start server assembly with jaxws-calculator - Key: GERONIMO-4102 URL: https://issues.apache.org/jira/browse/GERONIMO-4102 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.2 Environment: Configuration: SW: 1. OS: RHEL 5.2 Snapshot 3 2. JDK: ibm jdk 5.0 SR6(embedded in build) HW: Intel x86 32bit Reporter: viola.lu Priority: Minor Steps: 1. Start server 2. Deploy jaxws-calculator and verify jaxws-calculator works fine 3. Assembly a server via gshell and select the following plugins com.ibm.wasce.assemblies/wasce-boilerplate-minimal/x.x.x.x/jar org.apache.geronimo.samples.jws/Calculator/x.x.x.x/car 4. Unzip the server assembly 5. Start the server assembly Problems: can't start server assembly,pls check server.log 6:37:19,156 INFO [Log4jService] -- 16:37:19,157 INFO [Log4jService] Started Logging Service 16:37:19,157 INFO [Log4jService] Runtime Information: 16:37:19,157 INFO [Log4jService] IBM WebSphere Application Server Community Edition V2.1.0.0 16:37:19,157 INFO [Log4jService] Copyright (C) 2005-2008, IBM Corporation. All Rights Reserved. 16:37:19,158 INFO [Log4jService] Powered by Apache Geronimo V2.1.1 16:37:19,158 INFO [Log4jService] Install Directory = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0 16:37:19,158 INFO [Log4jService] Build = 2.1.0.0-20080527 16:37:19,159 INFO [JvmVendor] IBM JVM 1.5.0 16:37:19,159 INFO [Log4jService] JVM in use = IBM JVM 1.5.0 16:37:19,160 INFO [Log4jService] Java Information: 16:37:19,160 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 16:37:19,160 INFO [Log4jService] System property [java.runtime.version] = pxi32devifx-20071025 (SR6b) 16:37:19,160 INFO [Log4jService] System property [os.name] = Linux 16:37:19,160 INFO [Log4jService] System property [os.version] = 2.6.18-87.el5 16:37:19,160 INFO [Log4jService] System property [sun.os.patch.level] = null 16:37:19,160 INFO [Log4jService] System property [os.arch] = x86 16:37:19,160 INFO [Log4jService] System property [java.class.version] = 49.0 16:37:19,160 INFO [Log4jService] System property [locale] = en_US 16:37:19,160 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 16:37:19,161 INFO [Log4jService] System property [file.encoding] = UTF-8 16:37:19,161 INFO [Log4jService] System property [java.vm.name]= IBM J9 VM 16:37:19,161 INFO [Log4jService] System property [java.vm.vendor] = IBM Corporation 16:37:19,161 INFO [Log4jService] System property [java.vm.version] = 2.3 16:37:19,161 INFO [Log4jService] System property [java.vm.info]= J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20071005 (JIT enabled) J9VM - 20071004_14218_lHdSMR JIT - 20070820_1846ifx1_r8 GC - 200708_10 16:37:19,161 INFO [Log4jService] System property [java.home] = /opt/ibm/java2-i386-50/jre 16:37:19,161 INFO [Log4jService] System property [java.classpath] = null 16:37:19,161 INFO [Log4jService] System property [java.library.path] = /opt/ibm/java2-i386-50/jre/bin:/usr/local/apr/lib:/usr/lib 16:37:19,161 INFO [Log4jService] System property [java.endorsed.dirs] = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/endorsed:/opt/ibm/java2-i386-50/jre/lib/endorsed 16:37:19,162 INFO [Log4jService] System property [java.ext.dirs] = /opt/IBM/WebSphere/AppServerCommunityEdition/var/temp/test/sample-jaxwscal-1.0/lib/ext:/opt/ibm/java2-i386-50/jre/lib/ext 16:37:19,162 INFO [Log4jService] System property [sun.boot.class.path] =
