[Geoserver-users] GeoServer on Sun Application Server

Hi,
I was trying to get GeoServer run on Sun Java System Application Server
Enterprise Edition 8.01 (Solaris 10) and it is no running.
The war file gets deployed, but when I try to go the admin page it
crashes on welcome.do with a 404 error message (Servlet not
available..."). Also nothing else works (GetCapabilities etc).

I though java is java and if it works with jetty (yes it works on
solaris 10) should work with Application Server too, right?

Regards,
Goce Petrovski

Quoting Goce Petrovski <Goce.Petrovski@anonymised.com>:

Hi,
I was trying to get GeoServer run on Sun Java System Application
Server
Enterprise Edition 8.01 (Solaris 10) and it is no running.
The war file gets deployed, but when I try to go the admin page it
crashes on welcome.do with a 404 error message (Servlet not
available..."). Also nothing else works (GetCapabilities etc).

I though java is java and if it works with jetty (yes it works on
solaris 10) should work with Application Server too, right?

In theory yes, in practice it's more like write once debug everywhere.
Let us know the stack traces and the logs, good detailed error reports,
and we can work with you on getting it up and running, as we're
interested in having it supported on as many servlet containers as
possible.

best regards,

Chris

Regards,
Goce Petrovski

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

...as we're
interested in having it supported on as many servlet containers as
possible.

regarding this I have a dream:
I really would like to have a "servlet container farm" to serve our release
process in testing on every possible (aka, freely available) container and be
able to report containers tested for working on each release.

To make it a reality, I would have a vmware virtual machine with installed
servlet containers and an ant script to deploy a geoserver war on all of
them, plus a good set of httpunit tests.
Bad news are that I know almost nothing about creating ant scripts nor
httpunit tests.
On the bright side, if this idea sounds interesting for someone else than me
and you're going to help me with ant and httpunit, I can volunteer to create
such a vm, which everyone would be able to download and execute thanks to the
freely available vmware player (http://www.vmware.com/products/player/)

what do you think?

Gabriel.

Hi Gabriel,

This is a great idea, I volunteer to help with the ant and http unit test setup. I dont know much about setting up the vm, looks simple enough though.

-Justin

Gabriel Roldán wrote:

...as we're
interested in having it supported on as many servlet containers as
possible.

regarding this I have a dream:
I really would like to have a "servlet container farm" to serve our release process in testing on every possible (aka, freely available) container and be able to report containers tested for working on each release.

To make it a reality, I would have a vmware virtual machine with installed servlet containers and an ant script to deploy a geoserver war on all of them, plus a good set of httpunit tests.
Bad news are that I know almost nothing about creating ant scripts nor httpunit tests.
On the bright side, if this idea sounds interesting for someone else than me and you're going to help me with ant and httpunit, I can volunteer to create such a vm, which everyone would be able to download and execute thanks to the freely available vmware player (http://www.vmware.com/products/player/)

what do you think?

Gabriel.

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

Cool,
yeah, its as easy as installing the SO.
so the hard thing will be to identify the list of freely available servlet
containers we want to test against.

from top of my mind, I would start the list with:

tomcat 4.1
tomcat 5.0
tomcat 5.5
jboss 4.0
jetty (version(s)?)
....

I guess we'll be only testing with JDK 1.4? so discarding tomcat 5.5

Gabriel.

On Monday 19 December 2005 17:51, Justin Deoliveira wrote:

Hi Gabriel,

This is a great idea, I volunteer to help with the ant and http unit
test setup. I dont know much about setting up the vm, looks simple
enough though.

-Justin

Gabriel Roldán wrote:
>>...as we're
>>interested in having it supported on as many servlet containers as
>>possible.
>
> regarding this I have a dream:
> I really would like to have a "servlet container farm" to serve our
> release process in testing on every possible (aka, freely available)
> container and be able to report containers tested for working on each
> release.
>
> To make it a reality, I would have a vmware virtual machine with
> installed servlet containers and an ant script to deploy a geoserver war
> on all of them, plus a good set of httpunit tests.
> Bad news are that I know almost nothing about creating ant scripts nor
> httpunit tests.
> On the bright side, if this idea sounds interesting for someone else than
> me and you're going to help me with ant and httpunit, I can volunteer to
> create such a vm, which everyone would be able to download and execute
> thanks to the freely available vmware player
> (http://www.vmware.com/products/player/)
>
> what do you think?
>
> Gabriel.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90

This list is good enough to start. So how exactly do we want to set this up. Shall we set up the differnet servlet containers on a server somewhere, and then have people upload the war to the server and run the test suite remotley?

We might also want to consider distributing the test suite seperatley for people to run on their own. The target in mind here being people that use non open source servlet containers.

-Justin

Gabriel Roldán wrote:

Cool,
yeah, its as easy as installing the SO.
so the hard thing will be to identify the list of freely available servlet containers we want to test against.

from top of my mind, I would start the list with:

tomcat 4.1
tomcat 5.0
tomcat 5.5
jboss 4.0
jetty (version(s)?)
....

I guess we'll be only testing with JDK 1.4? so discarding tomcat 5.5

Gabriel.

On Monday 19 December 2005 17:51, Justin Deoliveira wrote:

Hi Gabriel,

This is a great idea, I volunteer to help with the ant and http unit
test setup. I dont know much about setting up the vm, looks simple
enough though.

-Justin

Gabriel Roldán wrote:

...as we're
interested in having it supported on as many servlet containers as
possible.

regarding this I have a dream:
I really would like to have a "servlet container farm" to serve our
release process in testing on every possible (aka, freely available)
container and be able to report containers tested for working on each
release.

To make it a reality, I would have a vmware virtual machine with
installed servlet containers and an ant script to deploy a geoserver war
on all of them, plus a good set of httpunit tests.
Bad news are that I know almost nothing about creating ant scripts nor
httpunit tests.
On the bright side, if this idea sounds interesting for someone else than
me and you're going to help me with ant and httpunit, I can volunteer to
create such a vm, which everyone would be able to download and execute
thanks to the freely available vmware player
(http://www.vmware.com/products/player/)

what do you think?

Gabriel.

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

On Monday 19 December 2005 18:38, Justin Deoliveira wrote:

This list is good enough to start. So how exactly do we want to set this
up. Shall we set up the differnet servlet containers on a server
somewhere, and then have people upload the war to the server and run the
test suite remotley?

actually I was thinking on setting up a minimalist linux distro in a vm, and
set up the servlet containers there, so we can use it as a sandbox for
testing geos releases, does it makes sense? this way, whoever wants it can
download the vm and execute the tests.

We might also want to consider distributing the test suite seperatley
for people to run on their own. The target in mind here being people
that use non open source servlet containers.

that's ok.

-Justin

Gabriel Roldán wrote:
> Cool,
> yeah, its as easy as installing the SO.
> so the hard thing will be to identify the list of freely available
> servlet containers we want to test against.
>
> from top of my mind, I would start the list with:
>
> tomcat 4.1
> tomcat 5.0
> tomcat 5.5
> jboss 4.0
> jetty (version(s)?)
> ....
>
> I guess we'll be only testing with JDK 1.4? so discarding tomcat 5.5
>
> Gabriel.
>
> On Monday 19 December 2005 17:51, Justin Deoliveira wrote:
>>Hi Gabriel,
>>
>>This is a great idea, I volunteer to help with the ant and http unit
>>test setup. I dont know much about setting up the vm, looks simple
>>enough though.
>>
>>-Justin
>>
>>Gabriel Roldán wrote:
>>>>...as we're
>>>>interested in having it supported on as many servlet containers as
>>>>possible.
>>>
>>>regarding this I have a dream:
>>>I really would like to have a "servlet container farm" to serve our
>>>release process in testing on every possible (aka, freely available)
>>>container and be able to report containers tested for working on each
>>>release.
>>>
>>>To make it a reality, I would have a vmware virtual machine with
>>>installed servlet containers and an ant script to deploy a geoserver war
>>>on all of them, plus a good set of httpunit tests.
>>>Bad news are that I know almost nothing about creating ant scripts nor
>>>httpunit tests.
>>>On the bright side, if this idea sounds interesting for someone else
>>> than me and you're going to help me with ant and httpunit, I can
>>> volunteer to create such a vm, which everyone would be able to download
>>> and execute thanks to the freely available vmware player
>>>(http://www.vmware.com/products/player/)
>>>
>>>what do you think?
>>>
>>>Gabriel.
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>>files for problems? Stop! Download the new AJAX search engine that
>>>makes searching your log files as easy as surfing the web. DOWNLOAD
>>>SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>>_______________________________________________
>>>Geoserver-devel mailing list
>>>Geoserver-devel@lists.sourceforge.net
>>>https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90

Hi Justin,

maybe you can download the following file:
http://212.145.86.116:8080/projects/dsl_linux.tgz

Its a compressed file with a vmware virtual machine which has a minimalist
linux installed where we can start setting up the server farm and developing
the deployment and test runner scripts.

I've already installed jdk 1.4.2, ant, jetty and tomcat.
the servers are in /usr/local/servers

use the "geos" user, with same passwd. Root's passwd is "root" too, if you
need it.

now I guess we have to start thinking on how to do the scripts, or better
decide what exactly we want to do first.

May be a workable scenario would be:
- download a geoserver war (with wget?)
- for each server
  - start server
  - deploy war
  - run tests
  - collect report
  - stop server
- report

easy to say though. I'm really waiting for your comments.

cheers,

Gabriel.

On Monday 19 December 2005 18:38, Justin Deoliveira wrote:

This list is good enough to start. So how exactly do we want to set this
up. Shall we set up the differnet servlet containers on a server
somewhere, and then have people upload the war to the server and run the
test suite remotley?

We might also want to consider distributing the test suite seperatley
for people to run on their own. The target in mind here being people
that use non open source servlet containers.

-Justin

Gabriel Roldán wrote:
> Cool,
> yeah, its as easy as installing the SO.
> so the hard thing will be to identify the list of freely available
> servlet containers we want to test against.
>
> from top of my mind, I would start the list with:
>
> tomcat 4.1
> tomcat 5.0
> tomcat 5.5
> jboss 4.0
> jetty (version(s)?)
> ....
>
> I guess we'll be only testing with JDK 1.4? so discarding tomcat 5.5
>
> Gabriel.
>
> On Monday 19 December 2005 17:51, Justin Deoliveira wrote:
>>Hi Gabriel,
>>
>>This is a great idea, I volunteer to help with the ant and http unit
>>test setup. I dont know much about setting up the vm, looks simple
>>enough though.
>>
>>-Justin
>>
>>Gabriel Roldán wrote:
>>>>...as we're
>>>>interested in having it supported on as many servlet containers as
>>>>possible.
>>>
>>>regarding this I have a dream:
>>>I really would like to have a "servlet container farm" to serve our
>>>release process in testing on every possible (aka, freely available)
>>>container and be able to report containers tested for working on each
>>>release.
>>>
>>>To make it a reality, I would have a vmware virtual machine with
>>>installed servlet containers and an ant script to deploy a geoserver war
>>>on all of them, plus a good set of httpunit tests.
>>>Bad news are that I know almost nothing about creating ant scripts nor
>>>httpunit tests.
>>>On the bright side, if this idea sounds interesting for someone else
>>> than me and you're going to help me with ant and httpunit, I can
>>> volunteer to create such a vm, which everyone would be able to download
>>> and execute thanks to the freely available vmware player
>>>(http://www.vmware.com/products/player/)
>>>
>>>what do you think?
>>>
>>>Gabriel.
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>>files for problems? Stop! Download the new AJAX search engine that
>>>makes searching your log files as easy as surfing the web. DOWNLOAD
>>>SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>>>_______________________________________________
>>>Geoserver-devel mailing list
>>>Geoserver-devel@lists.sourceforge.net
>>>https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90

Hi Gabriel,

Nice work getting this set up. I think this scripting scheme would work fine, should be able to do all of it with ant. Could get a little tricky geting the two processes going, one for running the server and on to run the tests, but I am sure we could come up with something. Cruisecontrol has many ways of doing such things, might be a good idea.

When I get some free time I plan to work on this. Right now I am fairly preoccupied with getting 1.3.0 out the door. However once the new round of R&D starts, including merging with the complex branch, I think the server farm will make an invaluable testing facility.

-Justin

Gabriel Roldán wrote:

Hi Justin,

maybe you can download the following file:
http://212.145.86.116:8080/projects/dsl_linux.tgz

Its a compressed file with a vmware virtual machine which has a minimalist linux installed where we can start setting up the server farm and developing the deployment and test runner scripts.

I've already installed jdk 1.4.2, ant, jetty and tomcat.
the servers are in /usr/local/servers

use the "geos" user, with same passwd. Root's passwd is "root" too, if you need it.

now I guess we have to start thinking on how to do the scripts, or better decide what exactly we want to do first.

May be a workable scenario would be:
- download a geoserver war (with wget?)
- for each server
  - start server
  - deploy war
  - run tests
  - collect report
  - stop server
- report

easy to say though. I'm really waiting for your comments.

cheers,

Gabriel.

On Monday 19 December 2005 18:38, Justin Deoliveira wrote:

This list is good enough to start. So how exactly do we want to set this
up. Shall we set up the differnet servlet containers on a server
somewhere, and then have people upload the war to the server and run the
test suite remotley?

We might also want to consider distributing the test suite seperatley
for people to run on their own. The target in mind here being people
that use non open source servlet containers.

-Justin

Gabriel Roldán wrote:

Cool,
yeah, its as easy as installing the SO.
so the hard thing will be to identify the list of freely available
servlet containers we want to test against.

from top of my mind, I would start the list with:

tomcat 4.1
tomcat 5.0
tomcat 5.5
jboss 4.0
jetty (version(s)?)
....

I guess we'll be only testing with JDK 1.4? so discarding tomcat 5.5

Gabriel.

On Monday 19 December 2005 17:51, Justin Deoliveira wrote:

Hi Gabriel,

This is a great idea, I volunteer to help with the ant and http unit
test setup. I dont know much about setting up the vm, looks simple
enough though.

-Justin

Gabriel Roldán wrote:

...as we're
interested in having it supported on as many servlet containers as
possible.

regarding this I have a dream:
I really would like to have a "servlet container farm" to serve our
release process in testing on every possible (aka, freely available)
container and be able to report containers tested for working on each
release.

To make it a reality, I would have a vmware virtual machine with
installed servlet containers and an ant script to deploy a geoserver war
on all of them, plus a good set of httpunit tests.
Bad news are that I know almost nothing about creating ant scripts nor
httpunit tests.
On the bright side, if this idea sounds interesting for someone else
than me and you're going to help me with ant and httpunit, I can
volunteer to create such a vm, which everyone would be able to download
and execute thanks to the freely available vmware player
(http://www.vmware.com/products/player/)

what do you think?

Gabriel.

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org