[EMAIL PROTECTED] wrote:
> Bruce Rennie <[EMAIL PROTECTED]> wrote:
>
>>Let's not get into using, looking at, thinking about or talking about
>>that absolutely monstrous thing called XML or any of its associated
>>offspring.
>
>
> Anyway there already is software that does pretty much everything we
> would need. It's called Apache.
Right. Another chunk of what (I think) we need is provided by SOAP
(or any of a myriad other rpc mechanisms that can be embedded into
HTTP). Using web services (apache) is nice because it is universally
punched through most firewalls - any other approach is going to
be a problem.
However, I have very little interest in simply saying "let's
let sourceforge handle it" - sourceforge normally presents a
very 'techie' interface that is oriented towards distribution,
not searching, updating, and installing. (What do you typically
get from a sourceforge project? - a .tgz file...)
As much as I dislike perl personally, I *very much* like being
able to type:
perl -MCPAN -e "install PACKAGE-NAME"
which makes using perl much easier.
Having the ability to do something similar (and more!!) to
search for/install Unicon/Icon-based software would be *quite*
nice. Using such a command from the current 'home' site is
perfectly acceptable to me, though I'd prefer to be
able to access a suite of sites in case there are software
packages that don't 'fit' well in the central site [perhaps
for the reasons Barry mentioned earlier].
I also dislike solutions that *require* me to work through
a browser using some form-based approach - it would be
nice to be able to apply a number of approaches (CLI,
custom GUI, browser forms) to a common back-end.
I don't know how many members of this group are interested in
this topic - perhaps those of us that are should take it
offline (this is a place where a Wiki would be nice - we'd just
open up a new topic and run...). I suspect we have wildly
varying opinions on the "right" way to proceed and I would
personally prefer to see some sort of consensus reached.
The reason I'd like to see something like this is for the
same reasons the topic originally came up. I suspect that
there is quite a bit of Unicon/Icon software laying around
that could be useful to me, if I could find it and install
it easily.
The reason I'd like to see much of this done in Unicon
is because (a) it's a good exercise (test) of the capabilities
of Unicon, (b) it would be easy for us (Unicon programmers)
to adapt, extend, and modify, (c) it would help
demonstrate Unicon's abilities to others, (d) it would
be easily distributable with Unicon itself, and (e) I'd
find it more fun to work on.
--
Steve Wampler -- [EMAIL PROTECTED]
The gods that smiled on your birth are now laughing out loud.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Unicon-group mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/unicon-group
