tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sylvain Goulmy <sygou...@gmail.com>
Subject Re: Tomcat 7 - New attribut aliases in the context configuration item
Date Tue, 06 Dec 2011 17:07:22 GMT
Hi Sylvain,

I have tested your functionnality thanks to the description you give in
your code.

This is just EXACTLY what i wanted. I can define an external directory, the
ressources are searched in my application and then in the directory defined
in the configuration, and icing on the cake you can define the '/' context
for your new directory.

This is just perfect !

I see in your comment that this functionnality is not meant to be used in
production, why ?

Could this functionnality be backported to Tomcat 6 or a patch could be
provided ?

Thank you very much for pointing this bugzilla ticket ;-)


On Tue, Dec 6, 2011 at 5:31 PM, Sylvain Goulmy <sygoulmy@gmail.com> wrote:

> Hi Sylvain,
>
> I have taken the sources from the trunk version and i compiled T7.
>
> Can you please give me an example of the declaration of the ressource i
> should do in my context in order to have the benefit of this functionnality
> ? I don't understand the <loader> part of your comment in the bugzilla
> ticket.
>
> What is the order of the research of the ressources when you have
> additional directories defined for your application ? I'm gonna have a look
> at your code but i'm not a java expert so i prefer asking in order to avoid
> any confusion.
>
> Thank you for your support.
>
>
> On Mon, Dec 5, 2011 at 10:04 PM, Sylvain Laurent <slaurent@apache.org>wrote:
>
>> It's not for eclipse only. The ticket talks about eclipse because that
>> was the main motivation for the feature, but it's totally independent.
>>
>>
>> On 5 déc. 2011, at 15:15, Sylvain Goulmy wrote:
>>
>> > Well, what is described in this ticket seems to concern Tomcat in the
>> > Eclipse environment, i'd like to have the functionnality on the live
>> > environment, i'll keep on watching your patch to see if that can give me
>> > the functionnality i'm looking for.
>> >
>> > Thank you for this information.
>> >
>> > On Fri, Dec 2, 2011 at 8:11 PM, Sylvain Laurent <slaurent@apache.org>
>> wrote:
>> >
>> >> keep a watch on
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=51741. When it is
>> implemented, it should give you this functionality.
>> >>
>> >>
>> >> On 30 nov. 2011, at 14:58, Sylvain Goulmy wrote:
>> >>
>> >>>>
>> >>>> So the effect is that multiple physical directories must be searched
>> for
>> >>>> a given resource?
>> >>>
>> >>>
>> >>> Correct.
>> >>>
>> >>> The alias maps a given path to an external directory.
>> >>>
>> >>>
>> >>> Ok, that's what i had understood.
>> >>>
>> >>> Can you give an example of how you would like it to work?
>> >>>
>> >>>
>> >>> Here is the description of the EDR (Extended Document Root) mecanism
>> in
>> >>> Websphere :
>> >>>
>> >>> Let's assume i have the following application :
>> >>>
>> >>> - Webapps/
>> >>>        - MyApplication/
>> >>>                    - images/
>> >>>                    - css/
>> >>>                    - META-INF/
>> >>>                    - WEB-INF/
>> >>>                    - index.html
>> >>>
>> >>> I can define an EDR directory in the configuration of my application
>> so
>> >>> that the ressource i access are first retrieved from my application
>> and
>> >>> then in the EDR directory if they don't exist in my application.
>> >>>
>> >>> - /.../.../.../.../EDR/
>> >>>                     - images/
>> >>>                     - index.html
>> >>>
>> >>> These directories are defined as "extension" of my application and
>> >> another
>> >>> important thing is that i can also extend files which are at the root
>> of
>> >> my
>> >>> application (as index.html).
>> >>>
>> >>> After a few more test with Tomcat i understand that :
>> >>>
>> >>> - You cannot "extend" directory, if you define an external location
>> which
>> >>> math an existing directory of your application, the ressources of your
>> >>> application become unreachable.
>> >>>
>> >>> - As the documentation say "Using '/' as an aliasPath is not
>> allowed.",
>> >> you
>> >>> cannot extend any ressource which is at the root of your application.
>> >>>
>> >>> Things seems clear for me now, please tell if i have missed something.
>> >>>
>> >>> Thank you in advance for your support.
>> >>>
>> >>>
>> >>> On Wed, Nov 30, 2011 at 11:53 AM, Pid <pid@pidster.com> wrote:
>> >>>
>> >>>> On 29/11/2011 17:47, Sylvain Goulmy wrote:
>> >>>>> Hi all,
>> >>>>>
>> >>>>> I'd like to know it is possible to have equivalent functionality
to
>> the
>> >>>>> "extended document root" provided by the WebSphere product.
This
>> >> feature
>> >>>>> allows you to define a location outside the webapp to make
>> contribution
>> >>>>> without having to redeploy the application. This mechanism first
>> checks
>> >>>> if
>> >>>>> the resource is present in the application and if not will look
for
>> it
>> >> in
>> >>>>> the directory extension.
>> >>>>
>> >>>> So the effect is that multiple physical directories must be searched
>> for
>> >>>> a given resource?
>> >>>>
>> >>>>
>> >>>>> I thought that the functionality provided by the new attribute
>> aliases
>> >>>> for
>> >>>>> the configuration item <context> would have a similar
behavior, but
>> I
>> >> see
>> >>>>> another operation. First of all it is not possible to set an
alias
>> on
>> >> the
>> >>>>> context '/', making it necessary to declare all the directories
in
>> >> which
>> >>>>> you want to make the contribution. Also when I set an alias
for a
>> >>>> directory
>> >>>>> present in my webapp, it becomes a priority and files in my
webapp
>> are
>> >> no
>> >>>>> longer available.
>> >>>>>
>> >>>>> Do I understand correctly how this new attribute aliases has
to be
>> >> used ?
>> >>>>
>> >>>> The alias maps a given path to an external directory.
>> >>>>
>> >>>>
>> >>>>> Is it possible with Tomcat 7 to set up a mechanism similar to
the
>> >>>> extended
>> >>>>> document root of Websphere?
>> >>>>
>> >>>> Can you give an example of how you would like it to work?
>> >>>>
>> >>>>
>> >>>> p
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>>
>> >>>> [key:62590808]
>> >>>>
>> >>>>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> >> For additional commands, e-mail: users-help@tomcat.apache.org
>> >>
>> >>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message