About time we got up a mapping table, nice!
WebContainer and EnterpriseContainer maps to more than path inside the archive. I don't think we should allow this. Each container should only map to only one path. Also, I notice that there are missing paths. For example, what about if I want to add something to WEB-INF or META-INF (that is not a manifest).
WebContainer.addWebResource -> /WEB-INF/
ManifestContainer.addManifestResource -> /META-INF/
JAR WAR EAR RAR ClassContainer / /WEB-INF/classes N/A N/A EnterpriseContainer N/A N/A N/A - ApplicationResources /META-INF - Modules / LibraryContainer N/A /WEB-INF/lib /lib / ManifestContainer /META-INF /META-INF /META-INF /META-INF ResourceAdapterContainer N/A N/A N/A /META-INF ResourceContainer / /WEB-INF/classes /META-INF/ / WebContainer N/A /WEB-INF/ N/A N/A
ResourceContainer for EnterpriseArchive should maybe be /, not /META-INF. .not 100% sure..
EnterpriseContainer is the only container that maps to more then one location as far as I can see.
This looks prime for inclusion in a ShrinkWrap User's Guide, which I think bears further discussion (and creation!) I'll open a Thread for that.
My only question: what does the color coding represent?
My use of RED means changed to the orginal
ORANGE is N/A i guess.
Container Type JAR WAR EAR RAR ClassContainer / /WEB-INF/classes N/A N/A ResourceContainer / /WEB-INF/classes /META-INF/ / ManifestInformationContainer /META-INF /WEB-INF/classes/META-INF /META-INF /META-INF LibraryContainer N/A /WEB-INF/lib /lib / WebInformationContainer N/A /WEB-INF/ N/A
WebContainer N/A / N/A N/A ResourceAdapterContainer N/A N/A N/A /META-INF EnterpriseContainer N/A N/A N/A - ApplicationResources /META-INF - Modules /
- Rename ManifestContainer to ManifestInformationContainer
- Create WebInformationContainer
Is this a document? If not, you should consider making it one.
it's a proposal to make WebArchive and all it's locations make sense..