If anyone would like to volunteer to help maintain or enhance the package,
drop me a line and I'll add you on to the project.
Enjoy
--
+--------------------------------+---------------------------------------+
| Gerald W. Lester |
|"The man who fights for his ideals is the man who is alive." - Cervantes|
+------------------------------------------------------------------------+
What might be required? Is it a pure Tcl package or is the C involved?
What kind of help would you be needing?
Robert
Server side is tclhttpd. Client side is conventional Tcl. Can't remember
what other packages are required, but I don't think they're too exotic.
Donal.
The package itself is pure Tcl.
It uses several Tcl and C packages.
Help can be used on:
- writing test cases
- enhancing the documentation
- clearer English and more examples
- bug fixes
- enhancements
Hmmm, would this be good for someone very new to Tcl? I can do docs
for sure. I don't know C (although I would like to learn it) and only
a little Tcl.
Robert
>> - enhancing the documentation
>> - clearer English and more examples
>> - bug fixes
>> - enhancements
>>
>> --
>
> Hmmm, would this be good for someone very new to Tcl? I can do docs
> for sure. I don't know C (although I would like to learn it) and only
> a little Tcl.
You don't need C as long as you don't care about the extensions (like
tDOM). When I see it right at a first glance, everything really involved
here is pure Tcl.
>> - writing test cases
This is often underestimated although *very* useful - mainly for two
things: quality assurance *and* documentation (to some extend).
If you'd like to learn how to write tests in Tcl, then this is probably
a good opportunity ;-). No need to be scared, it is really easy -
compared to the "unit test framework" mumbo jumbo that you get in other
languages!
Just my 2c..
Eckhard
Thank for your 2c.. : )
Robert
I thought Wub had pretty much replaced tclhttpd (which I think is a
better name but I digress)?
Robert
It's getting there for standard webserver usage, but I believe that it
will be a while before things like being a WS container are done. And
they often don't need *that* much performance.
Donal.
It is in the future plans to make it work with wub -- but last time I talked
to Colin he asked that I hold off a little while as he was still stabilizing
some pieces.
I would have also liked for it to work with AOLserver, but they went off in
a different direction and did their own thing.
Where would one drop you a line at?
Robert
You might be speaking of my tWSDL/TWiST package. This isn't part of
AOLserver, although that is the preferred platform for a number of
reasons. But the interface for the tWSDL server is just an API call.
Beyond this call, tWSDL doesn't use any AOLserver specific API. TWiST
is a layer on top of tWSDL with no additional dependencies. Even at
this level, the only dependency is the ns_set command, which is only
used for input/output headers. If this was removed/simulated, it would
be a pure tclsh application. I think ns_set is part of some other Tcl
package, maybe the threads package.
Why would your package not work with AOLserver? You might have to
write a thin wrapper, but that is probably about it.
I don't see a contact email on the Google project site.
Robert
I thought tWSDL/TWIST required AOLserver (yes I was talking about your package).
In TclHttpd I hook my package to certain URLs -- I'm not at all sure how to
do this with AOLserver and gave up looking since I thought your package was
the "office" package for AOLserver.
Gerald,
I've just started using your Web Services package on a project I'm
working on. I've found and fixed one bug (maybe more, I can't
remember). If you add me to the project I'll put the fixes in to your
source. Will developing the project I also have fixed the tclhttpd so
it can be wrapped into a starpack. I think it would be a good idea to
add a copy of the tclhttpd (stripped down) into the Web Services
project. With a server in the project it would then be possible to
build in regression tests which really should be included to ensure
things doen't get broken as changes are made to the code. The server
would also make it easier for a newbe to start using the code.
I talked with Colin (also) about Wub and spent a lot of time going
through the code. It is definitly the way to go in the future but the
Wub approach is more of a tool kit than a stand-a-lone server (like
tclhttpd). This means that moving Web Services to Wub would probably
require a Wub distribution of some kind so adding tclhttpd now alone
with regression tests will make the move easier in the future.
Tom K.