[Geoserver-devel] [Geoserver-users] Some 1.4 problems

Chris_Holmes1 · September 7, 2006, 2:15am

Justin Deoliveira wrote:

Hi Marc,

Marc Pfister wrote:

Just installed Geoserver 1.4 from the bin.gz version and am running into
some problems:

1. startup.sh won't run unless I run dos2unix on it anc chmod it to
executable

Yeah, this is a known one. Will be fixed in the next release.

2. Geoserver starts up OK but if I try to look at a demo map with the
default data, I get this error:

This one just looks like jai isn't installed properly. Are you sure you
have both the jai, and jai_imageio extensions installed in the jvm that
is running geoserver?

Wait, are we requiring this now? Didn't we manage to move away from this for the 1.3.x series?

-Justin

274279 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept
ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja
va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja
va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3
25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5
6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs
tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl
e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS
ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe
rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor
kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.
java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan
dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac
terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan
dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler
Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav
a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)
        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)
        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne
ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan
nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja
va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def
aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j
ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja
va:511)
        ... 30 more
274293 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept
ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja
va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja
va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3
25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5
6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs
tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl
e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS
ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe
rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor
kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.
java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan
dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac
terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan
dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler
Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav
a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)
        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)
        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne
ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan
nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja
va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def
aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j
ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja
va:511)
        ... 30 more

I see it's my nemesis the JAI. Any ideas?

Marc Pfister
Geospatial Data Manager
ENPLAN
mpfister@anonymised.com
530/221-0440 x108
530/221-6963 Fax

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

Brent_Owens1 · September 7, 2006, 2:25am

I thought we moved away from it too, but it could explain the problem.

Brent Owens
(The Open Planning Project)

Chris Holmes wrote:

Justin Deoliveira wrote:

Hi Marc,

Marc Pfister wrote:

Just installed Geoserver 1.4 from the bin.gz version and am running into
some problems:

1. startup.sh won't run unless I run dos2unix on it anc chmod it to
executable

Yeah, this is a known one. Will be fixed in the next release.

2. Geoserver starts up OK but if I try to look at a demo map with the
default data, I get this error:

This one just looks like jai isn't installed properly. Are you sure you
have both the jai, and jai_imageio extensions installed in the jvm that
is running geoserver?

Wait, are we requiring this now? Didn't we manage to move away from this for the 1.3.x series?

-Justin

274279 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept

ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja

va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3

25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5

6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs

tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl

e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS

ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe

rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor

kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.

java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac

terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)

        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)

        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)

        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler

Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav

a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)

        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)

        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne

ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan

nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja

va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def

aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j

ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:511)
        ... 30 more
274293 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept

ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja

va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3

25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5

6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs

tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl

e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS

ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe

rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor

kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.

java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac

terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)

        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)

        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)

        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler

Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav

a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)

        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)

        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne

ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan

nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja

va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def

aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j

ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:511)
        ... 30 more

I see it's my nemesis the JAI. Any ideas?

Marc Pfister
Geospatial Data Manager
ENPLAN
mpfister@anonymised.com
530/221-0440 x108
530/221-6963 Fax

-------------------------------------------------------------------------

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Justin_Deoliveira · September 7, 2006, 3:54am

Hmm, interesting. Was there anything special the old build system was
doing to avoid the dependency?

Brent Owens wrote:

I thought we moved away from it too, but it could explain the problem.

Brent Owens
(The Open Planning Project)

Chris Holmes wrote:

Justin Deoliveira wrote:

Hi Marc,

Marc Pfister wrote:

Just installed Geoserver 1.4 from the bin.gz version and am running
into
some problems:

1. startup.sh won't run unless I run dos2unix on it anc chmod it to
executable

Yeah, this is a known one. Will be fixed in the next release.

2. Geoserver starts up OK but if I try to look at a demo map with the
default data, I get this error:

This one just looks like jai isn't installed properly. Are you sure you
have both the jai, and jai_imageio extensions installed in the jvm that
is running geoserver?

Wait, are we requiring this now? Didn't we manage to move away from
this for the 1.3.x series?

-Justin

274279 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept

ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja

va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3

25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5

6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs

tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl

e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS

ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe

rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor

kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.

java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac

terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)

        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)

        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)

        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler

Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav

a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)

        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)

        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne

ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan

nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja

va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def

aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j

ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:511)
        ... 30 more
274293 [INFO] org.vfny.geoserver.servlets.AbstractService - Had an
undefined error: javax/media/jai/util/Range
org.vfny.geoserver.wms.WmsException: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.WmsExceptionHandler.newServiceException(WmsExcept

ionHandler.java:64)
        at
org.vfny.geoserver.servlets.AbstractService.sendError(AbstractService.ja

va:839)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:523)
        at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:3

25)
        at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:173)
        at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:5

6)
        at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abs

tractController.java:139)
        at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handl

e(SimpleControllerHandlerAdapter.java:44)
        at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherS

ervlet.java:684)
        at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherSe

rvlet.java:625)
        at
org.springframework.web.servlet.FrameworkServlet.processRequest(Framewor

kServlet.java:392)
        at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.

java:347)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:965)
        at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac

terEncodingFilter.java:122)
        at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHan

dler.java:956)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:353)

        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:219)

        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:542)

        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandler

Collection.java:145)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.jav

a:126)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:119)

        at org.mortbay.jetty.Server.handle(Server.java:245)
        at
org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:365)

        at
org.mortbay.jetty.HttpConnection.access$1500(HttpConnection.java:38)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne

ction.java:609)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:486)
        at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:196)
        at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:296)
        at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChan

nelConnector.java:740)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.ja

va:435)
Caused by: java.lang.NoClassDefFoundError: javax/media/jai/util/Range
        at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(Def

aultRasterMapProducer.java:215)
        at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.j

ava:192)
        at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.ja

va:511)
        ... 30 more

I see it's my nemesis the JAI. Any ideas?

Marc Pfister
Geospatial Data Manager
ENPLAN
mpfister@anonymised.com
530/221-0440 x108
530/221-6963 Fax

-------------------------------------------------------------------------

Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your
job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

!DSPAM:1004,44ff8365129261804284693!

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com

davidblasby · September 7, 2006, 7:01am

Wait, are we requiring this [JAI] now? Didn't we manage to move away from
this for the 1.3.x series?

Yes - I believe that 1.3.x didnt require JAI in the geoserver
codebase. Unfortunately, geootools main is dependent on a tiny little
do-nothing JAI class so you need JAI to run geoserver anyways.

I believe the Grid Coverage [geotools] people put even more
dependencies on JAI, and the WCS [geoserver] branch needs JAI/ImageIO
for its image producers.

We got around the dependencies by shipping JAI/ImageIO jars with
geoserver - these are a 100% java implementation. I think sun made
JAI/ImageIO opensource so its was possible to include the jars (please
verify and check the license for the project).

I believe this caused a problem if you had ImageIO (native) installed
and also the 100% java jars because the jars are "sealed". The
problem was if the 100% java jar had "extra" image readers/writers
(ie. GIF) wrt the native jars (which dont have a GIF driver). This
causes an error (read up on jar sealing). So, I believe we just
removed the 'esoteric' drivers from the 100% java jars and everything
was fine.

There was discussions on this at the time -- check both the geotools
and geoserver messages.

I think the short story is yes, you can run geotools and geoserver
1.3.0 w/o installing JAI/ImageIO:
      + not sure if this is true anymore because the Grid folks have
done lots of new stuff
      + the 100% java jars are much slower for some ops. For people
not doing grid stuff, I doubt they'll notice...
     + there was a task to remove the JAI dependencies in geotools
main, but it was never executed (we put in the 100% java jars
instead).

The 1.3.0 goal was to make geoserver work 'out of the box' without
installing JAI (which causes people NO END OF TROUBLE - seriously,
this is a major issue). You'll have to check with the grid people
about what to do for 1.4.x or 1.5.x, but it should be possible (but
slow if you're doing JAI ops).

dave

Chris_Holmes1 · September 7, 2006, 3:52pm

Yeah, I completely agree with Dave, and I'd say requiring JAI is blocker issue for 1.4.0, even for the first release candidate (and actually for the workshop next week as well - Brent, if you don't have time to get a 1.4.x that works out of the box without jai then we should go back to 1.3.3).

If the WCS stuff requires native JAI, which I think it does, then in the future we should still work out of the box with included jars, and perhaps only enable WCS if there is native jar support.

David Blasby wrote:

Wait, are we requiring this [JAI] now? Didn't we manage to move away from
this for the 1.3.x series?

Yes - I believe that 1.3.x didnt require JAI in the geoserver
codebase. Unfortunately, geootools main is dependent on a tiny little
do-nothing JAI class so you need JAI to run geoserver anyways.

I believe the Grid Coverage [geotools] people put even more
dependencies on JAI, and the WCS [geoserver] branch needs JAI/ImageIO
for its image producers.

We got around the dependencies by shipping JAI/ImageIO jars with
geoserver - these are a 100% java implementation. I think sun made
JAI/ImageIO opensource so its was possible to include the jars (please
verify and check the license for the project).

I believe this caused a problem if you had ImageIO (native) installed
and also the 100% java jars because the jars are "sealed". The
problem was if the 100% java jar had "extra" image readers/writers
(ie. GIF) wrt the native jars (which dont have a GIF driver). This
causes an error (read up on jar sealing). So, I believe we just
removed the 'esoteric' drivers from the 100% java jars and everything
was fine.

There was discussions on this at the time -- check both the geotools
and geoserver messages.

I think the short story is yes, you can run geotools and geoserver
1.3.0 w/o installing JAI/ImageIO:
     + not sure if this is true anymore because the Grid folks have
done lots of new stuff
     + the 100% java jars are much slower for some ops. For people
not doing grid stuff, I doubt they'll notice...
    + there was a task to remove the JAI dependencies in geotools
main, but it was never executed (we put in the 100% java jars
instead).

The 1.3.0 goal was to make geoserver work 'out of the box' without
installing JAI (which causes people NO END OF TROUBLE - seriously,
this is a major issue). You'll have to check with the grid people
about what to do for 1.4.x or 1.5.x, but it should be possible (but
slow if you're doing JAI ops).

dave

dave

!DSPAM:1003,44ffc3de149447731818748!

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

Brent_Owens1 · September 7, 2006, 4:04pm

I'm in agreement with this too. JAI is a real bitch to get working and we already make the user install the JDK.

I will port some KML changes over to 1.3 and make a release for the workshop specifically.

Brent Owens
(The Open Planning Project)

Chris Holmes wrote:

Yeah, I completely agree with Dave, and I'd say requiring JAI is blocker issue for 1.4.0, even for the first release candidate (and actually for the workshop next week as well - Brent, if you don't have time to get a 1.4.x that works out of the box without jai then we should go back to 1.3.3).

If the WCS stuff requires native JAI, which I think it does, then in the future we should still work out of the box with included jars, and perhaps only enable WCS if there is native jar support.

David Blasby wrote:

Wait, are we requiring this [JAI] now? Didn't we manage to move away from
this for the 1.3.x series?

Yes - I believe that 1.3.x didnt require JAI in the geoserver
codebase. Unfortunately, geootools main is dependent on a tiny little
do-nothing JAI class so you need JAI to run geoserver anyways.

I believe the Grid Coverage [geotools] people put even more
dependencies on JAI, and the WCS [geoserver] branch needs JAI/ImageIO
for its image producers.

We got around the dependencies by shipping JAI/ImageIO jars with
geoserver - these are a 100% java implementation. I think sun made
JAI/ImageIO opensource so its was possible to include the jars (please
verify and check the license for the project).

I believe this caused a problem if you had ImageIO (native) installed
and also the 100% java jars because the jars are "sealed". The
problem was if the 100% java jar had "extra" image readers/writers
(ie. GIF) wrt the native jars (which dont have a GIF driver). This
causes an error (read up on jar sealing). So, I believe we just
removed the 'esoteric' drivers from the 100% java jars and everything
was fine.

There was discussions on this at the time -- check both the geotools
and geoserver messages.

I think the short story is yes, you can run geotools and geoserver
1.3.0 w/o installing JAI/ImageIO:
     + not sure if this is true anymore because the Grid folks have
done lots of new stuff
     + the 100% java jars are much slower for some ops. For people
not doing grid stuff, I doubt they'll notice...
    + there was a task to remove the JAI dependencies in geotools
main, but it was never executed (we put in the 100% java jars
instead).

The 1.3.0 goal was to make geoserver work 'out of the box' without
installing JAI (which causes people NO END OF TROUBLE - seriously,
this is a major issue). You'll have to check with the grid people
about what to do for 1.4.x or 1.5.x, but it should be possible (but
slow if you're doing JAI ops).

dave

dave

!DSPAM:1003,44ffc3de149447731818748!

Justin_Deoliveira · September 7, 2006, 4:13pm

Looks like the jars are published on ibiblio, so if you want to stick
with 1.4.0 you can just add the dependencies and it should all work fine.

As for release, we could throw out a release with jai, and one without
so that the wcs people dont have to hack at their releases.

-Justin

Chris Holmes wrote:

Yeah, I completely agree with Dave, and I'd say requiring JAI is blocker
issue for 1.4.0, even for the first release candidate (and actually for
the workshop next week as well - Brent, if you don't have time to get a
1.4.x that works out of the box without jai then we should go back to
1.3.3).

If the WCS stuff requires native JAI, which I think it does, then in the
future we should still work out of the box with included jars, and
perhaps only enable WCS if there is native jar support.

David Blasby wrote:

Wait, are we requiring this [JAI] now? Didn't we manage to move away
from
this for the 1.3.x series?

Yes - I believe that 1.3.x didnt require JAI in the geoserver
codebase. Unfortunately, geootools main is dependent on a tiny little
do-nothing JAI class so you need JAI to run geoserver anyways.

I believe the Grid Coverage [geotools] people put even more
dependencies on JAI, and the WCS [geoserver] branch needs JAI/ImageIO
for its image producers.

We got around the dependencies by shipping JAI/ImageIO jars with
geoserver - these are a 100% java implementation. I think sun made
JAI/ImageIO opensource so its was possible to include the jars (please
verify and check the license for the project).

I believe this caused a problem if you had ImageIO (native) installed
and also the 100% java jars because the jars are "sealed". The
problem was if the 100% java jar had "extra" image readers/writers
(ie. GIF) wrt the native jars (which dont have a GIF driver). This
causes an error (read up on jar sealing). So, I believe we just
removed the 'esoteric' drivers from the 100% java jars and everything
was fine.

There was discussions on this at the time -- check both the geotools
and geoserver messages.

I think the short story is yes, you can run geotools and geoserver
1.3.0 w/o installing JAI/ImageIO:
     + not sure if this is true anymore because the Grid folks have
done lots of new stuff
     + the 100% java jars are much slower for some ops. For people
not doing grid stuff, I doubt they'll notice...
    + there was a task to remove the JAI dependencies in geotools
main, but it was never executed (we put in the 100% java jars
instead).

The 1.3.0 goal was to make geoserver work 'out of the box' without
installing JAI (which causes people NO END OF TROUBLE - seriously,
this is a major issue). You'll have to check with the grid people
about what to do for 1.4.x or 1.5.x, but it should be possible (but
slow if you're doing JAI ops).

dave

dave

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com

Justin_Deoliveira · September 7, 2006, 4:32pm

Actually after looking a little closer, it seems only the poms are
available. And the poms include the url to the sun download site. So
getting them into the build may be a bit trickier then originally thought.

Also, I just came across something else rather strange. Its seems the
jai jars are posted in the ibiblio maven 2 repository under 'geoserver'

http://www.ibiblio.org/maven/geoserver/jai/jars/

Anyone know anything about this?

-Justin

Justin Deoliveira wrote:

Looks like the jars are published on ibiblio, so if you want to stick
with 1.4.0 you can just add the dependencies and it should all work fine.

As for release, we could throw out a release with jai, and one without
so that the wcs people dont have to hack at their releases.

-Justin

Chris Holmes wrote:

Yeah, I completely agree with Dave, and I'd say requiring JAI is blocker
issue for 1.4.0, even for the first release candidate (and actually for
the workshop next week as well - Brent, if you don't have time to get a
1.4.x that works out of the box without jai then we should go back to
1.3.3).

If the WCS stuff requires native JAI, which I think it does, then in the
future we should still work out of the box with included jars, and
perhaps only enable WCS if there is native jar support.

David Blasby wrote:

Wait, are we requiring this [JAI] now? Didn't we manage to move away
from
this for the 1.3.x series?

Yes - I believe that 1.3.x didnt require JAI in the geoserver
codebase. Unfortunately, geootools main is dependent on a tiny little
do-nothing JAI class so you need JAI to run geoserver anyways.

I believe the Grid Coverage [geotools] people put even more
dependencies on JAI, and the WCS [geoserver] branch needs JAI/ImageIO
for its image producers.

We got around the dependencies by shipping JAI/ImageIO jars with
geoserver - these are a 100% java implementation. I think sun made
JAI/ImageIO opensource so its was possible to include the jars (please
verify and check the license for the project).

I believe this caused a problem if you had ImageIO (native) installed
and also the 100% java jars because the jars are "sealed". The
problem was if the 100% java jar had "extra" image readers/writers
(ie. GIF) wrt the native jars (which dont have a GIF driver). This
causes an error (read up on jar sealing). So, I believe we just
removed the 'esoteric' drivers from the 100% java jars and everything
was fine.

There was discussions on this at the time -- check both the geotools
and geoserver messages.

I think the short story is yes, you can run geotools and geoserver
1.3.0 w/o installing JAI/ImageIO:
     + not sure if this is true anymore because the Grid folks have
done lots of new stuff
     + the 100% java jars are much slower for some ops. For people
not doing grid stuff, I doubt they'll notice...
    + there was a task to remove the JAI dependencies in geotools
main, but it was never executed (we put in the 100% java jars
instead).

The 1.3.0 goal was to make geoserver work 'out of the box' without
installing JAI (which causes people NO END OF TROUBLE - seriously,
this is a major issue). You'll have to check with the grid people
about what to do for 1.4.x or 1.5.x, but it should be possible (but
slow if you're doing JAI ops).

dave

dave

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com