[UMN_MAPSERVER-DEV] Java MapScript Versions

[Umberto Nicoletti]

Search your system for all *map*.dll and *map*.jar, maybe you have a
naming conflict or more probably the wrong file in classpath?

What do you use to build and code the application (Eclipse, ANT, Idea,
Notepad) and where do you deploy it (Tomcat, WebSphere,Resin, etc)?

Umberto

On 7/31/06, Diego Magni <diego.magni at polimi.it> wrote:
> Dear Umberto,
> I send you an example of exception.
> We've already installed Java MapScript on a fresh system without any result.
> Morevoer, also in the APIs documentation
> (http://mapserver.gis.umn.edu/docs/reference/mapscript/index_html) the
> methods I said you are not present.
> I'll do other tests in the next days.
> Regards,
> Diego
>
> > Diego,
> > I am using latest cvs and I don't see all the changes you claim.
> > So I think you must have some problem with your environment (like old
> > builds/dll in classpath or path). Could you try building your app on a
> > fresh system?
> >
> > Also, always cc the list.
> >
> > Umberto
> >
> > On 7/31/06, Diego Magni <diego.magni at polimi.it> wrote:
> >
> >> Dear Umberto,
> >> our old version is 4.6 and new one is 4.8.
> >> Many changed mapObj methods have been replaced by
> >> get[set]ConfigOption(string key[, string value]) method[s].
> >> Moreover, some rectObj methods, such as get[set]Minx[Maxx,Miny,Maxy] are
> >> not usable now.
> >> In fact, you can find them into sources *.java, but they don't work,
> >> probably because they aren't loaded into the mapscript.dll.
> >> These changes can be unpleasant in particular if the object type is also
> >> changed.
> >> For example: mapObj.getExtent gave a rectObj result, while
> >> mapObj.getConfigOption("EXTENT") gives a String result. By consequence,
> >> you cannot use it anymore for map browsing functions without any
> >> conversion from String to rectObj.
> >> Best regards,
> >> Diego
> >>
> >>
> >> > On 7/28/06, Diego Magni <diego.magni at polimi.it> wrote:
> >> >
> >> >> Dear List,
> >> >>
> >> >> I'm implementing a mobile GIS with Java MapScript on an Apache
> >> >> Tomcat-based platform.
> >> >>
> >> >> I've started the implementation with the obsolete version of Java
> >> >> MapScript, downloaded from http://hobu.stat.iastate.edu/mapserver/.
> >> >>
> >> >> Now, I need to update my implementation, but the new version of Java
> >> >> MapScript (from MS4W distribution,
> >> >> http://maptools.org/ms4w/index.phtml?page=downloads.html) is quite
> >> >> different and some methods have been changed or removed.
> >> >
> >> >
> >> > Hi Diego,
> >> > this is quite possible. Java mapscript has evolved quite a lot in the
> >> > last years and backward compatibility may have been traded for
> >> > functionality.
> >> > Just out of curiosity, what old version where you using and what
> >> > methods do you find changed? Over time i have upgraded a GIS web app
> >> > of mine from ancient 4.4.x to the CVS version and found that very few
> >> > changes were necessary and all between mapserver 4.4 and 4.6.
> >> >
> >> >>
> >> >> I'd like to use a current downloadable version: is the MS4W version
> >> >> stable? Are new versions of Java MapScript going to be published?
> >> Will
> >> >> they follow the MS4W version template?
> >> >>
> >> >
> >> > Since Java mapscript is shipped together with the mapserver source the
> >> > idea is that a new Java mapscript is released whenever a new mapserver
> >> > is released. I do not know if the MS4W mantainers ship a new package
> >> > whenever mapserver is released or if they use cvs (that is
> >> > development) versions. By looking at their site it seems that the
> >> > latest MS4W is using the 4.8.4 mapserver version.
> >> >
> >> > Regards,
> >> > Umberto
> >> >
> >> >> Many thanks,
> >> >>
> >> >> best regards,
> >> >>
> >> >> Diego Magni
> >> >>
> >> >>
> >> >>
> >> >> Ing. Diego Magni
> >> >> -------------------------------------------------
> >> >> Politecnico di Milano - Polo Regionale di Como
> >> >> Laboratorio di Geomatica
> >> >> via Valleggio 11, 22100 Como
> >> >> e-mail: diego at geomatica.como.polimi.it
> >> >> tel. +39 (0)31 3327529
> >> >>
> >>
> >>
>
>
>
> type Exception report
>
> message
>
> description The server encountered an internal error () that prevented it from
> fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: Servlet execution threw an exception
>         it.cefriel.webeca.filter.WebECAFilter.handlePageRequest(WebECAFilter.java:539)
>         it.cefriel.webeca.filter.WebECAFilter.doFilter(WebECAFilter.java:433)
>         it.cefriel.saf2.filter.ContextFilter.doFilter(ContextFilter.java:275)
>         it.cefriel.util.servlet.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.java:128)
>         it.cefriel.pusher.PushFilter.filterPageRequest(PushFilter.java:215)
>         it.cefriel.pusher.PushFilter.doFilter(PushFilter.java:192)
>         it.cefriel.archeomedsat.driver.CoordFilter.doFilter(CoordFilter.java:117)
>
> root cause
>
> java.lang.UnsatisfiedLinkError: get_mapObj_extent
>         edu.umn.gis.mapscript.mapscriptJNI.get_mapObj_extent(Native Method)
>         edu.umn.gis.mapscript.mapObj.getExtent(mapObj.java:136)
>         it.polimi.como.geomatica.camgis.Camgis.doGet(Camgis.java:46)
>         javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>         javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>         it.cefriel.webeca.filter.WebECAFilter.handlePageRequest(WebECAFilter.java:539)
>         it.cefriel.webeca.filter.WebECAFilter.doFilter(WebECAFilter.java:433)
>         it.cefriel.saf2.filter.ContextFilter.doFilter(ContextFilter.java:275)
>         it.cefriel.util.servlet.ResponseHeaderFilter.doFilter(ResponseHeaderFilter.java:128)
>         it.cefriel.pusher.PushFilter.filterPageRequest(PushFilter.java:215)
>         it.cefriel.pusher.PushFilter.doFilter(PushFilter.java:192)
>         it.cefriel.archeomedsat.driver.CoordFilter.doFilter(CoordFilter.java:117)
>
>