Re: Problems with ImageIO custom service providers with Tomcat >= 6.0.24
On Tue, Mar 30, 2010 at 9:41 AM, Mark Thomas wrote: > On 30/03/2010 08:03, Simone Giannecchini wrote: >> Ciao Mark, >> thanks for your answer. >> The short explanation is the one I gave "It looks like that ImageIO >> additional service providers are not loaded >> anymore at runtime via the standard jar META-INF/services mechanism." >> >> Longer explanation is as follows. ImageIO allows to define additional >> readers/writers by means of the javax ServiceRegistry/IIORegistry >> mechanism: this mechanism basically requires that we put complete >> classnames for the service strategies we have defined for a certain >> interface inside a text file whose name is the complete classname of >> the interface, e.g. javax.imageio.spi.ImageInputStreamSpi. Does this >> make sense? > > That makes sense but doesn't tell me anything I didn't already know. > > Still no info on when you see this issue. All the time? Just on reload? > Randomly? The webapp I am talking about is a GeoSpatial server called GeoServer. At startup my own SPI implementations are not registered anymore in the IIORegistry. > > Still no info on where these JARs are located. In a WAR, in > CATALINA_HOME/lib, somewhere else? Libs are inside WEB-INF/lib of GeoServer WAR. Thx, Simone. > > Mark > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problems with ImageIO custom service providers with Tomcat >= 6.0.24
Ciao Mark, thanks for your answer. The short explanation is the one I gave "It looks like that ImageIO additional service providers are not loaded anymore at runtime via the standard jar META-INF/services mechanism." Longer explanation is as follows. ImageIO allows to define additional readers/writers by means of the javax ServiceRegistry/IIORegistry mechanism: this mechanism basically requires that we put complete classnames for the service strategies we have defined for a certain interface inside a text file whose name is the complete classname of the interface, e.g. javax.imageio.spi.ImageInputStreamSpi. Does this make sense? Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- On Tue, Mar 30, 2010 at 1:31 AM, Mark Thomas wrote: > On 30/03/2010 00:21, Simone Giannecchini wrote: >> Ciao, >> long story short, in an OS geospatial project that we maintain we are >> experiencing problems when deploying on Tomcat >= 6.0.24 due to the >> latest permgen fixes ( I guess). > > Define problems. What? When? > >> It looks like that ImageIO additional service providers are not loaded >> anymore at runtime via the standard jar META-INF/services mechanism. >> Any hints for putting together a workaround? > > How about some hints on what problem you are seeing. > > Mark > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Problems with ImageIO custom service providers with Tomcat >= 6.0.24
Ciao, long story short, in an OS geospatial project that we maintain we are experiencing problems when deploying on Tomcat >= 6.0.24 due to the latest permgen fixes ( I guess). It looks like that ImageIO additional service providers are not loaded anymore at runtime via the standard jar META-INF/services mechanism. Any hints for putting together a workaround? Ciao, Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org