Jeff Rogers schrieb:
One starting point I'd be willing to help on here is an openid client
(since I've already started work on it).
Hi Jeff,
A few weeks ago i have made as well a small openid client
(using OpenACS, but not integrated with OpenACS authorities, cookies, etc).
git clone
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
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 2
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
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
uses tdom.
- Original Message
From: Rusty Brooks <[EMAIL PROTECTED]>
To: AOLSERVER@LISTSERV.AOL.COM
Sent: Monday, May 5, 2008 8:04:10 PM
Subject: Re: [AOLSERVER] "Fun, free applications for building personal sites."
I've used TclSoap. I wasn't like, impressed with it'
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 server. But internally you can define/derive types as described in
the XML-Schema types/structures standards. Once defined, you can create and
validate types (i
On Monday 05 May 2008 19:45, Bas Scheffers wrote:
> On 06/05/2008, at 11:44 AM, Tom Jackson wrote:
> > The main thing you need with a mashup is data. Without that, there
> > is nothing
> > to mash.
>
> And much of that data is in XML and tdom runs rings around any Java
> XML implementation, though
I've used TclSoap. I wasn't like, impressed with it's speed but it seems OK. It seems quite behind the
times, though, I did extensive modifications trying to get it to work with various WSDL files and in general
it does not do a complete job, which is kind of frustrating, especially when integr
On 06/05/2008, at 11:44 AM, Tom Jackson wrote:
The main thing you need with a mashup is data. Without that, there
is nothing
to mash.
And much of that data is in XML and tdom runs rings around any Java
XML implementation, though not sure about the ones in PHP, Perl, etc
which are also likel
On Monday 05 May 2008 14:29, Jeff Rogers wrote:
> The wikipedia entry on mashups gives a better description (and
> references!) than my blurb here:
>
> http://en.wikipedia.org/wiki/Mashup_%28web_application_hybrid%29
Right, there is nothing special about mashups. An AOLserver application could
i
On Mon, May 5, 2008 at 5:29 PM, Jeff Rogers <[EMAIL PROTECTED]> wrote:
> Tom Jackson wrote:
>
> > Wait, I thought mashups were simply http requests from javascript to
> > update parts of a web page. You return either javascript, html or an xml
> > document, which is probably a worthless option.
>
Tom Jackson wrote:
Wait, I thought mashups were simply http requests from javascript to update
parts of a web page. You return either javascript, html or an xml document,
which is probably a worthless option.
Maybe I got this wrong, but AOLserver should be able to step into a mashup
instantly
Wait, I thought mashups were simply http requests from javascript to update
parts of a web page. You return either javascript, html or an xml document,
which is probably a worthless option.
Maybe I got this wrong, but AOLserver should be able to step into a mashup
instantly.
tom jackson
On
Dossy Shiobara wrote:
Back in Feburary 2005, Dan Chak at MIT said something to me that I just
haven't had the motivation to pursue. However, I really would like to
hear what folks think of his statement:
> What AOLServer "community" needs is a bunch of fun, free
> applications for buil
As some of you may have already read, I will be having a student work
for me this summer on fixing up the nsgd module---pushing out a lot of
changes I've made that have never seen the light of day, adding some new
features, etc.
I mention this because I can think of several fun things to do wi
That is not a bad idea, provided you have some documentation prepared
for AOLServer.
It will not do anyone any good to have a fun, free application if they
cannot figure out how to install the software.
The documentation does not have to be absolutely comprehensive. How
about this:
how
As a matter of fact I am working on something somewhat similar to that
to some degree :)
Basing on my AOLServer experiences while making one of the
sites (www.tolk-i-polza.ru if you ask, but you got to learn Russian to use it)
I am trying to make a framework that might help newbies.
1) It shall b
Back in Feburary 2005, Dan Chak at MIT said something to me that I just
haven't had the motivation to pursue. However, I really would like to
hear what folks think of his statement:
> What AOLServer "community" needs is a bunch of fun, free
> applications for building personal sites. It
28 matches
Mail list logo