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 <ma...@apache.org> 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