Hi,
I'm just trying 1.6.0-RC2 for the first time and I've noticed than now after
I get the mediaLib accelerator error GeoServer stops outputting any messages
(except other exceptions). This makes it difficult for debugging.
Thanks,
Jon
--
View this message in context: http://www.nabble.com/GeoServer-1.6.0-RC2-and-mediaLib-accelerator-error-tp14915641p14915641.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Jon Britton ha scritto:
Hi,
I'm just trying 1.6.0-RC2 for the first time and I've noticed than now after
I get the mediaLib accelerator error GeoServer stops outputting any messages
(except other exceptions). This makes it difficult for debugging.
Can you paste the error you're getting? Usually geoserver logs an "error" about medialib acceleration not being there (which is bad, since
pure java readers are slower) but this should not prevent GeoServer
from working or logging.
Btw, if you go in config/server what's the logging level you see?
It it's PRODUCTION then it's normal that you don't see much log,
you should move it down to DEFAULT if you want geoserver to be more
chatty.
Cheers
Andrea
The error I'm getting is the normal medialib acceleration exception, which I
used to get using 1.5.4 anyway. Logging is set to DEFAULT. If I view
non-raster data (such as the WFS-T demo) then logging works normally, even
after the mediaLib accelerator exception... but GeoServer still doesn't log
for raster data.
In fact, it might not have anything to do with the mediaLib exception. There
is one extra exception I've been getting with 1.6.0-RC2:
17 Jan 10:16:07 WARN [geoserver.ows] -
javax.imageio.IIOException: I/O error writing PNG file!
at
com.sun.imageio.plugins.png.PNGImageWriter.write(PNGImageWriter.java:
1135)
at org.geotools.image.ImageWorker.writePNG(ImageWorker.java:2655)
at
org.vfny.geoserver.wms.responses.map.png.PNGMapProducer.formatImageOu
tputStream(PNGMapProducer.java:68)
at
org.vfny.geoserver.wms.responses.map.metatile.MetatileMapProducer.wri
teTo(MetatileMapProducer.java:226)
at
org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapRespons
e.java:561)
at
org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java
:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:615)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:19
2)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(
AbstractController.java:139)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.ha
ndle(SimpleControllerHandlerAdapter.java:44)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:684)
That's only a partial stack trace (I can give it all if you like but it's
very long). This doesn't seem to affect the output at all, in fact my PNGs
seem fine.
Thanks,
Jon
aaime wrote:
Jon Britton ha scritto:
Hi,
I'm just trying 1.6.0-RC2 for the first time and I've noticed than now
after
I get the mediaLib accelerator error GeoServer stops outputting any
messages
(except other exceptions). This makes it difficult for debugging.Can you paste the error you're getting? Usually geoserver logs an
"error" about medialib acceleration not being there (which is bad, since
pure java readers are slower) but this should not prevent GeoServer
from working or logging.Btw, if you go in config/server what's the logging level you see?
It it's PRODUCTION then it's normal that you don't see much log,
you should move it down to DEFAULT if you want geoserver to be more
chatty.Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/GeoServer-1.6.0-RC2-and-mediaLib-accelerator-error-tp14915641p14916044.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Jon Britton ha scritto:
The error I'm getting is the normal medialib acceleration exception, which I
used to get using 1.5.4 anyway. Logging is set to DEFAULT. If I view
non-raster data (such as the WFS-T demo) then logging works normally, even
after the mediaLib accelerator exception... but GeoServer still doesn't log
for raster data.
What do you mean "does not log for raster data"?
In fact, it might not have anything to do with the mediaLib exception. There
is one extra exception I've been getting with 1.6.0-RC2:17 Jan 10:16:07 WARN [geoserver.ows] -
javax.imageio.IIOException: I/O error writing PNG file!
at
com.sun.imageio.plugins.png.PNGImageWriter.write(PNGImageWriter.java:
1135)
at org.geotools.image.ImageWorker.writePNG(ImageWorker.java:2655)
at
org.vfny.geoserver.wms.responses.map.png.PNGMapProducer.formatImageOu
tputStream(PNGMapProducer.java:68)
at
org.vfny.geoserver.wms.responses.map.metatile.MetatileMapProducer.wri
teTo(MetatileMapProducer.java:226)
at
org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapRespons
e.java:561)
at
org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java
:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:615)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:19
2)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(
AbstractController.java:139)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.ha
ndle(SimpleControllerHandlerAdapter.java:44)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:684)That's only a partial stack trace (I can give it all if you like but it's
very long). This doesn't seem to affect the output at all, in fact my PNGs
seem fine.
Yep, I would need the full stack trace.
If you're playing with raster data I also encourage you to install the native JAI and JAI image i/o extensions, you'll get way better performance when reading tiff files (and also faster JPEG/PNG encoding).
You can find the installers at jai.dev.java.net and https://jai-imageio.dev.java.net/.
Cheers
Andrea
aaime wrote:
What do you mean "does not log for raster data"?
I mean that I don't get any logs telling me about WMS requests, but I do for
WFS. Sorry, I rushed my post and probably didn't make sense!
aaime wrote:
Yep, I would need the full stack trace.
If you're playing with raster data I also encourage you to install the
native JAI and JAI image i/o extensions, you'll get way better
performance when reading tiff files (and also faster JPEG/PNG encoding).
You can find the installers at jai.dev.java.net and
https://jai-imageio.dev.java.net/.
I think I do already have those installed (I'll double check). Here is the
full stack trace.
17 Jan 10:55:58 WARN [geoserver.ows] -
javax.imageio.IIOException: I/O error writing PNG file!
at
com.sun.imageio.plugins.png.PNGImageWriter.write(PNGImageWriter.java:
1135)
at org.geotools.image.ImageWorker.writePNG(ImageWorker.java:2655)
at
org.vfny.geoserver.wms.responses.map.png.PNGMapProducer.formatImageOu
tputStream(PNGMapProducer.java:68)
at
org.vfny.geoserver.wms.responses.map.metatile.MetatileMapProducer.wri
teTo(MetatileMapProducer.java:226)
at
org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapRespons
e.java:561)
at
org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java
:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:615)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:19
2)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(
AbstractController.java:139)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.ha
ndle(SimpleControllerHandlerAdapter.java:44)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:684)
at
org.springframework.web.servlet.DispatcherServlet.doService(Dispatche
rServlet.java:625)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(Frame
workServlet.java:392)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServl
et.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459
)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1054)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCha
racterEncodingFilter.java:108)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1045)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(Filt
erSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(Fi
lterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTra
nslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFil
ter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicPr
ocessingFilter.java:178)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilte
r(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.jav
a:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.j
ava:98)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1045)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:3
58)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:2
31)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:6
29)
at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHand
lerCollection.java:149)
at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.
java:123)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:1
41)
at org.mortbay.jetty.Server.handle(Server.java:303)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:45
2)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpCo
nnection.java:721)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.ja
va:320)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool
.java:475)
Caused by: org.mortbay.jetty.EofException
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:649)
at
org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.ja
va:540)
at
org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:798
)
at
org.vfny.geoserver.util.PartialBufferedOutputStream2.flush(PartialBuf
feredOutputStream2.java:185)
at
javax.imageio.stream.MemoryCacheImageOutputStream.flushBefore(MemoryC
acheImageOutputStream.java:177)
at
com.sun.imageio.plugins.png.ChunkStream.finish(PNGImageWriter.java:12
1)
at
com.sun.imageio.plugins.png.PNGImageWriter.writeIEND(PNGImageWriter.j
ava:918)
at
com.sun.imageio.plugins.png.PNGImageWriter.write(PNGImageWriter.java:
1131)
... 49 more
Caused by: java.io.IOException: An established connection was aborted by the
sof
tware in your host machine
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)
at sun.nio.ch.IOUtil.write(IOUtil.java:60)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
at
org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:165)
at
org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.
java:183)
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:582)
... 56 more
17 Jan 10:55:58 INFO [geoserver.ows] - Problem writing exception information
bac
k to calling client:
org.mortbay.jetty.EofException
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:649)
at
org.mortbay.jetty.HttpGenerator.addContent(HttpGenerator.java:119)
at
org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.ja
va:596)
at
org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.ja
va:561)
at
org.geoserver.ows.LegacyServiceExceptionHandler.handleServiceExceptio
n(LegacyServiceExceptionHandler.java:188)
at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1179)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:19
8)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(
AbstractController.java:139)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.ha
ndle(SimpleControllerHandlerAdapter.java:44)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:684)
at
org.springframework.web.servlet.DispatcherServlet.doService(Dispatche
rServlet.java:625)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(Frame
workServlet.java:392)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServl
et.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459
)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1054)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCha
racterEncodingFilter.java:108)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1045)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(Filt
erSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(Fi
lterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTra
nslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFil
ter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicPr
ocessingFilter.java:178)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilte
r(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(F
ilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.jav
a:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.j
ava:98)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1045)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:3
58)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:2
31)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:6
29)
at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHand
lerCollection.java:149)
at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.
java:123)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:1
41)
at org.mortbay.jetty.Server.handle(Server.java:303)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:45
2)
at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpCo
nnection.java:721)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.ja
va:320)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool
.java:475)
Caused by: java.io.IOException: An established connection was aborted by the
sof
tware in your host machine
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)
at sun.nio.ch.IOUtil.write(IOUtil.java:60)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
at
org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:165)
at
org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.
java:183)
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:582)
... 48 more
--
View this message in context: http://www.nabble.com/GeoServer-1.6.0-RC2-and-mediaLib-accelerator-error-tp14915641p14916419.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Jon Britton ha scritto:
aaime wrote:
What do you mean "does not log for raster data"?
I mean that I don't get any logs telling me about WMS requests, but I do for
WFS. Sorry, I rushed my post and probably didn't make sense!
Hmmm... right, correct, in 1.6.x it seems there is no request logging
whatsoever anymore... I guess for DEFAULT profile we should (but not for
PRODUCTION, request logging might be expensive).
Can you open a jira issue about this? (jira.codehaus.org)
aaime wrote:
Yep, I would need the full stack trace.
If you're playing with raster data I also encourage you to install the native JAI and JAI image i/o extensions, you'll get way better performance when reading tiff files (and also faster JPEG/PNG encoding).
You can find the installers at jai.dev.java.net and https://jai-imageio.dev.java.net/.I think I do already have those installed (I'll double check).Here is the
full stack trace.
...
Caused by: java.io.IOException: An established connection was aborted by the
sof
tware in your host machine
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)
Aahh. This happens when the clients do give up on a connection when
GeoServer is trying to write on it (usually because of a timeout of
sorts). In RC3 we should have fixed this, care to try it out? (it's
ready for download on sourceforge).
Cheers
Andrea
Andrea Aime ha scritto:
Caused by: java.io.IOException: An established connection was aborted by the
sof
tware in your host machine
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)Aahh. This happens when the clients do give up on a connection when
GeoServer is trying to write on it (usually because of a timeout of
sorts).
Hum, I did not express myself properly. The above stack trace is not
really an error on the geoserver part, it's just a normal exception
occurred because the client closed the connection on our face.
What we "fixed" in rc3 is that we try not to report these
stack traces anymore because, as you noticed, people take them
as errors whilst they are not.
Cheers
Andrea
aaime wrote:
Aahh. This happens when the clients do give up on a connection when
GeoServer is trying to write on it (usually because of a timeout of
sorts). In RC3 we should have fixed this, care to try it out? (it's
ready for download on sourceforge).
Ok I've got RC3 now and I no longer get the exception.
Thanks,
Jon
--
View this message in context: http://www.nabble.com/GeoServer-1.6.0-RC2-and-mediaLib-accelerator-error-tp14915641p14918637.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hmmm... right, correct, in 1.6.x it seems there is no request logging
whatsoever anymore... I guess for DEFAULT profile we should (but not for
PRODUCTION, request logging might be expensive).
Can you open a jira issue about this? (jira.codehaus.org)
FYI, i have a patch for this sitting on my disk.
-Justin
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org