Thanks, Mark.
So in other words, those descriptions in the spec for META-INF/resources
make no sense. right ?
2010/7/29 Mark Thomas <ma...@apache.org>
> On 29/07/2010 01:45, Ivan wrote:
> > Thanks, Mark, if you mean the method getRealPath in BaseDirContext, I
> have
> > checked it.
> >
> > --->
> > public String getRealPath(String name) {
> > if (!aliases.isEmpty()) {
> > AliasResult result = findAlias(name);
> > if (result.dirContext != null) {
> > return result.dirContext.doGetRealPath(result.aliasName);
> > }
> > }
> >
> > // Next do a standard getRealPath()
> > String path = doGetRealPath(name); ------> I think this
> invocation
> > will never return null in the FileDirContext implementation, right ? So
> does
> > it mean that if FileDirContext is used, no need to consider the resources
> in
> > the META-INF/resources embed in the jar files.
>
> Correct. I think the check of META-INF/resourcs below could be removed.
>
> Mark
>
> >
> > if (path != null)
> > return path;
> >
> > // Check the alternate locations
> > for (DirContext altDirContext : altDirContexts) {
> > if (altDirContext instanceof BaseDirContext){
> > path = ((BaseDirContext) altDirContext).getRealPath(
> > "META-INF/resources/" + name);
> > if (path != null)
> > return path;
> > }
> > }
> >
> > // Really not found
> > return null;
> > }
> > <---
> >
> > 2010/7/29 Mark Thomas <ma...@apache.org>
> >
> >> On 28/07/2010 14:11, Ivan wrote:
> >>> Thanks, if possible, could you please show me where it is ? I am really
> >>> interested in those details :-)
> >>
> >> BaseDirContext
> >>
> >> Mark
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
--
Ivan
