[Geoserver-users] geoserver war broken in tomcat 8.0.24

GeoServer GeoServer User
1

Hi,

Further to Joshua’s message earlier in the month, I too ran into this issue on Tomcat 8.0.24 with GeoServer 2.7.1.1, 2.7.0, 2.6.4 and 2.6.2. I have for now moved to Tomcat 8.0.23.

This install is running on Windows Server 2012 R2, Oracle Java SE 7.0.800.15.

Regards,

Matt.

···

Date: Fri, 10 Jul 2015 17:31:54 +0000
From: <Joshua.D.Moore@anonymised.com…>
Subject: [Geoserver-users] geoserver war broken in tomcat 8.0.24
To: <geoserver-users@lists.sourceforge.net>
Message-ID: <D1C5691D.F705%joshua.d.moore@anonymised.com>
Content-Type: text/plain; charset=“windows-1252”

We recently upgraded to tomcat 8.0.24 and this broke our geoserver. We are currently using geoserver 2.5.2, but I also test this on the newest geoserver 2.7.1.1 and it is also an issue. It works in tomcat 8.0.23 but not 24.

You get the following error:

SEVERE [localhost-startStop-1] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class org.geoserver.GeoserverInitStartupListener
java.util.ServiceConfigurationError: javax.imageio.spi.ImageWriterSpi: Provider com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageWriterSpi could not be instantiated
at java.util.ServiceLoader.fail(ServiceLoader.java:232)
at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
at javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(IIORegistry.java:210)
at javax.imageio.spi.IIORegistry.(IIORegistry.java:138)
at javax.imageio.spi.IIORegistry.getDefaultInstance(IIORegistry.java:159)
at javax.imageio.ImageIO.(ImageIO.java:66)
at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:159)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4729)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5167)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:945)
at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1768)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalArgumentException: vendorName == null!
at javax.imageio.spi.IIOServiceProvider.(IIOServiceProvider.java:76)
at javax.imageio.spi.ImageReaderWriterSpi.(ImageReaderWriterSpi.java:231)
at javax.imageio.spi.ImageWriterSpi.(ImageWriterSpi.java:213)
at com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageWriterSpi.(CLibJPEGImageWriterSpi.java:84)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
… 20 more

I tried a couple different fixes, but what ended up working was moving all the jai_*.jar files to the tomcat lib dir.

Obviously this is less than ideal and was wondering if there was a more permanent fix? I have looked through the change log for 8.0.24 to see what would have broken it and didn?t not see anything that looked like it was the culprit.

Thanks,

Josh Moore
Information Program Analyst
Flight Inspection Services
AJW-391

(Office) 405-954-4314
(Cell) 405-397-9048
joshua.d.moore@anonymised.com<mailto:joshua.d.moore@anonymised.com.

2

Hi,
from the looks of it, Tomcat devs are again breaking apps using JAI and JAI ImageIO.
They did it in the past already, you should report a bug against them, not sure
there is anything we can do, and the regression is clearly on their side (we are simply
calling the init of the ImageIO subsystem…)

Cheers
Andrea

···

On Mon, Jul 20, 2015 at 1:42 PM, Matt Walker <walkermatt@anonymised.com> wrote:

Hi,

Further to Joshua’s message earlier in the month, I too ran into this issue on Tomcat 8.0.24 with GeoServer 2.7.1.1, 2.7.0, 2.6.4 and 2.6.2. I have for now moved to Tomcat 8.0.23.

This install is running on Windows Server 2012 R2, Oracle Java SE 7.0.800.15.

Regards,

Matt.

Don’t Limit Your Business. Reach for the Cloud.
GigeNET’s Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Date: Fri, 10 Jul 2015 17:31:54 +0000
From: <Joshua.D.Moore@anonymised.com>
Subject: [Geoserver-users] geoserver war broken in tomcat 8.0.24
To: <geoserver-users@lists.sourceforge.net>
Message-ID: <D1C5691D.F705%joshua.d.moore@anonymised.com>
Content-Type: text/plain; charset=“windows-1252”

We recently upgraded to tomcat 8.0.24 and this broke our geoserver. We are currently using geoserver 2.5.2, but I also test this on the newest geoserver 2.7.1.1 and it is also an issue. It works in tomcat 8.0.23 but not 24.

You get the following error:

SEVERE [localhost-startStop-1] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class org.geoserver.GeoserverInitStartupListener
java.util.ServiceConfigurationError: javax.imageio.spi.ImageWriterSpi: Provider com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageWriterSpi could not be instantiated
at java.util.ServiceLoader.fail(ServiceLoader.java:232)
at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
at javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(IIORegistry.java:210)
at javax.imageio.spi.IIORegistry.(IIORegistry.java:138)
at javax.imageio.spi.IIORegistry.getDefaultInstance(IIORegistry.java:159)
at javax.imageio.ImageIO.(ImageIO.java:66)
at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:159)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4729)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5167)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:945)
at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1768)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalArgumentException: vendorName == null!
at javax.imageio.spi.IIOServiceProvider.(IIOServiceProvider.java:76)
at javax.imageio.spi.ImageReaderWriterSpi.(ImageReaderWriterSpi.java:231)
at javax.imageio.spi.ImageWriterSpi.(ImageWriterSpi.java:213)
at com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageWriterSpi.(CLibJPEGImageWriterSpi.java:84)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at java.lang.Class.newInstance(Class.java:442)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
… 20 more

I tried a couple different fixes, but what ended up working was moving all the jai_*.jar files to the tomcat lib dir.

Obviously this is less than ideal and was wondering if there was a more permanent fix? I have looked through the change log for 8.0.24 to see what would have broken it and didn?t not see anything that looked like it was the culprit.

Thanks,

Josh Moore
Information Program Analyst
Flight Inspection Services
AJW-391

(Office) 405-954-4314
(Cell) 405-397-9048
joshua.d.moore@anonymised.com<mailto:joshua.d.moore@anonymised.com

==
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.