Known locations inside spec archives

[germanescobar]

If the idea is that a "container" maps a path inside the archive, I think we should agree on the following table which shows how each container is mapped inside each spec archive:

	JAR	WAR	EAR	RAR
ClassContainer	/	/WEB-INF/classes	N/A	N/A
EnterpriseContainer	N/A	N/A	?	N/A
LibraryContainer	N/A	/WEB-INF/lib	N/A	N/A
ManifestContainer	/META-INF	/META-INF	/META-INF	/META-INF
ResourceAdapterContainer	N/A	N/A	N/A	/META-INF
ResourceContainer	/	/WEB-INF/classes?	?	?
WebContainer	N/A	?	N/A	N/A

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). I know you can always relay on add(Asset, ArchivePath) but we should have methods to add things into every "known location" in my opinion.

Do we need more "containers"? less?

What do you think?

[aslak]

About time we got up a mapping table, nice!

germanescobar wrote:

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/

[aslak]

	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.

[alrubinger]

Awesome.

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?

S,

ALR

[aslak]

My use of RED means changed to the orginal

[aslak]

ORANGE is N/A i guess.

[aslak]

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	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			/

Changes:

- Rename ManifestContainer to ManifestInformationContainer

- Create WebInformationContainer

[dan.j.allen]

Is this a document? If not, you should consider making it one.

[aslak]

it's a proposal to make WebArchive and all it's locations make sense..