|
Monday, October 07, 2002 |
|
A dozen or so of us have been tossing around a lot of great ideas in the Groove Experiments shared space. One of our concerns, of course, is how to seemlessly share our findings publically with a wide public mechanism. Tonight, we decided to re-focus completly in a new direction, one direction. We felt that instead of continuing to be somewhat abstract that it would be better to take one of our ideas, discuss it, form requirements, and start writing code! We have decided to focus on a Groove to Weblog interface. We do realize that there have been two previous partial implementations that we will be looking at: Tim Knipp's Blogger Tool and the Agora Groovelog. One of the members is looking into those two. We realize that this kind of dump from me here now is not optimal. Ideally we would like to have things available in real-time as they happen publically. Maybe this Tool or Solution will go a long way toward that. 11:37:58 PM 
|
|
Sam Ruby: "I'm pleased to announce the Apache SOAP engine known as Axis just had it's first release. Performance, interoperability, and JAX RPC compliance have been significant focuses of this effort. Download it here." Yay! Congrats Sam! Can't wait to learn more about this at the DevCon. 12:37:11 PM
|
|
Metalsite: The redesign and SOAP Web Services API. I try to avoid talking about work here but I figured this is worth mentioning. Bryan and I have been... [www.davidwatson.org] 9:35:12 AM
|
|
Web Services Threat Detection. Justin has a response on this: "Greg is asking about something that is near to my heart - Web Services Threat Detection. Unfortunately the best answer I ever came up with is this - I couldn't do it in 100% code. It requires people. I could monitor everything that comes in (who, what, when, and from where). I could check whether or not they were supposed to be sending the particular type of message at that particular moment in time. So what did I end up with? Nothing tangible. Just a bunch of ideas. Maybe I'll get a chance to implement them at the next gig... " BTW, this is one of the topics we are taking up in our Groove Experiments space. 7:48:57 AM
|
|
Server-Side Asynchronous Web Methods. From Sam - Server-Side Asynchronous Web Methods. Justin has some great follow-up: " That is a very good article. It explains something that I've never seen mentioned in the documentation[1][2]. ... This is an awesome paradigm. I always questioned why you would want to expose your database as a web service. And here you have it. I wish I had some perf numbers for you, but I don't. And I wish I could tell you that I've done with this MS SQL Server, but I haven't. I have done it with Oracle 9i using XSQL (proprietary technology) through Tomcat 4.0.x. It works GREAT. I loved it. The main problem I had with XSQL is that there is no native proxy generation code. I had to use HttpWebRequest and friends. Not terribly complicated, but not nearly as nice as the proxies that WSDL.exe generates for you. Now if you are only accessing one table with one query, making it asynchronous isn't going to gain you anything. In fact, it might hurt performance because of thread context switches. But if you have multiple queries to run and you can wait on the results, it is a really cool way to do it. " [1] - if anyone knows where in MSDN this is documented, I'd really like to see it. Let me know. 7:48:37 AM
|
Last update: 11/1/2002; 12:27:40 PM .
