|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
DaveNet: Ohhh Napster! Tonight's song: Russians. "There is no monopoly of common sense on either side of the political fence. We share the same biology regardless of ideology. Believe me when I say to you I hope the Russians love their children too." Ooops, we found a bug in the SOAP 1.1 Validator. It wasn't recognizing 23 as a double. It should have. It does now. (Glad I looked, we got another validation, from soaplite, running under Apache.) Glenn Fleishman: The Web, Without Wires, Wherever. "At the same moment you're filling up your gas tank, why wouldn't you fill up your in-box?" Of course. Groove integration is an active topic on the Radio mail list. Here's the prototype application. At UserLand everyone keeps a project outline in Radio. The combination of all the outlines is also a document. But we don't have a way to move the pieces around, yet, without making them public. Can Groove help us? Scott Loftesness says that the folders it manages are not readable by other apps. That's the key feature. If we can get Groove to maintain a folder or set of folders that Radio can watch, then when a new or updated file arrives, we can fold it into any Radio data structure we want. This is the bridge we want between the two worlds. The win for Radio users is privacy, the win for Groove is more users. Due to a configuration error on the Radio mail list, only members could read the posts linked to above. We changed the settings so the posts are now publicly readable. Robert Scoble reviews Groove. Slashdot is the best flow machine I've ever seen. Curtis Brune asks for a comparison between XML-RPC and SOAP. "I'm just coming off a successful SOAP deployment for a B2B project in the wireless PDA industry." Yesterday Jeremy Bowers posted his ideas for a responder-like framework for email in Frontier and Radio. I'm thinking about it this morning. Lots of prior art. Two basic verbs that appear to work. An application that we want which Scott Loftesness calls My UserLand on the Blackberry. Posting to a blog via email is compelling. But is it a feature or a framework? I suspect it's a feature. What can a framework do for us? Not clear. Email is pretty simple on its own. Arnold Palmer pulls his Cadillac into a gas station.. Boy the thought police are pounding me today. Give up being my editor. Also give up being powerless. As Scoop Nisker says, if you don't like the news go out and make some of your own. It's been a privilege to experience the flames in and around Eric Raymond's life for the last 18 hours or so. It's something to behold. He seems to like it. He says awful things about Microsoft's software. Joshua Allen, who works at MS, takes the bait, puts up a good defense, to no purpose. Don Hopkins, as usual, is funny and outrageous. Here's the silly thing. All software sucks, not just Microsoft's. On the other hand, Raymond did help XML-RPC, and for that I am very appreciative. I find much of what he stands for unacceptable but I can still accept his support as long as I don't have to get into the bathtub with him. This is the philosophy of the Internet, as I see it. It's not that XML-RPC is like Unix, everything that's good is like Unix. It's also like Windows and Macintosh. (COM and Apple Events.) There are lots of things about Microsoft that I don't like. (And don't get me started on Apple.) But we seem to agree on one thing, we want our software to work with other software, regardless of what platform it runs on. I'm not sure if Raymond gets this. XML-RPC is far more revolutionary than it might appear at first glance. I've read all the comments on SlashDot, but found this one most interesting. A straight question for Sun lovers. Let's say I send you a Python script as an email enclosure. Can you run it from the emailer? If so, stop throwing bricks at Microsoft and fix your software first. Then let us know how you did it.
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
© Copyright 1997-2005 Dave Winer. The picture at the top of the page may change from time to time. Previous graphics are archived. Previous/Next |