You were right...
I simply removed all the Context elements now in the server.xml file and
changed all my code to reference ../sharedHRM or /sharedHRM depending on if the
tag appends the Application Context or not.
Thanks for your help.
Ritchie Gillam
Programmer Analyst, Information Services,
Ritchie Gillam wrote:
I need the following entries:
and then one entry for each application that references the shared assets like
this:
I am doing this because sometimes the JSP/JSF tag appends the application
context and sometimes it don't.
That sounds broken; I would try to fix tha
Hassan
Ok, I understand so where do I put the reference to the shared asset Context?
I cannot put it in server.xml. Let's say I put want to put the reference in
an application called app2, that would work fine expect I already have a
element defined in context.xml for the app2 application.
If the thing being shared are browser sepefic such as images - I create a new
webapp. For example: for all my common images I could create an images webapp.
Then my webapps which refernce those images can link to /images directly (and
take it on faith that there is an /images webapp out there)
Ritchie Gillam wrote:
In the applications that need the shared assets, I already have
> a defined in the context.xml file for each app and
> I can only have the one.
? An "application" *is* a Context; the point is to create a single
"shared asset" Context and reference it from wherever. As bel
In the applications that need the shared assets, I already have a
defined in the context.xml file for each app and I can only have the one.
Ritchie Gillam
Programmer Analyst, Information Services, Halifax Regional Municipality
Email: [EMAIL PROTECTED]
Phone: (902) 490-6167
Fax: (902) 490-6583
My situation is quite different but here is what I am currently doing:
In my server.xml file I have
...
Notice I am referring to the same docBase but the path represents the
application content or in the case of the first entry the without the
application context. So no matter what JSP
Ritchie Gillam wrote:
I am creating a new element for the shared assets but
> the problem is by putting the element directly in the
> server.xml file, I am not longer able to undeploy and redeploy
> the "shared assets application" without restarting the server...
OK, so don't do that :-)
Hello Tim
Saw your posting on the tomcat user's list.
I have a question about your response:
So how do you access the static resources, i.e.,
images, from the other two web apps?
This is what I tried and it does not work:
I created a separate webapp context with images,
and placed into tomcat/
In fact that is sort of what I am doing.
I am creating a new element for the shared assets but the problem is
by putting the element directly in the server.xml file, I am not
longer able to undeploy and redeploy the "shared assets application" without
restarting the server which is not an
I typically create a 3rd webapp with those shared images and other similar
assets.
Otherwise - you can import those shared assets into your webapp at build time
by placing all the shared assets into their own version control repository.
-Tim
Ritchie Gillam wrote:
I am not sure if this is su
I am not sure if this is suppose to be done in the Tomcat/Java world but here
is my question anyway.
How do I go about allowing applications to share static content in Tomcat
5.5.7? Some would argue that each WAR file should be self contained but
surely there is a way to use the same image fi
12 matches
Mail list logo