Orcmid's Lair

Welcome to Orcmid's Lair, the playground for family connections, pastimes, and scholarly vocation -- the collected professional and recreational work of Dennis E. Hamilton

This page is powered by Blogger. Isn't yours?

2003-09-26

 
Introduction to Web services and the WSDK V5.1.  This link was provided by instructor Frank Cook.  We are running into the toolcraft issue, here, and I think maybe we are rushing things a bit.  At the same time, I have not looked a the WSDK 5.1 or the tutorial, so that is just a concern, not a considered evaluation.  Beside wanting to travel light (I am not sure Eclipse qualifies), the early stabilization of the WS-I suite and profiles requires working close to the metal before we all run off and use different toolcrafts that fail at producing interoperable results.  And especially since there is the tendency to believe that the tool we are running is definitive with regard to the interoperability standard that we set out to use.  The structures of coordination that we are building with Web Services deployment may give us the means to account for this, and it is too soon to tell.  It seems to me that stability of the foundation is crucial, and we are already tripping over things like Byte-Order Marks in UTF-8.  There is already noise in the system, and I would think that further destabilization is an easy consequence of carelessness -- more likely, complete indifference -- in rapid deployment. (I am cranky this morning in anticipation of my October start of a module on databases that will require me to install a personal edition of DB2, something that previous students describe as a Freddy & Jason experience.)

2003-09-25

 
I find that the path to sanity through the web services stack and all of the specifications, in all of their different stages of development and authority, is the WS-I effort and the WS-I Basic Profile 1.0a. Last night, as part of homework, I used the WSDL 1.1 Schemas for WSDL and for the WSDL SOAP Binding. I found bugs and inconsistencies with the official XML Schema (1.0) Recommendation. I corrected some of them, having to do with WSDL 1.1 being designed against a preliminary version of the XML Schema and XML Schema datatypes. Now I see that the WS-I Basic Profile 1.0a document may have addressed that and specified the schema definitions to be used. I will want to go retrieve copies of them, as well as have my validator cache them. Here they are:

For namespace http://schemas.xmlsoap.org/wsdl/ (used with no qualifier or qualifier wsdl: in specifications and examples), the WS-I profile specifies that the schema to conform to is at http://schemas.xmlsoap.org/wsdl/2003-02-11.xsd.

For namespace http://schemas.xmlsoap.org/wsdl/soap/ (used with qualifier soap: and soapbind: in specifications and examples), the WS-I profile specifies that the schema to conform to is at http://schemas.xmlsoap.org/wsdl/soap/2003-02-11.xsd.

I have used these in an xsi:schemaLocation attribute for a WSDL 1.1 document and the validation errors that I couldn't resolve have disappeared.  Hooray for this.

2003-09-24

 

Computing Milieu

Education and Learning

Distant Learning

Wired 11.09: MIT Everyware.  I brought myself to tears reading this article. (I guess that makes me a bleading-heart moderate?) This is what I want to be part of and to support and forward.  I have watched this from the initial announcement, when there was still great trepidation inside of MIT and cynicism or resentment outside.  What I find great about this is that it is being done in a way that there are measures of the effectiveness of the effort so far.  And great anecdotal reporting of the farflung impact of going about this in a systematic way.  It is the experiences of those farflung students, and the contributions they are making, that inspires me about the value of this initiative.

2003-09-23

 

Information Systems

Service Oriented Architecture

Web Services and UDDI

Advanced Web Services: Secure, Reliable, Transacted Web Services: Architecture and Composition (Web Services Technical Articles).  Here is a joint IBM-Microsoft paper on having composed services work in parctice in a transactioned, secure way. It is very comprehensive. [dh:2003-09-25-14:19pdt - It also ties in to Service Oriented Architecture. I find that fascinating.]

 
alphaWorks : Business Explorer for Web Services.  Interesting description of BE4WS, now part of WSTK since 3.1. No sooner had I looked at this based on classmate Fernando's recommendation, that I ran into the IBM-Microsoft White Paper on Architecture and Composition of Transacted Web Services.  I found more interesting coverage.  I need to get my clippings and gleanings and citations all in one place.  Any day now ...

 
Web Services: Promises and Compromises.  An interesting link into the maiden issue of ACM Queue. I must have the print copy somewhere. I wonder if I thought to keep this article at the time.

 
NuovoDoc in the Microsoft UDDI Business Registry (UBR).  These registries are federated and they replicate with each other.  It happens very quickly, generally.

 
NuovoDoc on the IBM UDDI Business Registry.  My consultancy as listed in the Business Registry Version 2.

 
Web Services Rules: Real-World Lessons from Early Adopters (The Stencil Group).  I think my grand-nephew would say "Web Services Rule [Dude]" but this posting answers my question about what an update to their April 2001 prediction would be like.  This is a comprehensive report and I am not going to digest it now. From coverage alone I would give it high marks.  Now for the content ...

 
The Stencil Group: The Stencil Scope: Why UDDI Will Succeed, Quietly.  An interesting analysis from April 2001.  It would be interesting to see what an update would say.  What I find interesting is that the connection to Component Based Development and some other features of technology dependence in business models is being anticipated.

 
UDDI.org FAQ.  Although I haven't found the UDDI.org locator codes yet, this FAQ page provides useful information about Business Registry node operators and business models, and other aspects.

 
UDDI.org.  It is claimed there is a UDDI Business Registry here, and I finally found it through the little toolbar at the top of the page. (It looks like an invitation to register for or search the site, which is what has it not be clear.) Also, there is no UDDI.org registry. There are the UDDI Version 2 registries currently operated by Microsoft, SAP, IBM, and a few others that one can go to and use. The UDDI.org does provide information about each of them. There are also test sites. What I can't find is the catalog of services that can be used as "locators" according to the IBM UDDI Business Registry. (It links to this page.)

So, as I said in the class discussion, welcome to the learning curve. It is not the same as the bleading edge, since WS-I provides a very conservative baseline. And everyone is praying for the network effect to kick in.

 
developerWorks : IBM WebSphere SDK for Web Services : Overview.  Ah, they do also support command-line versions of the tools as well as Eclipse plug-ins.

 
developerWorks : IBM WebSphere SDK for Web Services : Overview.  This is now at WSDK 5.1, and its relationship to the WS-I baseline is a little confusing to me (because it supports UDDI 2.0 and some other more-recent specifications). [dh:2003-09-25-14:15pdt - The confusion was mine. WS-I Base Profile 1.0 does specify UDDI 2.0. I simply missed it.]

The bigger concern is that it is tied to Eclipse and then, for production, WebSphere Studio 5.1. I have the same problem with some of the new .NET technologies which are tied to Visual Studio .NET. [dh:2003-09-25-14:16pdt - They still have command-line versions. I don't know if that holds for the lastest .NET ones or not. I do want to bring this back to Kent Beck's notion of traveling light though. And I have been finding that it is smarter to go back to the original sources. For example, I just found a bug in the WSDL Schema in the WSDL 1.1 note, and am beginning to appreciate not relying on tools, which are doing it their programmer's way and probably not validating against the official definition.  I can't find enough in WSDL 1.1 to know how the SOAP binding is really meant to work in a predicable, interoperable way, so I must go look at WS-I Base Profile 1.0 and see if they caught all of this.]

What's a girl to do?

 
Service Registry Proxy.  Here's an interesting demonstration of IBM's UDDI4J and WSDL4J APIs. I was sent here for evidence that someone has found a convention for describing, in WSDL, services that accept and deliver services.  I don't think I have found that, but this is an interesting resource, along with much else avaiable here on the IBM Developer Works area for Web Services.

2003-09-22

 

Information Systems

Service Oriented Architecture

UDDI and Web Services Integration

The role of private UDDI nodes in Web services, Part 1: Six species of UDDI.  This is a highly-informative article that was linked by classmate Fernando. I just used the IBM UDDI Business Registry site to register my small consulting business. I will have to come up with something to have a tModel for!

 

Computing Milieu

Security, Safety, and Trust

The Evolution of a Cryptographer - CSO Magazine - September 2003.  Another great interview with Bruce Schneier, while promoting his new book, Beyond Fear: Thinking Sensibly About Security in an Uncertain World.  There are some great links to follow.  And, as usual, a remarkably level-headed perspective.  CSO Magazine looks like an interesting resource on security matters, too.

 
Fortune.com: Taking Back the Net.  This article is a summary of the problems of dealing with spam, viruses, hackers, and so on, in order to take back the Net for the rest of us, including commerce.  I am finally tired of the opt-out approach.  It simply fails to grant individuals sovereignty.  I don't want to deal with anyone that does not demonstrate their regard for my sovereignty in their dealings with me.  It may take a while to find substitutes in all places where that is missing, but I am up for it, whatever it takes.

 
BBC NEWS | Technology | Chatbot bids to fool humans.  Here is a nice article about Jabberwacky and its prospects for winning the Loebner Prize this year.  One would think that the approach is promising and certainly entertaining.  It is not clear what the AI insight will be, but I find this an engaging prospect for promoting more understanding of the boundaries.

 
ZDNet: Printer Friendly - Got extra horsepower in your system? Not for long.  This is an interesting piece. One problem is all of the background tasks it will take to keep a system secure.  There is also some scary observations about our ability to maintain effective backups because of system complexity.  I am a little afraid to find out what that is all about.

 

Information Technology

Industry Trends

Waving Your Career Goodby as It Sails Away

Study: IT worker unemployment at 'unprecedented' levels - Computerworld.  Well, here we are. Of course, I am in the middle of a late-career M.Sc in IT on-line program and won't be complete until Summer, 2005. And I am equipping myself to teach in this area.  So it may be that the field will be left to those who love it and not so much those who expected to be .COM millionaires.

But mostly, computing and computer science are the fields I have loved for 45 years, and I have no reason to stop now.

 
IT's Global Itinerary: Offshore Outsourcing Is Inevitable - Computerworld.  This strikes me of far more of the tide and not the waves.  Although there is almost no press other than how inevitable this trend is, it strikes me that it is in some sense self-inflicted by IT and the developer community.  It is easy to say we are all getting what we deserve, just like the saying that, in a democracy, the people get exactly the government they deserve. (That might be true for any governance structure, but it is particularly apt for democracies.)

 
IT outsourcing: It's not just India anymore - Computerworld.  More on this hot topic.  What is important here is what the Internet has fostered.  It is difficult to see backlash to this being effective, and it is consistent with the notion of trade as the leveler for the world economies.  I have this sneaking suspicion that the commoditization of web services will, at some point, displace this concern with new ones.  It will be interesting to see how that could play out.&nbps; It will take a while.  I am not one who raves optimistic about AI technologies, but I do think that efforts to provide simplification and reliability, along with the Web Services move, will bear fruit. (The shadow knows, ... maniacal laughter ... .)

 

Computing Milieu

Disaster Recovery and Business Interruption Precautions

It applies on the home front too

First a blackout, now a hurricane: What's an IT manager to do? - Computerworld.  I have always kept my eye on disaster-recovery and business-interruption provisions ever since I consulted on a study for a local telephone company.  What I notice is that it is more personal and closer to home than that. My cat slept on my laptop keyboard the other night, and it took several cleanings and other tries to get the machine to start up the next day.&nbps; Along with that, I have currently quarantined over 600 arriving e-mails since Thursday evening, September 18, when a new worm started roaming around. This is far more than the spam I received in the same interval and, in fact, there was a reduction in spam for a time.  But what this reminds me about is that I don't have adequate backup and recovery provisions for (1) hardware loss or (2) system corruption as the result of a successful exploit. Even though I have a tough gateway/firewall, and even more firewall protection on the machine itself, along with current antivirus and e-mail protection, I don't feel all that safe. And the prospect of a catastrophic hardware failure is something I am in denial about.  By this time next week, I will have done something about that. (I now have a makeshift keyboard cover so that when my laptop is running as an unattended server to the household network, I don't have to worry about the cat screwing up the keyboard. It is also training me to use the external keyboard instead of the integrated keyboard, which is wearing out on this 1998-production machine.

2003-09-21

 

Information Systems

Service Oriented Architecture

UDDI and Web Services Integration

OASIS UDDI Specification TC IPR Statements.  A small cautionary statement at the end of the IPR page for UDDI: "Intellectual Property Rights - UDDI Version 1 Specification
The UDDI Ver. 1.0 specification and implementations thereof have been alleged to infringe U.S. Patent 5,799,151 in Steven M. Hoffer v. Microsoft Corporation, International Business Machines Corporation, and Ariba, Inc. and Does 1 through 20 (U.S. District Court for the Northern District of California, San Jose Division, No. C 01-20731 JW). Those seeking additional information are referred to the papers filed by the parties in the District Court."

 
OASIS UDDI Specification TC.  Describes the OASIS UDDI Specification TC, the current status of UDDI specifications, and the current work of the Technical Committee.

 
Using WSDL in a UDDI Registry, Version 2.0 - OASIS UDDI Spec TC Technical Note.  This defines a new approach to using WSDL in a UDDI Registry, as of June 27, 2003.  The updated practice is applied with UDDI 2.03 and with UDDI 3.0.

 
A new approach to UDDI and WSDL: Introduction to the new OASIS UDDI WSDL Technical Note.  Well, there is more going on here. OASIS has the Best Practices profile for WSDL-UDDI and here's a good introduction to it.

 
Browser Statistics.  Nice information on the relative distribution among browsers, screens, and use of JavaScript.

 
Web Services Description Language (WSDL) Explained.  I am reading this page and I keep thinking I have already read it somewhere.  This paragraph jumps out at me:

"It has been argued that SOAP does not really need an interface description language to go with it. If SOAP is a standard for communicating pure content, then it needs a language for describing that content. SOAP messages do carry type information, and so SOAP allows for dynamic determination of type. But I cannot call a function correctly unless I know its name and the number of parameters and the types of each. Without WSDL, I can determine the calling syntax from documentation that must be provided, or by examining wire messages. Either way, a human will have to be involved, and so the process is prone to error. With WSDL, I can automate the generation of proxies for Web services in a truly language- and platform-independent way. Like the IDL file for COM and CORBA, a WSDL file is a contract between client and server."

This is a July 2001 article, but it does provide an example that works close to the code.



 
FAQ: How WS-I.org achieves its goals.  This is an important definition of the WS-I approach to

1. Web Services testing and implementation guidance to assist customer deployments
2. Web Services profiles help with adoption and support for key Web services standards
3. Roadmap to help customers understand the long-term direction for Web services evolution.


 
Basic Profile - Version 1.0 (BdAD).  This is a profile for the use of XML Schema 1.0, SOAP 1.1, WSDL 1.1, and UDDI 1.0 together in an interoperable way, with provisions for defining clear conformance. Issued on August 8, 2003, this suggests how far behind the development of specifications this activity will be (SOAP 1.2 is an approved W3C Recommendation and WSDL 1.2 is in Working DRaft).  It looks like we are locking down this 1.0 level of profiled combination and it will be a while before there is more.  How this works with regard to versioning and migration of profiles as well as the specs and conformant implementations, remains to be figured out from this material.

 
XML.com: Will Provost.  Here is a list of Will's articles on xml.com.  There is some juicy material here.

 
webservices.xml.com: What Interoperability Isn't [Sep. 02, 2003].  Here's a great article about Interoperability that also comes at, in a high-level way, difficulties with the current state of Web Services specifications and today's operation with implementations of proposals.  Author Will Provost also suggests approaches as well as ways to recognize where the interoperabilty binds really are.  Finally, there is advice on how to navigate this particular swamp.

 
XML.com: Rich Salz.  This is the home page for Rich Salz on webservices.xml.com, part of the O'Reilly Network. I really must bring my "Situating XML" discussion to this place.

 
webservices.xml.com: Examining WSDL [May. 15, 2002].  This Rich Salz article raises the same concerns that I have about WSDL, especially now that SOAP 1.2 is on the street and the WSDL 1.1-SOAP 1.1 regime may start to unravel.  I am busy reading the latest specifications, naturally, and I wonder what the Notes that are the original proposals that go by SOAP 1.1 and WSDL 1.1 say about migration, end-of-life and movement of negotiations up to the "official" versions when they exist.

 
Web Services Essentials: Chapter 6: WSDL Essentials.  This book was published in February 2002, so it is based on the proposal for WSDL (a.k.a WSDL 1.1) and not any W3C Recommendation for WSDL. (The Working Draft for WSDL 1.2 did not appear until June, 2003.)  I wonder what publishers and writers are thinking about, or are they too wrapped up in the victim-of-innovation survival game?  This is giving me pause as a writer, too. When I pull together "Situating XML" I am going to have to deal with that situation [;<)

 
SearchWebServices.com, the source for information on Web services and application integration.  This page provides an accurate statement about the condition of WSDL 1.1 and its status.  It some how doesn't sink in that these are proposals, and that the W3C Recommendation (someplace beyond the current WSDL 1.2 Working Draft) will be different and all of those stacks built atop of some version of WSDL 1.1 are going to be only interoperable with themselves.  This reminds me of a talk that I heard rebroadcast on NPR yesterday, that spoke to how we are being trained to operate as victims by the media and by commercial advertisting.  What I am thinking is the fear instilled in developers and to some degree commercial operations, that they need these innovations or they will perish (be obsolete, etc.).  I think these technologies will be cool.  That they address an artificially stoked survival need for developers or IT operations is useless.  I need to go find that talk.

 
SearchWebServices.com, the source for information on Web services and application integration.  We are looking at WSDL and UDDI this week. What is interesting is the comparison of the W3C effort and where they are (e.g., June 2003 working drafts on WSDL 1.2) versus all of the early-adopter activity.  Since there is no W3C recommendation at this point, there is the interesting problem of what is it that early-adopter's adopt. Are they reading the WSDL 1.1 Note or are they simply using what is supplied in .NET, Java J2EE, and other offerings that may have not specific relationships to either the WSDL 1.1 Note nor to the subsequent technical and working-draft activities.  So, where will the interoperability come from?

Hard Hat Area

an nfoCentrale.net site

created 2002-10-28-07:25 -0800 (pst) by orcmid
$$Author: Orcmid $
$$Date: 04-11-25 22:44 $
$$Revision: 2 $

Home