Thank you!

Had some problems but I was able to research the issues and find a
solution to what I was doing wrong.  I did not have a "/cdn/ROOT"
directory, mine is "/webapps/ROOT".  The Resource section needs to be
with-in the Context section and not after it.  My original context.xml
file only had two lines.  I had to use two different file paths, since
the application path (/opt/tomcat/..." is different from the client
path (/temp/...).

Once I had the issues corrected it worked great.  Thank you, again.
James

On Tue, 2018-07-17 at 10:36 -0400, Chris Cheshire wrote:
> 
> James, this can be done using something like the following
> configuration in your META-INF/context.xml (I use tomcat 8.5)
> 
> <Resources>
>   <PreResources
> className="org.apache.catalina.webresources.DirResourceSet"
>                 base="${catalina.base}/cdn/ROOT/images"
>                 webAppMount="/images" />
> </Resources>
> 
> I use this to serve files at /images because they are dynamic content
> and not part of the war itself. Make sure the directory specified by
> "base" has read and write permission by the tomcat user at the OS
> level and then you can serve files with a uri starting with /images/.
> 
> HTH
> 
> Chris
> 
> On Tue, Jul 17, 2018 at 10:21 AM James Finnall <ja...@finnall.net>
> wrote:
> > 
> > 
> > 
> > Hello all,
> > 
> > What is the best practice under Tomcat to create a data file and
> > then
> > allow the client to download it?
> > 
> > So far all my attempts have failed.  If the Java app can write it
> > then
> > the client can not download, if client can download then the Java
> > app
> > can not write it.
> > 
> > Does Tomcat have a provision to create a directory that be shared
> > by
> > both the app and the client?
> > 
> > 
> > Thank you for your consideration,
> > James
> > 
> > 
> > -----------------------------------------------------------------
> > ----
> > 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

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to