| Summary: | JBoss VFS eagerly loads signing information, resulting in SecurityException | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise SOA Platform 5 | Reporter: | Len DiMaggio <ldimaggi> | ||||
| Component: | EAP | Assignee: | Kevin Conner <kevin.conner> | ||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | |||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | urgent | ||||||
| Version: | 5.2.0 ER1 | CC: | fnguyen, kevin.conner | ||||
| Target Milestone: | --- | Keywords: | TestBlocker | ||||
| Target Release: | 5.2.0 GA, 5.2.0.ER2 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| URL: | http://jira.jboss.org/jira/browse/SOA-3223 | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-08-29 19:27:12 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Bug Depends On: | |||||||
| Bug Blocks: | 780812 | ||||||
| Attachments: |
|
||||||
|
Description
Len DiMaggio
2011-07-27 18:56:18 UTC
Affects Testing: Added: [Blocks Testing] Blocked Tests: Added: Rules based services Attachment: Added: server.log Assigning to David to incorporate review comments. Release Notes Docs Status: Added: Not Required Writer: Added: dlesage This is still an issue with my ER2 builds. The issue occurs when the org.drools.util.CompositeClassLoader first attempts to load a class from the 'org.drools.spi' package as it results in the attempt being made without any signing information. Previous classes within that package have been loaded through the normal classloader mechanism and have the correct signer information attached. Still investigating. It looks like this is a bug in the CertificateReaderInputStream, inherited from EAP. Drools seems to be triggering this issue through their EclipseJavaCompiler class. I think I have enough information to create a test case, will handle this tomorrow. Raised JBVFS-176 to cover this issue. I have compiled my suggested fix and installed it into SOA, this addresses the drools classloading issue. Link: Added: This issue depends JBPAPP-6983 Link: Added: This issue is a dependency of SOA-3258 Patch jar integrated into SOA-P for ER2. Verified fixed in the ER3 build. |