Options to resolve the issue
--------------------------------------

1.  Update the specification to state that versioned resources are only
   supported when they are included as resources under /resources

2.  Update the specification to state that only classpath resources
   included in the web application will be searched.  This means that
   resources installed to the server classpath will not be considered.

   Implementations could then explode the resources found within the
   JAR files included in the application to a temporary directory.  The
   classpath searching algorithm would then search this temporary
   directory instead.  Doing this for server classpath resources may be
   impossible depending on the container.

I think that option #2 is sufficient for now. Frankly I think that resources should be included with a web application. It is a conservative enough approach to go with for now until we have use cases for expanding the scope of the search.
 


ACTION: Please choose one of the two options above or suggest another.
Silence implies consent with option 2.  Please reply in a timely
fashion.

I don't like the idea that silence is a vote. Silence is no vote. If you want to vote, you have to make a sound or gesture. We can then decide how many votes we need for various issues to proceed. Like I said in a previous e-mail, minor stuff should only need 3 - 4 votes, whereas larger changes perhaps need a couple more. We should have a policy posted on the wiki.

-Dan

--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://in.relation.to/Bloggers/Dan