On Tuesday 06 May 2008 19:23, Titi Alailima wrote:
> I think the renaming fails because Windows is picky about not messing with
> files that are open. Can we close the log file before rolling? Seems like
> nslog does this for the access log. Just needs to be done similarly in
> nsd/log.c. That
I think the renaming fails because Windows is picky about not messing with
files that are open. Can we close the log file before rolling? Seems like
nslog does this for the access log. Just needs to be done similarly in
nsd/log.c. That might require copying a bunch of stuff over from nslog.c
Tom,
I still don't get what a
serializer is.
Is this one of those object system 'isms?
Well, no ... it is not an *ism in the sense of "peculiar feature" of an
object-based/oriented system. Streaming an in-memory state into a set of
characters based on run-time introspection is not a trait
Not quite. I get a permission error renaming the old file. I'm running as a
service from the "local System" account. Any ideas why it can't rename the
file even though it can create, remove and write to files?
Regardless, I was wondering if there was a way from the OS to send the
NS_SIGHUP
Does ns_logroll work?
http://rmadilo.com/files/nsapi/ns_logroll.html
tom jackson
On Tuesday 06 May 2008 12:12, Titi Alailima wrote:
> Anyone know how to signal nsd in Windows to roll the logs? Any equivalent
> of "kill -HUP"?
>
> Titi Ala'ilima
> Lead Architect
> MedTouch LLC
> 1100 Massachuset
Anyone know how to signal nsd in Windows to roll the logs? Any equivalent of
"kill -HUP"?
Titi Ala'ilima
Lead Architect
MedTouch LLC
1100 Massachusetts Avenue
Cambridge, MA 02138
617.621.8670 x309
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an emai
On Tuesday 06 May 2008 09:57, Stefan Sobernig wrote:
> Tom,
>
> >> Let me rephrase, it is not said that it is not compatible (nothing to do
> >> with thread safety or anything in that direction), I am just saying that
> >> it might need some integration work. By serialiser, I am referring to
> >> t
Tom,
Let me rephrase, it is not said that it is not compatible (nothing to do
with thread safety or anything in that direction), I am just saying that
it might need some integration work. By serialiser, I am referring to
the needed generation of the ns_ictl script in the aolserver driver
thread.
On Tuesday 06 May 2008 08:22, Stefan Sobernig wrote:
> Let me rephrase, it is not said that it is not compatible (nothing to do
> with thread safety or anything in that direction), I am just saying that
> it might need some integration work. By serialiser, I am referring to
> the needed generation
Rusty,
Yes, there is a start of a client, which downloads, and parses a WSDL file.
But there are so many poorly defined services, and so many options which you
could use in a web service, that it hasn't been a priority to create a
generic client.
Instead I'm leaning toward redefining an exter
Besides, Web Services for Tcl is based upon the TclOO package by Donal
K. Fellows which is not (besides other issues) multi-threading/
AOLServer compatible (no serializer etc.)
huh? Where did you get that it is based on TclOO? TclOO isn't even out yet.
My fault. The only and first time I stu
I don't need it as a server, I need it as a client. You mentioned something a bout being able to use the API
to make a client?
Rusty
Tom Jackson wrote:
Following up on my previous post about tWSDL...
If you guys are actually using WSDL, please look at tWSDL. It functions very
well as a serv
On Tuesday 06 May 2008 07:17, Tom Jackson wrote:
> I haven't found any other WSDL toolkit which can derive simple types from
> XML-Schema types or easily create complexTypes where minOccurs > 1.
Oops, I meant to say maxOccurs > 1. XML-Schema structural type serialization
is complicated. To do it
On Tuesday 06 May 2008 02:18, Stefan Sobernig wrote:
> Besides, Web Services for Tcl is based upon the TclOO package by Donal
> K. Fellows which is not (besides other issues) multi-threading/
> AOLServer compatible (no serializer etc.)
Web Services for Tcl isn't based on TclOO and it doesn't have
> >>> In addition there is Web Services for Tcl:
> >>> http://members.cox.net/~gerald.lester/WebServicesForTcl.html
> >>>
> >>> I have not used it at all, so I can't offer any opinion...however it does
> >>> look like it uses tdom.
> >>
> >> Right Web Services for Tcl requires Tcl 8.5 and tclhttpd,
>
>
> - Original Message
> From: Tom Jackson <[EMAIL PROTECTED]>
> To: AOLSERVER@LISTSERV.AOL.COM
> Sent: Monday, May 5, 2008 11:46:47 PM
> Subject: Re: [AOLSERVER] "Fun, free applications for building personal sites."
>
> On Monday 05 May 2008 22:58, Brett Schwarz wrote:
> > I don't think
Bas,
In addition there is Web Services for Tcl:
http://members.cox.net/~gerald.lester/WebServicesForTcl.html
I have not used it at all, so I can't offer any opinion...however it does
look like it uses tdom.
Right Web Services for Tcl requires Tcl 8.5 and tclhttpd, it doesn't work with
AOLser
fixed.
-gustaf neumann
Titi Alailima schrieb:
There is a missing variable declaration in this patch for "i", the for-loop
index. Anyone want to make this fix and commit it?
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTEC
On Monday 05 May 2008 22:58, Brett Schwarz wrote:
> I don't think TclSOAP uses tdom, does it? That might explain any speed
> problems.
>
> In addition there is Web Services for Tcl:
> http://members.cox.net/~gerald.lester/WebServicesForTcl.html
>
> I have not used it at all, so I can't offer any op
19 matches
Mail list logo