thread safe implementations

[Umberto Nicoletti]

Hi Chris,

On Sat, 2004-11-06 at 03:59, Chris wrote:
> You don't need java to show a mapserver map in a java webapp.
>

You need it if you do not want to run mapserver as a cgi-bin, but as a
native servlet/jsp.

Regards,
Umberto

> What I mean by a 'java interface' is exactly that.  A java library that
> allows you to make calls to mapserver and return the mapserver cgi variables
> in some java object.
> Chris
>
> -----Original Message-----
> From: Umberto Nicoletti [mailto:unicoletti at PROMETEO.IT]
> Sent: Friday, November 05, 2004 3:41 AM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] thread safe implementations
>
>
> Chris,
> it is not clear to me what do you mean by 'java interface to mapserver'.
>
> What I need (and have partly developed 'in house') is to show a map in a
> webapp and run queries on it with a browser interface. Last time I
> looked Geoserver did not implement it, but I haven't looked thoroughly.
>
> Regards,
> Umberto
>
> On Thu, 2004-11-04 at 14:37, Chris wrote:
> > Umberto, I would like to have a java interface to Mapserver.  Have you
> used
> > Geoserver?  They have a java implementation of a WMS.  I'm not sure what
> the
> > performance is like, but it would be nice to have a similar interface to
> > Mapserver.
> >
> > Chris
> >
> > -----Original Message-----
> > From: Umberto Nicoletti [mailto:unicoletti at PROMETEO.IT]
> > Sent: Thursday, November 04, 2004 2:52 AM
> > To: MAPSERVER-USERS at LISTS.UMN.EDU
> > Subject: Re: [UMN_MAPSERVER-USERS] thread safe implementations
> >
> >
> > Dan,
> > if by creating a java implementation you mean writing a web app to deliver
> > the
> > same (or  subset) of the functionality the cgi does, then I am writing
> one.
> >
> > I think I am one of the few java mapscript users around :-)
> >
> > Regards,
> > umberto
> >
> > Quoting Sean Gillies <sgillies at FRII.COM>:
> >
> > > Dan,
> > >
> > > It's not clear to me what you mean by creating a java implementation
> > > on your own.  Implementation of what?  Do you mean a programming API
> > > like the php mapscript module?
> > >
> > > If this is what you mean, you should look at the Java stuff that
> > > you can generate using SWIG.  In mapserver versions 4.2.4+ and in
> > > the 4.4.0 beta1 there is a Java makefile under mapserver/mapscript/java.
> > > It seems to work, but as I've said -- I'm not a Java user and so am
> > > not beating on the Java mapscript module heavily enough or often
> > > enough to say anything about its readiness.
> > >
> > > Sean
> > >
> > > On Nov 3, 2004, at 10:37 AM, Dan Barron wrote:
> > >
> > > > Hmmm - I was really hoping someone had done (or attempted) a java
> > > > implementation - I'm not versed in Zope or Python.  Well, I guess I
> > > > will
> > > > attempt to create a java implementation on my own.
> > > >
> > > > Thanks Sean.
> > > >
> > > > Dan
> > > >
> > > > At 01:10 PM 11/2/2004, Sean Gillies wrote:
> > > >> On Nov 2, 2004, at 10:47 AM, Dan Barron wrote:
> > > >>
> > > >>> Hello,
> > > >>>
> > > >>> Just curious what the current consensus and recommendations are for
> > > >>> creating a thread safe front end or wrapper for mapserver in either
> > > >>> php or
> > > >>> java? I'm assuming that mapserver is still not thread safe - that
> > > >>> correct?
> > > >>>
> > > >>> Thanks!
> > > >>>
> > > >>> Dan
> > > >>
> > > >> Dan,
> > > >>
> > > >> I caught and fixed three sources of potential threading problems
> > > >> before
> > > >> the 4.2.4 release and these fixes will also be in 4.4.0.  I think
> > > >> we're
> > > >> close to thread safety, but it's hard to say without more testing.
> As
> > > >> far as I know, my ZMapServer (Zope + Python mapscript) software is
> the
> > > >> only thing out there that is using MapServer in a multi-threaded
> > > >> environment.  It works, but is not a complete proof of thread safety.
> > > >>
> > > >> There remains much work to be done to in improving MapServer's
> > > >> threaded performance.  The single lexer for parsing mapfiles and
> > > >> class expressions is a bottleneck that will be addressed in the
> > > >> future.
> > > >>
> > > >> cheers,
> > > >> Sean
> > > >>
> > > >> --
> > > >> Sean Gillies
> > > >> sgillies at frii dot com
> > > >> http://users.frii.com/sgillies
> > > >
> > >