thread safe implementations

[Sean Gillies]

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
>