To all,
The subject is interesting but I am now going into RANT mode (excuse me)
on RANT !
Please, Please, Please, PLEASE Don't,
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.
Having started my career out in computer communications and progressing on from there to programming development and database development and so forth (please note pun) - I have come to the conclusion that some things should never have seen the light of day - XML is one of them.
It has generated an entire segment of the industry that solves a problem that it generated in the first place. I know very well some of the problems that it has been proposed as a solution, however, I cringe at the use of a rock being used as a screwdriver.
off RANT !
Please, I am sure that there are better ways of solving this problem. There is a huge amount of talent who is on this group that could suggest much simpler, more elegant and (might I say) easier solutions.
yours sincerely
from the Land Down Under (God's own country)
Bruce G Rennie.
Steve Wampler wrote:
Michael Meehan wrote:
One that that would be *really* nice would be a 'download/install'
program (written in Unicon, *of course*) that could browse the repository and then download programs (and dependencies?), possibly building and installing them...
--- Sounds like a good application for XML rpc calling into a site that
has a db backed. The database submission/search/retrieval code on the
server could be Unicon but probably would be better to use an html
embeddable scripting language on the client side to generate the xml rpc
calls. If no one wants to tackle this I would be willing to address it
in around a month (when the next term starts here). We have 16 muxed T1
lines feeding me. I have a dual 3.2 GHz Xeon redhat/apache box that
would be happy to serve up Unicon samples.
Sounds fine to me! Wouldn't Unicon's SOAP support (admittedly a work in progress, but still usable) also work on the client side? That's not html embeddable, of course, but having a standalone app would certainly suit my needs - and using Unicon would allow me to write my own variants of the client (e.g. allow me to do updates via a cron job, do installs in places I wouldn't allow a script obtained through http access, etc.).
Of course, *anything* would be nice...
-- Steve Wampler [EMAIL PROTECTED] The gods that smiled upon your birth are laughing now. -- fortune cookie
------------------------------------------------------- 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
-- regards
Bruce Rennie Business Rules: Taming Your I.T. Warragul. 3820. Victoria. Australia.
email [EMAIL PROTECTED]
------------------------------------------------------- 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
