Re: More on classpath order semantics (and lookup)

Hugo Palma <[email protected]> Thu, 9 Feb 2006 11:33:02 +0000
Newsgroups gmane.comp.ide.eclipse.spindle.devel
Message-ID <[email protected]>
This is a little tricky in IntelliJ.

In IntelliJ you can easily configure several web roots, the problem is that
you can't configure their precedence. With an quick test i managed to figure
out how IntelliJ solves conflicts between resources in diferent roots, but
this is internal behaviour. Even knowing this, like you say, there's no way
of knowing how some other application that builds the war will handle the
conflict.

So, i think that context conflicts should be treated as an abnormal
situation, something that shouldn't normally happen. More, if such a
conflict exists it's problably because a developer created it without
noticing that a resource with the same name and path already existed. As
such, i think that the correct thing to do would be to show a warning to the
user informing him of the conflict and advising him to resolve it. The
implementation of lookup in this case should try to figure out in the best
way it can which resource it should hide and which it should return, as long
as the user doesn't solve the conflict.


What do you think ?

Hugo


On 08/02/06, Geoff Longman <[email protected]> wrote:
>
> So, after all the verbal diarrhea in the last message I want to talk
> some more about lookup and classpath order semantics.
>
> I asked myself why is this a big deal with classpath order semantics
> in the context root? There are no hidden files in an exploded war
> layout.
>
> This is true if you follow Spindle's example and 'require' the project
> context to be in exploded war format.
>
> But there is nothing saying that an exploded war format is *required*
> by the core. On having more than one folder represent the context
> root, some people actually prefer it.
>
> It's an IDE implementers choice whether they want to support more than
> one 'root' folder in the context root. I mean the core is ignorant of
> the implementation of IResourceRoot/ICoreResource/ISearch.
>
> But I think in this case classpath order semantics should come into play.
>
> It could be the case that a file in one context root folder is
> 'hidden' by a file by the same name in another. I guess it depends on
> how a real war file is built for deployment from all these folders but
> would guess that one would want *something* like classpath order
> semantics to apply!
>
> Or am I off base here?
>
> Geoff
>
> --
> The Spindle guy.          http://spindle.sf.net
> Get help with Spindle:
> http://lists.sourceforge.net/mailman/listinfo/spindle-user
> Blog:                     http://jroller.com/page/glongman
> Feature Updates:          http://spindle.sf.net/updates
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Spindle-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/spindle-developer
>