Bug 1016343 - [Doc Bug Fix] Disable Subdeployment Class Loader Isolation Within a EAR
Summary: [Doc Bug Fix] Disable Subdeployment Class Loader Isolation Within a EAR
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Documentation
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: post-GA
: EAP 6.4.3
Assignee: Russell Dickenson
QA Contact: Martin Simka
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-08 00:55 UTC by Bruce Wolfe
Modified: 2015-10-20 12:58 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Instance Name: Not Defined Build: CSProcessor Builder Version 1.7 Build Name: 8699, Development Guide-6-2 Build Date: 20-12-2012 13:59:28
Last Closed: 2015-10-20 12:58:42 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Bruce Wolfe 2013-10-08 00:55:20 UTC
Description of problem:
This section describes how to disable class loader isolation, but in the previous two sections (3.6.1 & 3.6.2) the documents indicate that it IS disabled by default and that you can enable isolation if needed. So, if I am reading this correctly then I am not sure if this section is needed; seems confusing to me or am I misreading it?

Perhaps there should be a corresponding ENABLE section as well? There is an alluded to enablement mentioned in section 3.6.1 (Class-Path in the MANIFEST.MF file), but no example.


Version-Release number of selected component (if applicable): 6.0.x


Additional info:

Comment 6 dereed 2015-07-22 00:15:29 UTC
The last sentence of 3.7.3 needs reversed.
- "disabled->enabled"
- "will have automatic dependencies" -> "will not have automatic dependencies".

3.7.1. needs some work.
- "These modules have the same behavior as any other module, with implicit dependencies on the parent module." would be better stated with something like "... as well as implicit ..."
- I'd switch the two bullet points above ^^, to help make it clear that statement is referring to the WAR/EJB statement (as the lib/parent module doesn't have a dependency on itself)
- The implicit dependencies on "EJB JAR subdeployments" info should be added back in, although maybe reworded to "non-WAR subdeployments" and made clear only that part is related to vv
- "The implicit dependencies described above occur because JBoss EAP 6 has subdeployment class loader isolation disabled by default." needs to be clear it's referring to the implicit dependencies on the non-WAR subdeployments

Comment 12 dereed 2015-07-27 15:38:11 UTC
The latest version looks great.

-Dennis

Comment 15 Martin Simka 2015-09-10 10:11:41 UTC
verified
Development Guide Revision 6.4.0-37


Note You need to log in before you can comment on or make changes to this bug.