Back to bug 1000185
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Derek Horton | 2013-09-18 20:00:10 UTC | Link ID | JBoss Issue Tracker WFLY-2108 | |
| Stefan Guilhen | 2013-11-07 14:50:55 UTC | CC | sguilhen | |
| Assignee | anil.saldhana | sguilhen | ||
| Kabir Khan | 2013-12-18 09:38:30 UTC | Status | NEW | POST |
| CC | kkhan | |||
| Kabir Khan | 2013-12-19 14:32:38 UTC | Status | POST | MODIFIED |
| Target Release | --- | EAP 6.3.0 | ||
| Target Milestone | --- | DR1 | ||
| Kabir Khan | 2014-01-08 12:02:53 UTC | Target Milestone | DR1 | DR0 |
| Paul Gier | 2014-02-11 23:53:50 UTC | Status | MODIFIED | ON_QA |
| Ondrej Lukas | 2014-02-25 09:40:25 UTC | Status | ON_QA | VERIFIED |
| CC | olukas | |||
| Stefan Guilhen | 2014-06-04 03:22:12 UTC | Doc Text | Cause: JASPIC auth-module configuration in the security subsystem was ignoring the "module" attribute. This attribute tells PicketBox where to load custom auth-module classes from. Consequence: Custom JASPIC auth-modules could not be configured as PicketBox was unable to determine the jboss module that should be used. Fix: The module attribute already exists in the security subsystem schema. The fix involved adding code in the security subsystem to handle this attribute, allowing PicketBox to correctly load custom modules. Result: Users can now configure custom JASPIC auth-modules by using the "module" attribute to indicate the jboss-module that contains the custom module class. |
|
| Scott Mumford | 2014-06-05 02:02:44 UTC | CC | smumford | |
| Doc Text | Cause: JASPIC auth-module configuration in the security subsystem was ignoring the "module" attribute. This attribute tells PicketBox where to load custom auth-module classes from. Consequence: Custom JASPIC auth-modules could not be configured as PicketBox was unable to determine the jboss module that should be used. Fix: The module attribute already exists in the security subsystem schema. The fix involved adding code in the security subsystem to handle this attribute, allowing PicketBox to correctly load custom modules. Result: Users can now configure custom JASPIC auth-modules by using the "module" attribute to indicate the jboss-module that contains the custom module class. | In previous versions of JBoss EAP 6, the JASPIC auth-module configuration in the security subsystem was ignoring the "module" attribute. This attribute tells PicketBox where to load custom auth-module classes from. As a result, custom JASPIC auth-modules could not be configured as PicketBox was unable to determine the jboss module that should be used. As the module attribute already exists in the security subsystem schema, the fix involved adding code in the security subsystem to handle this attribute, allowing PicketBox to correctly load custom modules. As a result, users can now configure custom JASPIC auth-modules by using the "module" attribute to indicate the jboss-module that contains the custom module class. |
||
| mark yarborough | 2014-06-28 15:29:37 UTC | Status | VERIFIED | CLOSED |
| Resolution | --- | CURRENTRELEASE | ||
| Last Closed | 2014-06-28 11:29:37 UTC | |||
| Scott Mumford | 2014-07-17 04:10:12 UTC | Group | redhat, private | |
| Russell Dickenson | 2017-10-10 00:13:59 UTC | Docs Contact | rdickens |
Back to bug 1000185