[GeoNetwork-users] Deploying at non-root web address

Ryan_Zoerb · November 19, 2010, 8:14pm

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork, but haven't figured out how to do so. The url is mapped to GeoNetwork, but when I access that page, most of the resources GN tries loading from .gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is there a configuration option that I need to change?

Thanks,
Ryan

Timo_Proescholdt · November 21, 2010, 11:44pm

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork, but haven't figured out how to do so. The url is mapped to GeoNetwork, but when I access that page, most of the resources GN tries loading from .gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

Armin_Retterath · November 23, 2010, 6:06am

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :
> I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
> but haven't figured out how to do so. The url is mapped to GeoNetwork,
> but when I access that page, most of the resources GN tries loading from
> .gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
> there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the
apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache
with mod_jk (or mod_proxy) in the internet.

best
Timo

> Thanks,
> Ryan

---------------------------------------------------------------------------
--- Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

Ryan_Zoerb · November 23, 2010, 4:28pm

Thanks for your responses Timo and Armin. Unless I am misunderstanding the functionality of mod_proxy, I don't think that would solve my problem. The web address www.example.gov:80/glri/geonetwork already correctly maps to www.example.gov:8080/geonetwork, and accessing www.example.gov:80/glri/geonetwork loads the main.home page, but main.home tries loading almost all of its resources from www.example.gov:80/geonetwork (without the glri directory). www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't be), so those resource requests fail. It seems like GeoNetwork is assuming that it will always be located at the root of a domain. I was hoping that there would be some configuration option that would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
but haven't figured out how to do so. The url is mapped to GeoNetwork,
but when I access that page, most of the resources GN tries loading from
.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the
apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache
with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

---------------------------------------------------------------------------
--- Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Justin_Rowles_C · November 25, 2010, 9:43am

Gentlemen,

I believe that this is a shortcoming in Geonetwork, which should
probably be addressed with a Trac ticket.

As an example, these lines are from
web/src/main/webapp/xsl/geo/utils.xsl:

<xsl:template name="geoCssHeader">

</xsl:template>

The first and third lines are relative and will work no matter what. The
second and fourth will become absolute, which then implies that any
proxy must preserve the context-root path relative to the server. This
is where Ryan's config cannot be made to work with Geonetwork. I do not
know of any setting that will remap addresses in the returned http body.
ProxyPassReverse will only rewrite the returned http header.

Until and unless we change all "{/root/gui/url}" texts in xsls to
relative paths (which might be interesting if any xsls are called from
different relative paths!), the public root must be the same as the
private root.

So, Ryan, can you re-install your geonetwork on its server at
"www.example.gov:8080/glri/geonetwork"? I don't think that this can be
done with the basic installer I'm afraid, but I'll stand corrected on
this if anyone knows better.

Justin.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net;
geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root
webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding
the functionality of mod_proxy, I don't think that would solve my
problem. The web address www.example.gov:80/glri/geonetwork already
correctly maps to www.example.gov:8080/geonetwork, and accessing
www.example.gov:80/glri/geonetwork loads the main.home page, but
main.home tries loading almost all of its resources from
www.example.gov:80/geonetwork (without the glri directory).
www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't
be), so those resource requests fail. It seems like GeoNetwork is
assuming that it will always be located at the root of a domain. I was
hoping that there would be some configuration option that would make GN
request resources from www.example.gov:80/glri/geonetwork.

Thanks,

Ryan

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

Justin_Rowles_C · November 25, 2010, 11:57am

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There is no getting past the fact that the public context must be the same as the local context at present. This is how you change your local context to match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to uncomment the one which is currently commented out, and comment out the one which isn't. Make sure you take care of the comment lines inside the section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file by following (VERY CAREFULLY!) the instructions on this page: http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

===============

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">

<Set name="contextPath">/261/ukmetadataeditor</Set>

<Set name="war"><SystemProperty name="jetty.home" default="."/>/../web/geonetwork/</Set>

</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost context the same as your public context.

ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPassReverse /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

ProxyPassReverse /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

I have added -Djetty.port=8080 (or 8081 for the other one) to the java line in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh files, count to ten and restart httpd.

If it doesn't all work, then read the jetty/logs/output.log and apache log for clues

Justin.

PS You will need to do the same for geoserver - I haven't done that yet - an exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so, I'll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@anonymised.comrge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the functionality of mod_proxy, I don't think that would solve my problem. The web address www.example.gov:80/glri/geonetwork already correctly maps to www.example.gov:8080/geonetwork, and accessing www.example.gov:80/glri/geonetwork loads the main.home page, but main.home tries loading almost all of its resources from www.example.gov:80/geonetwork (without the glri directory). www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't be), so those resource requests fail. It seems like GeoNetwork is assuming that it will always be located at the root of a domain. I was hoping that there would be some configuration option that would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,

Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>

ProxyPreserveHost on

ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork

ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork

ProxyPass /geoserver http://127.0.0.1:8180/geoserver

ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver

</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards

armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,

but haven't figured out how to do so. The url is mapped to GeoNetwork,

but when I access that page, most of the resources GN tries loading from

.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is

there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the

apache (on port 80) to applications running in tomcat (on port 8080).

e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache

with mod_jk (or mod_proxy) in the internet.

best

Timo

Thanks,

Ryan

---------------------------------------------------------------------------

--- Beautiful is writing same markup. Internet Explorer 9 supports

standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.

Spend less time writing and rewriting code and more time creating great

experiences on the web. Be a part of the beta today

http://p.sf.net/sfu/msIE9-sfdev2dev

_______________________________________________

GeoNetwork-users mailing list

GeoNetwork-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-users

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

--

Im Auftrag

--

Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz

beim

Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15

56073 Koblenz

Telefon 0261/492-466

Telefax 0261/492-492

armin.retterath@anonymised.com

http://www.geoportal.rlp.de

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-users mailing list

GeoNetwork-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-users

GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-devel mailing list

GeoNetwork-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-devel

GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

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

Ryan_Zoerb · November 29, 2010, 4:27pm

Thanks Justin, I should have noted I'm deploying GN on Tomcat. After reading your response, I've been trying to figure out how map your Jetty instructions to Tomcat. It looks like I might need to change the path attribute of the Context element in context.xml, but I haven't gotten that to work yet. Does anyone know if this is right?

Thanks,
Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There is no getting past the fact that the public context must be the same as the local context at present. This is how you change your local context to match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to uncomment the one which is currently commented out, and comment out the one which isn’t. Make sure you take care of the comment lines inside the section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file by following (VERY CAREFULLY!) the instructions on this page: http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<Set name="contextPath">/261/ukmetadataeditor</Set>
<Set name="war"><SystemProperty name="jetty.home" default="."/>/../web/geonetwork/</Set>
</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost context the same as your public context.
ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor
ProxyPassReverse /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor
ProxyPassReverse /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

I have added –Djetty.port=8080 (or 8081 for the other one) to the java line in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh files, count to ten and restart httpd.

If it doesn’t all work, then read the jetty/logs/output.log and apache log for clues

Justin.
PS You will need to do the same for geoserver – I haven’t done that yet – an exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so, I’ll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@anonymised.comforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the functionality of mod_proxy, I don't think that would solve my problem. The web address www.example.gov:80/glri/geonetwork already correctly maps to www.example.gov:8080/geonetwork, and accessing www.example.gov:80/glri/geonetwork loads the main.home page, but main.home tries loading almost all of its resources from www.example.gov:80/geonetwork (without the glri directory). www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't be), so those resource requests fail. It seems like GeoNetwork is assuming that it will always be located at the root of a domain. I was hoping that there would be some configuration option that would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

> hello together,
>
> a simple solution maybe following proxy rule for apache2:
>
> <IfModule mod_proxy.c>
> ProxyPreserveHost on
> ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
> ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
> ProxyPass /geoserver http://127.0.0.1:8180/geoserver
> ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
> </IfModule>
>
> store it in the conf.d directory and activate mod_proxy for apache2.
>
> regards
> armin
>
> Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:
>> Hi Ryan,
>>
>> Le 19.11.2010 21:14, Ryan Zoerb a écrit :
>>> I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
>>> but haven't figured out how to do so. The url is mapped to GeoNetwork,
>>> but when I access that page, most of the resources GN tries loading from
>>> .gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
>>> there a configuration option that I need to change?
>>
>> if you use Tomcat & Apache you can use mod_jk to map requests to the
>> apache (on port 80) to applications running in tomcat (on port 8080).
>> e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork
>>
>> There are numerous examples out there on how to connect tomact & apache
>> with mod_jk (or mod_proxy) in the internet.
>>
>> best
>> Timo
>>
>>> Thanks,
>>> Ryan
>>
>> ---------------------------------------------------------------------------
>> --- Beautiful is writing same markup. Internet Explorer 9 supports
>> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
>> Spend less time writing and rewriting code and more time creating great
>> experiences on the web. Be a part of the beta today
>> http://p.sf.net/sfu/msIE9-sfdev2dev
>> _______________________________________________
>> GeoNetwork-users mailing list
>> GeoNetwork-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
>> GeoNetwork OpenSource is maintained at
>> http://sourceforge.net/projects/geonetwork
>
>
> --
> Im Auftrag
> --
> Armin Retterath
>
> Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
> beim
> Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz
>
> Ferdinand-Sauerbruch-Straße 15
> 56073 Koblenz
> Telefon 0261/492-466
> Telefax 0261/492-492
> armin.retterath@anonymised.com
> http://www.geoportal.rlp.de
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

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

Ryan_Zoerb · November 29, 2010, 7:19pm

Got it. For those interested, I had to change the apache proxy to point to webapps/glri/geonetwork, and renamed the war to webapps/glri#geonetwork.war. Now everything appears to be working correctly.

Thanks everyone for your help,
Ryan

On Nov 29, 2010, at 10:27 AM, Ryan Zoerb wrote:

Thanks Justin, I should have noted I'm deploying GN on Tomcat. After reading your response, I've been trying to figure out how map your Jetty instructions to Tomcat. It looks like I might need to change the path attribute of the Context element in context.xml, but I haven't gotten that to work yet. Does anyone know if this is right?

Thanks,
Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There is no getting past the fact that the public context must be the same as the local context at present. This is how you change your local context to match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to uncomment the one which is currently commented out, and comment out the one which isn’t. Make sure you take care of the comment lines inside the section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file by following (VERY CAREFULLY!) the instructions on this page: http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<Set name="contextPath">/261/ukmetadataeditor</Set>
<Set name="war"><SystemProperty name="jetty.home" default="."/>/../web/geonetwork/</Set>
</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost context the same as your public context.
ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor
ProxyPassReverse /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor
ProxyPassReverse /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

I have added –Djetty.port=8080 (or 8081 for the other one) to the java line in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh files, count to ten and restart httpd.

If it doesn’t all work, then read the jetty/logs/output.log and apache log for clues

Justin.
PS You will need to do the same for geoserver – I haven’t done that yet – an exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so, I’ll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@anonymised.comeforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the functionality of mod_proxy, I don't think that would solve my problem. The web address www.example.gov:80/glri/geonetwork already correctly maps to www.example.gov:8080/geonetwork, and accessing www.example.gov:80/glri/geonetwork loads the main.home page, but main.home tries loading almost all of its resources from www.example.gov:80/geonetwork (without the glri directory). www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't be), so those resource requests fail. It seems like GeoNetwork is assuming that it will always be located at the root of a domain. I was hoping that there would be some configuration option that would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
but haven't figured out how to do so. The url is mapped to GeoNetwork,
but when I access that page, most of the resources GN tries loading from
.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the
apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache
with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

---------------------------------------------------------------------------
--- Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

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

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

andrew_walsh · November 29, 2010, 10:43pm

Hi Ryan and Justin,

Would great if a 'HowTo' guide on the Geonetwork wiki could be written for this
'multiple-instance' configuration of Geonetwork, one for Jetty and another for Tomcat.
I am sure others would be interested in this guide.

Andrew

----- Original Message ----- From: "Ryan Zoerb" <razoerb@anonymised.com>
To: "Justin Rowles (C)" <Justin.Rowles@anonymised.com>
Cc: <geonetwork-users@lists.sourceforge.net>; <geonetwork-devel@lists.sourceforge.net>
Sent: Tuesday, November 30, 2010 06:19
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-rootwebaddress

Got it. For those interested, I had to change the apache proxy to point to webapps/glri/geonetwork, and renamed the war to webapps/glri#geonetwork.war. Now everything appears to be working correctly.

Thanks everyone for your help,
Ryan

On Nov 29, 2010, at 10:27 AM, Ryan Zoerb wrote:

Thanks Justin, I should have noted I'm deploying GN on Tomcat. After reading your response, I've been trying to figure out how map your Jetty instructions to Tomcat. It looks like I might need to change the path attribute of the Context element in context.xml, but I haven't gotten that to work yet. Does anyone know if this is right?

Thanks,
Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There is no getting past the fact that the public context must be the same as the local context at present. This is how you change your local context to match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to uncomment the one which is currently commented out, and comment out the one which isn’t. Make sure you take care of the comment lines inside the section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file by following (VERY CAREFULLY!) the instructions on this page: http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<Set name="contextPath">/261/ukmetadataeditor</Set>
<Set name="war"><SystemProperty name="jetty.home" default="."/>/../web/geonetwork/</Set>
</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost context the same as your public context.
ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor
ProxyPassReverse /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor
ProxyPassReverse /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

I have added –Djetty.port=8080 (or 8081 for the other one) to the java line in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh files, count to ten and restart httpd.

If it doesn’t all work, then read the jetty/logs/output.log and apache log for clues

Justin.
PS You will need to do the same for geoserver – I haven’t done that yet – an exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so, I’ll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the functionality of mod_proxy, I don't think that would solve my problem. The web address www.example.gov:80/glri/geonetwork already correctly maps to www.example.gov:8080/geonetwork, and accessing www.example.gov:80/glri/geonetwork loads the main.home page, but main.home tries loading almost all of its resources from www.example.gov:80/geonetwork (without the glri directory). www.example.gov:80/geonetwork isn't mapped to anything (and shouldn't be), so those resource requests fail. It seems like GeoNetwork is assuming that it will always be located at the root of a domain. I was hoping that there would be some configuration option that would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
but haven't figured out how to do so. The url is mapped to GeoNetwork,
but when I access that page, most of the resources GN tries loading from
.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the
apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache
with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

---------------------------------------------------------------------------
--- Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

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

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Andrew_Watkins · November 30, 2010, 8:19pm

Like this you mean?
http://trac.osgeo.org/geonetwork/wiki/HowToRunMultipleGeonetworkInstancesUnderTomcat

Andrew

Andrew Watkins
Systems Development Team Manager
National Institute Water & Atmospheric Research (NIWA).

On 30 Nov 10 at 11:43 AM, in message

<AF2C993922964CD2909D96FD512078C5@anonymised.com>, "andrew walsh"
<awalsh@anonymised.com> wrote:

Hi Ryan and Justin,

Would great if a 'HowTo' guide on the Geonetwork wiki could be written
for this
'multiple-instance' configuration of Geonetwork, one for Jetty and
another for
Tomcat.
I am sure others would be interested in this guide.

Andrew

----- Original Message -----
From: "Ryan Zoerb" <razoerb@anonymised.com>
To: "Justin Rowles (C)" <Justin.Rowles@anonymised.com>
Cc: <geonetwork-users@lists.sourceforge.net>;
<geonetwork-devel@lists.sourceforge.net>
Sent: Tuesday, November 30, 2010 06:19
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at
non-rootwebaddress

Got it. For those interested, I had to change the apache proxy to

point to

webapps/glri/geonetwork, and renamed the war to

webapps/glri#geonetwork.war.

Now everything appears to be working correctly.

Thanks everyone for your help,
Ryan

On Nov 29, 2010, at 10:27 AM, Ryan Zoerb wrote:

Thanks Justin, I should have noted I'm deploying GN on Tomcat.

After reading

your response, I've been trying to figure out how map your Jetty

instructions

to Tomcat. It looks like I might need to change the path attribute

of the

Context element in context.xml, but I haven't gotten that to work

yet. Does

anyone know if this is right?

Thanks,
Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon

anyway). There

is no getting past the fact that the public context must be the

same as the

local context at present. This is how you change your local

context to

match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want

to

uncomment the one which is currently commented out, and comment out

the one

which isn’t. Make sure you take care of the comment lines inside

the

section you need to comment out.

You will need to create a contexts directory in the jetty

directory.

Populate the addLifeCycle xml element and the

contexts/geonetwork.xml file

by following (VERY CAREFULLY!) the instructions on this page:
http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1)

running on

localhost 8080 and 8081, which I want to be visible at

/261/ukmetadataeditor

and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows.

There is a

very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD

Configure//EN"

"http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<Set name="contextPath">/261/ukmetadataeditor</Set>
<Set name="war"><SystemProperty name="jetty.home"
default="."/>/../web/geonetwork/</Set>
</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your

localhost

context the same as your public context.
ProxyPass /261/ukmetadataeditor

http://localhost:8080/261/ukmetadataeditor

ProxyPassReverse /261/ukmetadataeditor
http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor

http://localhost:8081/260/ukmetadataeditor

ProxyPassReverse /260/ukmetadataeditor
http://localhost:8081/260/ukmetadataeditor

I have added –Djetty.port=8080 (or 8081 for the other one) to the

java line

in bin/start-geonetwork.sh

I now start both processes with their respective

bin/start-geonetwork.sh

files, count to ten and restart httpd.

If it doesn’t all work, then read the jetty/logs/output.log and

apache log

for clues

Justin.
PS You will need to do the same for geoserver – I haven’t done that

yet – an

exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide?

If so,

I’ll write it up a little better, removing references to

ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net;
geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at

non-root

webaddress

Thanks for your responses Timo and Armin. Unless I am

misunderstanding the

functionality of mod_proxy, I don't think that would solve my

problem. The

web address www.example.gov:80/glri/geonetwork already correctly

maps to

www.example.gov:8080/geonetwork, and accessing
www.example.gov:80/glri/geonetwork loads the main.home page, but

main.home

tries loading almost all of its resources from

www.example.gov:80/geonetwork

(without the glri directory). www.example.gov:80/geonetwork isn't

mapped to

anything (and shouldn't be), so those resource requests fail. It

seems like

GeoNetwork is assuming that it will always be located at the root

of a

domain. I was hoping that there would be some configuration option

that

would make GN request resources from

www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for

apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at

####.####.gov/glri/geonetwork,

but haven't figured out how to do so. The url is mapped to

GeoNetwork,

but when I access that page, most of the resources GN tries

loading from

.gov/geonetwork, so the srv/en/main.home page loads, but is

broken. Is

there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to

the

apache (on port 80) to applications running in tomcat (on port

8080).

e.g example.org:80/mypage/geonetwork ->

example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact &

apache

with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

---------------------------------------------------------------------------

--- Beautiful is writing same markup. Internet Explorer 9

supports

standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 &

L3.

Spend less time writing and rewriting code and more time

creating great

experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur

Rheinland-Pfalz

beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win

$500!

Tap into the largest installed PC base & get more eyes on your

game by

optimizing for Intel(R) Graphics Technology. Get started today

with the

Intel(R) Software Partner Program. Five $500 cash prizes are up

for grabs.

http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win

$500!

Tap into the largest installed PC base & get more eyes on your game

by

optimizing for Intel(R) Graphics Technology. Get started today with

the

Intel(R) Software Partner Program. Five $500 cash prizes are up for

grabs.

http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

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

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win

$500!

Tap into the largest installed PC base & get more eyes on your game

by

optimizing for Intel(R) Graphics Technology. Get started today with

the

Intel(R) Software Partner Program. Five $500 cash prizes are up for

grabs.

http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game

by

optimizing for Intel(R) Graphics Technology. Get started today with

the

Intel(R) Software Partner Program. Five $500 cash prizes are up for

grabs.

http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with
the
Intel(R) Software Partner Program. Five $500 cash prizes are up for
grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

Please consider the environment before printing this email.

NIWA is the trading name of the National Institute of Water &
Atmospheric Research Ltd.

Justin_Rowles_C · December 1, 2010, 1:44pm

Fair point! I'll copy my Jetty version into a similar page when I get chance.

Just.

________________________________

From: Andrew Watkins [mailto:a.watkins@anonymised.com]
Sent: 30 November 2010 20:19
To: andrew walsh; Ryan Zoerb
Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@anonymised.comrge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-rootwebaddress

Like this you mean?

http://trac.osgeo.org/geonetwork/wiki/HowToRunMultipleGeonetworkInstancesUnderTomcat

Andrew

Andrew Watkins
Systems Development Team Manager
National Institute Water & Atmospheric Research (NIWA).

On 30 Nov 10 at 11:43 AM, in message <AF2C993922964CD2909D96FD512078C5@...495...>, "andrew walsh" <awalsh@anonymised.com> wrote:

Hi Ryan and Justin,

Would great if a 'HowTo' guide on the Geonetwork wiki could be written for this
'multiple-instance' configuration of Geonetwork, one for Jetty and another for
Tomcat.
I am sure others would be interested in this guide.

Andrew

----- Original Message -----
From: "Ryan Zoerb" <razoerb@anonymised.com>
To: "Justin Rowles (C)" <Justin.Rowles@anonymised.com>
Cc: <geonetwork-users@lists.sourceforge.net>;
<geonetwork-devel@lists.sourceforge.net>
Sent: Tuesday, November 30, 2010 06:19
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at
non-rootwebaddress

Got it. For those interested, I had to change the apache proxy to point to
webapps/glri/geonetwork, and renamed the war to webapps/glri#geonetwork.war.
Now everything appears to be working correctly.

Thanks everyone for your help,
Ryan

On Nov 29, 2010, at 10:27 AM, Ryan Zoerb wrote:

Thanks Justin, I should have noted I'm deploying GN on Tomcat. After reading
your response, I've been trying to figure out how map your Jetty instructions
to Tomcat. It looks like I might need to change the path attribute of the
Context element in context.xml, but I haven't gotten that to work yet. Does
anyone know if this is right?

Thanks,
Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There
is no getting past the fact that the public context must be the same as the
local context at present. This is how you change your local context to
match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to
uncomment the one which is currently commented out, and comment out the one
which isn't. Make sure you take care of the comment lines inside the
section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file
by following (VERY CAREFULLY!) the instructions on this page:
http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on
localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor
and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a
very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN"
"http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<Set name="contextPath">/261/ukmetadataeditor</Set>
<Set name="war"><SystemProperty name="jetty.home"
default="."/>/../web/geonetwork/</Set>
</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost
context the same as your public context.
ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor
ProxyPassReverse /261/ukmetadataeditor
http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor
ProxyPassReverse /260/ukmetadataeditor
http://localhost:8081/260/ukmetadataeditor

I have added -Djetty.port=8080 (or 8081 for the other one) to the java line
in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh
files, count to ten and restart httpd.

If it doesn't all work, then read the jetty/logs/output.log and apache log
for clues

Justin.
PS You will need to do the same for geoserver - I haven't done that yet - an
exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so,
I'll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----
From: Ryan Zoerb [mailto:razoerb@anonymised.com]
Sent: 23 November 2010 16:28
To: Armin Retterath
Cc: geonetwork-users@lists.sourceforge.net;
geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root
webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the
functionality of mod_proxy, I don't think that would solve my problem. The
web address www.example.gov:80/glri/geonetwork already correctly maps to
www.example.gov:8080/geonetwork, and accessing
www.example.gov:80/glri/geonetwork loads the main.home page, but main.home
tries loading almost all of its resources from www.example.gov:80/geonetwork
(without the glri directory). www.example.gov:80/geonetwork isn't mapped to
anything (and shouldn't be), so those resource requests fail. It seems like
GeoNetwork is assuming that it will always be located at the root of a
domain. I was hoping that there would be some configuration option that
would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,
Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>
ProxyPreserveHost on
ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork
ProxyPass /geoserver http://127.0.0.1:8180/geoserver
ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver
</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards
armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,
but haven't figured out how to do so. The url is mapped to GeoNetwork,
but when I access that page, most of the resources GN tries loading from
.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is
there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the
apache (on port 80) to applications running in tomcat (on port 8080).
e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache
with mod_jk (or mod_proxy) in the internet.

best
Timo

Thanks,
Ryan

---------------------------------------------------------------------------
--- Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
Im Auftrag
--
Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz
beim
Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15
56073 Koblenz
Telefon 0261/492-466
Telefax 0261/492-492
armin.retterath@anonymised.com
http://www.geoportal.rlp.de

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

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

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Please consider the environment before printing this email.

NIWA is the trading name of the National Institute of Water & Atmospheric Research Ltd.

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

Justin_Rowles_C · December 2, 2010, 2:40pm

We now also have

http://trac.osgeo.org/geonetwork/wiki/HowToRunMultipleGeonetworkInstancesUnderJetty

Slightly rough and ready, but should be enough to work from.

J.

________________________________________

From: Andrew Watkins [mailto:a.watkins@anonymised.com]

Sent: 30 November 2010 20:19

To: andrew walsh; Ryan Zoerb

Cc: geonetwork-users@lists.sourceforge.net; geonetwork-devel@anonymised.comrge.net

Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-rootwebaddress

Like this you mean?

http://trac.osgeo.org/geonetwork/wiki/HowToRunMultipleGeonetworkInstancesUnderTomcat

Andrew

Andrew Watkins

Systems Development Team Manager

National Institute Water & Atmospheric Research (NIWA).

On 30 Nov 10 at 11:43 AM, in message <AF2C993922964CD2909D96FD512078C5@...495...>, "andrew walsh" <awalsh@anonymised.com> wrote:

Hi Ryan and Justin,

Would great if a 'HowTo' guide on the Geonetwork wiki could be written for this

'multiple-instance' configuration of Geonetwork, one for Jetty and another for

Tomcat.

I am sure others would be interested in this guide.

Andrew

----- Original Message -----

From: "Ryan Zoerb" <razoerb@anonymised.com>

To: "Justin Rowles (C)" <Justin.Rowles@anonymised.com>

Cc: <geonetwork-users@lists.sourceforge.net>;

<geonetwork-devel@lists.sourceforge.net>

Sent: Tuesday, November 30, 2010 06:19

Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at

non-rootwebaddress

Got it. For those interested, I had to change the apache proxy to point to

webapps/glri/geonetwork, and renamed the war to webapps/glri#geonetwork.war.

Now everything appears to be working correctly.

Thanks everyone for your help,

Ryan

On Nov 29, 2010, at 10:27 AM, Ryan Zoerb wrote:

Thanks Justin, I should have noted I'm deploying GN on Tomcat. After reading

your response, I've been trying to figure out how map your Jetty instructions

to Tomcat. It looks like I might need to change the path attribute of the

Context element in context.xml, but I haven't gotten that to work yet. Does

anyone know if this is right?

Thanks,

Ryan

On Nov 25, 2010, at 5:57 AM, Justin Rowles (C) wrote:

Gents,

Well, I've just done it (I was going to need to do this soon anyway). There

is no getting past the fact that the public context must be the same as the

local context at present. This is how you change your local context to

match whatever you want for your public one.

There are two addLifeCycle elements in jetty.xml. You will want to

uncomment the one which is currently commented out, and comment out the one

which isn't. Make sure you take care of the comment lines inside the

section you need to comment out.

You will need to create a contexts directory in the jetty directory.

Populate the addLifeCycle xml element and the contexts/geonetwork.xml file

by following (VERY CAREFULLY!) the instructions on this page:

http://docs.codehaus.org/display/JETTY/ContextDeployer

Worked example.

===============

I have two branded geonetwork installs (based on 2.6.0 and 2.6.1) running on

localhost 8080 and 8081, which I want to be visible at /261/ukmetadataeditor

and /260/ukmetadataeditor:

My geonetwork.xml in my geonetwork.2.6.1 install is as follows. There is a

very similar(!) one in my 2.6.0 install:

<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN"

"http://jetty.mortbay.org/configure.dtd">

<Configure class="org.mortbay.jetty.webapp.WebAppContext">

<Set name="contextPath">/261/ukmetadataeditor</Set>

<Set name="war"><SystemProperty name="jetty.home"

default="."/>/../web/geonetwork/</Set>

</Configure>

In Apache's ProxyPass and ProxyPassReverse settings, make your localhost

context the same as your public context.

ProxyPass /261/ukmetadataeditor http://localhost:8080/261/ukmetadataeditor

ProxyPassReverse /261/ukmetadataeditor

http://localhost:8080/261/ukmetadataeditor

ProxyPass /260/ukmetadataeditor http://localhost:8081/260/ukmetadataeditor

ProxyPassReverse /260/ukmetadataeditor

http://localhost:8081/260/ukmetadataeditor

I have added -Djetty.port=8080 (or 8081 for the other one) to the java line

in bin/start-geonetwork.sh

I now start both processes with their respective bin/start-geonetwork.sh

files, count to ten and restart httpd.

If it doesn't all work, then read the jetty/logs/output.log and apache log

for clues

Justin.

PS You will need to do the same for geoserver - I haven't done that yet - an

exercise for the reader

PPS Jose - Is it worth adding this, in brief, to the install guide? If so,

I'll write it up a little better, removing references to ukmetadataeditor.

-----Original Message-----

From: Ryan Zoerb [mailto:razoerb@anonymised.com]

Sent: 23 November 2010 16:28

To: Armin Retterath

Cc: geonetwork-users@lists.sourceforge.net;

geonetwork-devel@lists.sourceforge.net

Subject: Re: [GeoNetwork-devel] [GeoNetwork-users] Deploying at non-root

webaddress

Thanks for your responses Timo and Armin. Unless I am misunderstanding the

functionality of mod_proxy, I don't think that would solve my problem. The

web address www.example.gov:80/glri/geonetwork already correctly maps to

www.example.gov:8080/geonetwork, and accessing

www.example.gov:80/glri/geonetwork loads the main.home page, but main.home

tries loading almost all of its resources from www.example.gov:80/geonetwork

(without the glri directory). www.example.gov:80/geonetwork isn't mapped to

anything (and shouldn't be), so those resource requests fail. It seems like

GeoNetwork is assuming that it will always be located at the root of a

domain. I was hoping that there would be some configuration option that

would make GN request resources from www.example.gov:80/glri/geonetwork.

Thanks,

Ryan

On Nov 23, 2010, at 12:06 AM, Armin Retterath wrote:

hello together,

a simple solution maybe following proxy rule for apache2:

<IfModule mod_proxy.c>

ProxyPreserveHost on

ProxyPass /geonetwork http://127.0.0.1:8180/geonetwork

ProxyPassReverse /geonetwork http://127.0.0.1:8180/geonetwork

ProxyPass /geoserver http://127.0.0.1:8180/geoserver

ProxyPassReverse /geoserver http://127.0.0.1:8180/geoserver

</IfModule>

store it in the conf.d directory and activate mod_proxy for apache2.

regards

armin

Am Montag 22 November 2010, um 00:44:00 schrieb Timo Proescholdt:

Hi Ryan,

Le 19.11.2010 21:14, Ryan Zoerb a écrit :

I'm trying to deploy GeoNetwork 2.6.0 at ####.####.gov/glri/geonetwork,

but haven't figured out how to do so. The url is mapped to GeoNetwork,

but when I access that page, most of the resources GN tries loading from

.gov/geonetwork, so the srv/en/main.home page loads, but is broken. Is

there a configuration option that I need to change?

if you use Tomcat & Apache you can use mod_jk to map requests to the

apache (on port 80) to applications running in tomcat (on port 8080).

e.g example.org:80/mypage/geonetwork -> example.org:8080/geonetwork

There are numerous examples out there on how to connect tomact & apache

with mod_jk (or mod_proxy) in the internet.

best

Timo

Thanks,

Ryan

---------------------------------------------------------------------------

--- Beautiful is writing same markup. Internet Explorer 9 supports

standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.

Spend less time writing and rewriting code and more time creating great

experiences on the web. Be a part of the beta today

http://p.sf.net/sfu/msIE9-sfdev2dev

_______________________________________________

GeoNetwork-users mailing list

GeoNetwork-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-users

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

--

Im Auftrag

--

Armin Retterath

Kompetenz- und Geschäftsstelle Geodateninfrastruktur Rheinland-Pfalz

beim

Landesamt für Vermessung und Geobasisinformation Rheinland-Pfalz

Ferdinand-Sauerbruch-Straße 15

56073 Koblenz

Telefon 0261/492-466

Telefax 0261/492-492

armin.retterath@anonymised.com

http://www.geoportal.rlp.de

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-users mailing list

GeoNetwork-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-users

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-devel mailing list

GeoNetwork-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-devel

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

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

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-users mailing list

GeoNetwork-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-users

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-devel mailing list

GeoNetwork-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-devel

GeoNetwork OpenSource is maintained at

http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------

Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Tap into the largest installed PC base & get more eyes on your game by

optimizing for Intel(R) Graphics Technology. Get started today with the

Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.

http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________

GeoNetwork-devel mailing list

GeoNetwork-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geonetwork-devel

GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Please consider the environment before printing this email.

NIWA is the trading name of the National Institute of Water & Atmospheric Research Ltd.

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