[JBoss JIRA] Created: (JBPORTAL-1395) Checking "Use WSDL" and then "Return to list" from the WSRP Consumer configuration causes previous URLs to be lost
by Chris DeLashmutt (JIRA)
Checking "Use WSDL" and then "Return to list" from the WSRP Consumer configuration causes previous URLs to be lost
------------------------------------------------------------------------------------------------------------------
Key: JBPORTAL-1395
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1395
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.6.CR2
Reporter: Chris DeLashmutt
Fix For: 2.6 Final
It seems that the "Return to list" button on the WSRP Consumer Configuration view doesn't discard changes that were made in the UI. For instance, if I follow these steps:
1. Click "configure" for a WSRP consumer configuration that is not using WSDL (such as the "self" consumer)
2. Check the "Use WSRP" check box.
3. Click "Return to list".
4. An error message shows up at the top of the WSRP Consumer portlet about a field being left blank
5. Click "Configure" on the consumer that was "Configured" in step 1.
At this point, the previous settings have been wiped out.
--
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: (JBAS-4420) Separate classloader leak tests from the 'all' tests
by Brian Stansberry (JIRA)
Separate classloader leak tests from the 'all' tests
----------------------------------------------------
Key: JBAS-4420
URL: http://jira.jboss.com/jira/browse/JBAS-4420
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-4.2.0.GA, JBossAS-5.0.0.Beta2
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Priority: Minor
Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.1.CR1
The classloader leak unit tests may generate enough garbage to fill 99.9% of free memory if there is a leak or if some SoftReference prevents collection of the classloader for a while. The memory is released as part of the test (which includes System.gc() calls in finally blocks to make sure the gc runs to clean it up before the next test.) Still, filling the heap like that is potentially disruptive to the VM, so these tests should be separated into their own test run, segregated from the main 'all' tests.
--
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: (JBAS-4419) DatabaseServerLoginModule and JaasSecurityManagerService DefaultCacheTimeout
by Magesh Kumar B (JIRA)
DatabaseServerLoginModule and JaasSecurityManagerService DefaultCacheTimeout
----------------------------------------------------------------------------
Key: JBAS-4419
URL: http://jira.jboss.com/jira/browse/JBAS-4419
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: JBossAS-4.0.5.GA, JBossAS-4.0.4.GA
Reporter: Magesh Kumar B
Assigned To: Scott M Stark
According to this WIKI http://wiki.jboss.org/wiki/Wiki.jsp?page=CachingLoginCredentials when DefaultCacheTimeout is set to zero, the login information is lost and the client has to relogin again. Now the understanding is if a simple client uses the JndiLoginInitialContextFactory then until the user logsout or the context is expired the the Credentials has to be cached. This happens perfectly when using UsersRolesLoginModule. But the same principal is not working when using DatabaseServerLoginModule. I have tested this with both the JBoss versions 4.0.4 GA and 4.0.5 GA.
Attached are two test cases ejb3-UserRolesLoginModule.zip and ejb3-DatabaseServerLoginModule.zip each testing the loginmodule behaviours. For the ejb3-DatabaseServerLoginModule please add the following configuration to the login-config.xml
<application-policy name = "purchase">
<authentication>
<login-module code = "org.jboss.security.auth.spi.DatabaseServerLoginModule"
flag = "required">
<module-option name = "unauthenticatedIdentity">guest</module-option>
<module-option name = "dsJndiName">java:/DefaultDS</module-option>
<module-option name = "principalsQuery">SELECT PASSWD FROM JMS_USERS WHERE USERID=?</module-option>
<module-option name = "rolesQuery">SELECT ROLEID, 'Roles' FROM JMS_ROLES WHERE USERID=?</module-option>
</login-module>
<login-module code = "org.jboss.security.ClientLoginModule" flag = "required"/>
</authentication>
</application-policy>
The contents of the zip files are straight forward and each has a Client.java class that calls their respective ejbs.
--
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: (JBPM-927) enhance Calendar to make it more reusable
by Martin Goldhahn (JIRA)
enhance Calendar to make it more reusable
-----------------------------------------
Key: JBPM-927
URL: http://jira.jboss.com/jira/browse/JBPM-927
Project: JBoss jBPM
Issue Type: Patch
Components: Core Engine
Environment: Java
Reporter: Martin Goldhahn
Assigned To: Tom Baeyens
Attachments: calendar.patch
The patch provided adds a new constructor to the org.jbpm.calendar.BusinessCalendar class that makes it possible to instantiate a callendar with a set of holidays other than the one provided in the system setting:
Index: src/java.jbpm/org/jbpm/calendar/BusinessCalendar.java
===================================================================
RCS file: /cvsroot/jbpm/jbpm.3/src/java.jbpm/org/jbpm/calendar/BusinessCalendar.java,v
retrieving revision 1.6
diff -u -r1.6 BusinessCalendar.java
--- src/java.jbpm/org/jbpm/calendar/BusinessCalendar.java 4 Jan 2006 15:18:50 -0000 1.6
+++ src/java.jbpm/org/jbpm/calendar/BusinessCalendar.java 4 Apr 2007 12:20:59 -0000
@@ -52,8 +52,11 @@
}
public BusinessCalendar() {
+ this(getBusinessCalendarProperties());
+ }
+
+ public BusinessCalendar(Properties calendarProperties) {
try {
- Properties calendarProperties = getBusinessCalendarProperties();
weekDays = Day.parseWeekDays(calendarProperties, this);
holidays = Holiday.parseHolidays(calendarProperties, this);
--
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