Changes between Version 1 and Version 2 of Logos

Timestamp:

Mar 6, 2012, 2:23:21 AM (12 years ago)

Author:

jesseeichar

Comment:

--

Logos

@@ -28 +28 @@
 == Motivations ==
 
-* Having the Logos be in the webapplication makes it more difficult to upgrade the war file and not lose logos, made more important since users can upload the logos through the web admin interface
+ * Having the Logos be in the webapplication makes it more difficult to upgrade the war file and not lose logos, made more important since users can upload the logos through the web admin interface
 
 == Proposal == 
 
-In Geocat I have already done this work.  I have a new servlet filter that 
+In Geocat I have already done this work.  I have a new servlet filter that handles requests to images/logos and images/harvesters (we can define other easily as well in the future). 
+Upon receiving a request, the servlet filter will:
+
+ 1.  look for the image in the defined logos directory
+ 2.  if it does not find the logo it then looks in the webapp (the default logos directory) for the logo.  If the logo is found there it will be copied to the logos directory and returned to browser
+ 3.  If no logo is found a default logo missing logo is returned.  (At the moment no error but that can easily be changed if we want).  
+
+There is a Logos class that contains methods for locating the logos directory (which is defined in the config.xml file or in a overrides file.)  The code application has been updated to use the Logos utility files for locating the logos directories.
+
+The current behavior works with out changes but now the logos can be located anywhere on the hard drive that the webapp has access.
 
 === Backwards Compatibility Issues ===