On Mon, 2006-03-13 at 10:33 +0200, Jody Garnett wrote:
Jonas Johansson wrote:
> Hello,
>
> With geoserver 1.3.0 I was debugging in Eclipse using jetty. Is
there a
> document on what one needs to do to get 1.4.x debugging in Eclipse
using
> jetty?
Not yet, I am going to make a GEOSDOC2 space (as described in email
last
week) during the next geoserver meeting, so we can capture stuff like
this.
Right now the team here is just making use of the war in JBoss.
Ah, I see.
Any chance you can run site tests when testing the war? We cannot
escape
our firewall.
Jody
A site test is a new term for me, but after searching I guess it is just
what it sounds like: testing locally instead of over the web. So, yes I
can do that =)
I found some problems that are a major cause to the deployment error.. I
don't get the correct services.xml in the geoserver/WEB-INF directory
after deployment in Tomcat.
There is one services.xml in org.vfny.geoserver.config/web/WEB-INF and
one web.xml in org.vfny.geoserver.config/web/WEB-INF that I could edit
with the corresponding WPS stuff before building with maven. However,
the services.xml is always overwritten by the contents of UserBasic.zip
in org.vfny.geoserver.config/web/ when building with maven. So when
deploying, the old services.xml from UserBasic.zip gets deployed. As for
the WPS-edited web.xml, it seem to deploy ok.
So I guess I need to try and change the maven build script so that it
does not download and extract the UserBasic.zip over my edited
services.xml. The problem is I don't know much about ant or maven build
scripts...
Jonas
Hi Jonas,
Yes this is a problem with teh config module, currently it always downloads a new configuration. Its not a hard change to make it be smarter, I will start a quick tweak to the maven script now.
-Justin
Jonas Johansson wrote:
On Mon, 2006-03-13 at 10:33 +0200, Jody Garnett wrote:
Jonas Johansson wrote:
Hello,
With geoserver 1.3.0 I was debugging in Eclipse using jetty. Is
there a
document on what one needs to do to get 1.4.x debugging in Eclipse
using
jetty?
Not yet, I am going to make a GEOSDOC2 space (as described in email
last
week) during the next geoserver meeting, so we can capture stuff like
this.
Right now the team here is just making use of the war in JBoss.
Ah, I see.
Any chance you can run site tests when testing the war? We cannot
escape
our firewall.
Jody
A site test is a new term for me, but after searching I guess it is just
what it sounds like: testing locally instead of over the web. So, yes I
can do that =)
I found some problems that are a major cause to the deployment error.. I
don't get the correct services.xml in the geoserver/WEB-INF directory
after deployment in Tomcat.
There is one services.xml in org.vfny.geoserver.config/web/WEB-INF and
one web.xml in org.vfny.geoserver.config/web/WEB-INF that I could edit
with the corresponding WPS stuff before building with maven. However,
the services.xml is always overwritten by the contents of UserBasic.zip
in org.vfny.geoserver.config/web/ when building with maven. So when
deploying, the old services.xml from UserBasic.zip gets deployed. As for
the WPS-edited web.xml, it seem to deploy ok.
So I guess I need to try and change the maven build script so that it
does not download and extract the UserBasic.zip over my edited
services.xml. The problem is I don't know much about ant or maven build
scripts...
Jonas
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Done, with the help of Gabriel. Now the config will not be downloaded / unpacked while the zip file is present. I think this solves this issue for you?
Justin Deoliveira wrote:
Hi Jonas,
Yes this is a problem with teh config module, currently it always downloads a new configuration. Its not a hard change to make it be smarter, I will start a quick tweak to the maven script now.
-Justin
Jonas Johansson wrote:
On Mon, 2006-03-13 at 10:33 +0200, Jody Garnett wrote:
Jonas Johansson wrote:
Hello,
With geoserver 1.3.0 I was debugging in Eclipse using jetty. Is
there a
document on what one needs to do to get 1.4.x debugging in Eclipse
using
jetty?
Not yet, I am going to make a GEOSDOC2 space (as described in email
last
week) during the next geoserver meeting, so we can capture stuff like
this.
Right now the team here is just making use of the war in JBoss.
Ah, I see.
Any chance you can run site tests when testing the war? We cannot
escape
our firewall.
Jody
A site test is a new term for me, but after searching I guess it is just
what it sounds like: testing locally instead of over the web. So, yes I
can do that =)
I found some problems that are a major cause to the deployment error.. I
don't get the correct services.xml in the geoserver/WEB-INF directory
after deployment in Tomcat.
There is one services.xml in org.vfny.geoserver.config/web/WEB-INF and
one web.xml in org.vfny.geoserver.config/web/WEB-INF that I could edit
with the corresponding WPS stuff before building with maven. However,
the services.xml is always overwritten by the contents of UserBasic.zip
in org.vfny.geoserver.config/web/ when building with maven. So when
deploying, the old services.xml from UserBasic.zip gets deployed. As for
the WPS-edited web.xml, it seem to deploy ok.
So I guess I need to try and change the maven build script so that it
does not download and extract the UserBasic.zip over my edited
services.xml. The problem is I don't know much about ant or maven build
scripts...
Jonas
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel