[Geoserver-users] Wrapper exception

Hmm… it seems port 8081 is also busy… not sure what to add, the message is exactly the same as before.

This seems not to be the case. When I run the Resource Monitor I can see 8081 in the list of listening ports. Shutting down geoserver immediatley remove the port from the list. Therefore, the port is free.

The windows server is 64 bits. I read somewhere in the user list that both java and geoserver must be 32 bits. I wonder that it might have some issue related with this.

I had server-jre-7u80-windows-x64 , then I removed and installed jre-7u79-windows-i586 instead.

thanks.

JJ

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/it488V for more information.

==

Ing. Andrea Aime

@geowolf

Technical Lead

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054 Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Hi Jair,

have you tried to start GeoServer staight from the command line, instead
of running it as a service? Does it start?

Il giorno gio, 02/07/2015 alle 10.14 -0600, jair santos ha scritto:

>>>Hmm... it seems port 8081 is also busy... not sure what to add, the
message is exactly the same as before.

This seems not to be the case. When I run the Resource Monitor I can
see 8081 in the list of listening ports. Shutting down geoserver
immediatley remove the port from the list. Therefore, the port is
free.

8080 (or 8081 in your case) is not the only port used by Jetty, there's
also the stop port, 8079 by default. You can look in the startup.bat
script inside %GEOSERVER_HOME%/bin and you will see it is passed as an
argument to the JVM when GeoServer is started: -DSTOP.PORT=8079

You could try and see if that port is by any chance taken by another
process (I prefer plain old "netstat -a -p tcp -b" command, to be run
from command line with administrative rights).

The windows server is 64 bits. I read somewhere in the user list that
both java and geoserver must be 32 bits. I wonder that it might have
some issue related with this.

I had server-jre-7u80-windows-x64 , then I removed and
installed jre-7u79-windows-i586 instead.

Doesn't seem related to this issue, although Java's and GeoServer's
architecture should match.

Sorry to insist, but a java.net.BindException is certainly due to a port
conflict.

--

Best regards,
Stefano Costa

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Dott. Stefano Costa
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate.
Il loro utilizzo è consentito esclusivamente al destinatario del
messaggio, per le finalità indicate nel messaggio stesso. Qualora
riceviate questo messaggio senza esserne il destinatario, Vi preghiamo
cortesemente di darcene notizia via e-mail e di procedere alla
distruzione del messaggio stesso, cancellandolo dal Vostro sistema.
Conservare il messaggio stesso, divulgarlo anche in parte,
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità
diverse, costituisce comportamento contrario ai principi dettati dal
D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely
for the attention and use of the named addressee(s) and may be
confidential or proprietary in nature or covered by the provisions of
privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New
Data Protection Code).Any use not in accord with its purpose, any
disclosure, reproduction, copying, distribution, or either
dissemination, either whole or partial, is strictly forbidden except
previous formal approval of the named addressee(s). If you are not the
intended recipient, please contact immediately the sender by
telephone, fax or e-mail and delete the information in this message
that has been received in error. The sender does not give any warranty
or accept liability as the content, accuracy or completeness of sent
messages and accepts no responsibility for changes made after they
were sent or for other risks which arise as a result of e-mail
transmission, viruses, etc.