[JBoss JIRA] Created: (JBPORTAL-1403) First Pass WSRP Portlet Improvements
by Julien Viet (JIRA)
First Pass WSRP Portlet Improvements
------------------------------------
Key: JBPORTAL-1403
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1403
Project: JBoss Portal
Issue Type: Task
Security Level: Public (Everyone can see)
Affects Versions: 2.6.CR2
Reporter: Julien Viet
Assigned To: Chris Laprun
Fix For: 2.6 Final
In the WSRP page, the pages portlet should be removed as it duplicates the same information as is in the Navigation tabs.
Configured WSRP Consumers View
Need more horizontal spacing between the "Create a consumer named:" label and the text box it is a label for.
Need more vertical spacing between the consumer creation UI elements, and then defined consumer list.
The Legend for the consumer list should not be (or appear to be) a row within the consumer list. This element should be below or above the consumer list.
Linking the consumer name and providing an Action called "Configure" that both go to the same function is redundant. Either remove the Configure action or un-link the consumer name.
The actions for the consumer should not be styled the same as the consumer name. I could cause confusion as users may percieve the actions are "active", "inactive", or "need refresh".
There should be a space after the "pipe" separator in the WSRP consumer list to be consistent with the other action lists in the administrative portal.
Consider using icon images (with alt attributes set to the name of the function) for actions in the list.
Configuration View
The form labels in this view are inconsistent with all the other field labels in the portlets in the administrative portal. I'm not saying they are bad (in fact, I personally prefer the style of these labels over the others), but they need to be made consistent with the rest of the admin portal labels, or the rest of the admin portal labels should be made to look like these labels.
The vertical bars in front of the fields in this view are inconsistent with all of the other fields in the admin portal. The bars need to be removed.
The buttons "Refresh", "Activate" and "Destroy" shouldn't be in the view that deals with changing the configuration of a WSRP consumer. These buttons should be removed.
The "Save" and "Return to list" buttons should be on the left-bottom side of the portlet, and they should be sized, aligned, and padded consistently.
The "Return to list" button label should be changed to "Cancel".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Created: (EJBTHREE-970) Identify version via log statement upon startup
by Dan Allen (JIRA)
Identify version via log statement upon startup
-----------------------------------------------
Key: EJBTHREE-970
URL: http://jira.jboss.com/jira/browse/EJBTHREE-970
Project: EJB 3.0
Issue Type: Feature Request
Components: Documentation, EJB3 Extensions
Affects Versions: EJB 3.0 RC9 - Patch 1, EJB 3.0 RC9 - FD
Environment: Sun Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing)
Ubuntu Linux 7.04
Maven 2.0.6
Reporter: Dan Allen
The problems with the remiss documentation regarding the versions of the libraries included in the EJB 3.0 distributions is already well represented in this issue tracker (EJBTHREE-621 EJBTHREE-512 EJBTHREE-596). However, aside from being more explicit with naming, there is another way to document which version is in use. Please add a DEBUG or INFO level log statement to the EJB 3.0 container startup class (such as in the EJB3StandaloneBoostrap) that identifies the version number of the distribution.
Seam implements this feature by using the statement "Welcome to Seam 1.2.1.GA". I have found cases where this statement clued me into the fact that someone had named the jar file with a version number that was inconsistent with its contents.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Created: (JBTM-214) Transactions are not removed on completion resulting in OOMEs
by Leon van Zantvoort (JIRA)
Transactions are not removed on completion resulting in OOMEs
-------------------------------------------------------------
Key: JBTM-214
URL: http://jira.jboss.com/jira/browse/JBTM-214
Project: JBoss Transaction Manager
Issue Type: Patch
Security Level: Public (Everyone can see)
Affects Versions: 4.2.3, 4.2.2, 4.2.1, 4.2
Reporter: Leon van Zantvoort
Assigned To: Mark Little
Priority: Critical
Attachments: TransactionReaper.java
Please find attached a patched TransactionReaper class. This patch fixes a memory issue, which is seen in JavaSE (stand-alone client) applications integrating JBossTS. An OOME is raised in case the client application starts multiple (timeout bound) transactions concurrently.
More information can be found at line 374 of the patched class.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months