Hi all,
I’m building and deploying GeoNetwork, and have come across an oddity. The context root of the geonetwork deployment must be exactly the same as the jar name, as the baseUrl is inferred from the (real) deployment location. This won’t actually work in containers that don’t explode the jar!
Is there a design reason for this, or is it just old code?
(I have a tiny patch for JeevesServlet that gets baseUrl from getServletContext().getContextRoot() instead, but I haven’t tested it past a sniff test.)
Justin.
This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person.
Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice.
Thank you for your cooperation.
Ordnance Survey
Romsey Road
Southampton SO16 4GU
Tel: 08456 050505
http://www.ordnancesurvey.co.uk
We have the same problem as Justin.
We had to get a special dispensation from our sysadmins to run Geonetwork as “exploded”, since all other webapps run “unexploded” in Tomcat.
If anyone determines a reliable solution, please let us know, too!
Thanks,
–Rich
Justin Rowles (C) said the following on 07/09/2010 02:49 AM:
···
Richard Fozzard, Computer Scientist
Geospatial Metadata at NGDC: [http://www.ngdc.noaa.gov/metadata](http://www.ngdc.noaa.gov/metadata)
Cooperative Institute for Research in Environmental Sciences (CIRES)
Univ. Colorado & NOAA National Geophysical Data Center, Enterprise Data Systems
325 S. Broadway, Skaggs 1B-305, Boulder, CO 80305
Office: 303-497-6487, Cell: 303-579-5615, Email: [richard.fozzard@anonymised.com8...](mailto:richard.fozzard@anonymised.com)
Hi all,
I’m building and deploying GeoNetwork, and have come across an oddity. The context root of the geonetwork deployment must be exactly the same as the jar name, as the baseUrl is inferred from the (real) deployment location. This won’t actually work in containers that don’t explode the jar!
Is there a design reason for this, or is it just old code?
(I have a tiny patch for JeevesServlet that gets baseUrl from getServletContext().getContextRoot() instead, but I haven’t tested it past a sniff test.)
Justin.
This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person.
Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice.
Thank you for your cooperation.
Ordnance Survey
Romsey Road
Southampton SO16 4GU
Tel: 08456 050505
[http://www.ordnancesurvey.co.uk](http://www.ordnancesurvey.co.uk)
```
---
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- [http://p.sf.net/sfu/sprint-com-first](http://p.sf.net/sfu/sprint-com-first)
```
```
---
_______________________________________________
GeoNetwork-devel mailing list
[GeoNetwork-devel@lists.sourceforge.net](mailto:GeoNetwork-devel@anonymised.com.sourceforge.net)
[https://lists.sourceforge.net/lists/listinfo/geonetwork-devel](https://lists.sourceforge.net/lists/listinfo/geonetwork-devel)
GeoNetwork OpenSource is maintained at [http://sourceforge.net/projects/geonetwork](http://sourceforge.net/projects/geonetwork)
```