Complimentjes

Ik krijg heel veel comments op het weblog. En allemaal heel positief:

“You had great positive ideas there. I did a search on the issue and found nearly all peoples will agree with your blog. A year after quitting smoking, your risk of heart disease decreases by half.”

“This is a great site. Good sparkling interface and very informative articles. I will be coming back soon, thanks for the great article. During those moments, practicing anger management can become a huge challenge.”

“You have done a marvellous job by exploring this subject with such an honesty and depth. Thanks for sharing it with us!”

“You gave great points here. I made a research on the subject and found nearly all peoples will agree with your blog.”

“You really make it seem so easy with your presentation but I find this topic to be really something which I think I would never understand. It seems too complicated and very broad for me. I am looking forward for your next post, I will try to get the hang of it! But, when you do contact them before falling too far behind on your mortgage payments, they may be able to help you.”

“Hello, I was researching the net and I ran into your blog. Keep up the great work. All that remains, is a development plan across towns and cities in America, to have the charging infrastructure in place before then.”

“I have been looking for content like this for a research project I am working. Thanks very much.”

“Hi there, I found your blog on Google while seeking for first aid for a heart attack and your post looks very interesting for me. That’ll cost you $10,000, and last you a month.”

“Me and my friend were arguing about an issue similar to this! Now I know that I was right. lol! Thanks for the information you post. My wife and I recently took our son and daughter to the mall to do some clothes shopping, and as expected, our son was finished much, much sooner than our daughter was.”

“This is a great site. Good sparkling interface and very informative articles. I will be coming back soon, thanks for the great article. for some people, the answer is yes.”

“hi buddy, I found your site from wikipedia and read a few of your other blog posts.They are cool. Pls continue this great work. If you really want to splurge and have one of the best family vacations of all time, and money is no object, then I suggest you book a room at the four Seasons Papagayo about a half hour away from Playa Hermosa.”

“You gave tremendous positive points there. I did a search on the topic and found most peoples will agree with your blog. Basically, banks made $35, sometimes more, in fees, if you went over even two dollars more than you had.”

Enzovoort. Spam dus. Maar wel geinig toch. Geen twee comments zijn hetzelfde. En allemaal van totaal verschillende afzenders en IP-adressen. Wat is dat voor wurm? Briljant wel.

Gliffy vs. MS Visio

Van: Support [mailto:support@gliffy.com]
Verzonden: vr 28-8-2009 16:29
Onderwerp: RE: No more free drawings???

Hi Djeph,

We've changed our policy so that the Free Basic Account enable users to create a maximum of 5 free drawings. If you would like to create more than 5 drawings, you'll need to upgrade to a premium account.

I apologize for the inconvenience, however in order for us to continue offering our product at a price that is significantly less than other drawing programs, we need to charge for the service.

regards, Chris Kohlhardt
Gliffy Inc.

Original Message
----------------
Subject: No more free drawings???
To: support@gliffy.com
Date: 2009-08-28 00:55:37

Hello, I like your online diagram tool. But I sadly discovered that suddenly I cannot make new drawings anymore.

Could you restore the Free Basic account for me please?

Thanks, Djeph

Helaas. Mooi online tooltje dat Gliffy. Ik maak(te) er tekeningen voor netwerk- en architectuurzaken mee. Maar vanaf vandaag heb ik opeens 21 teveel tekeningen gemaakt en moet ik betalen om door te kunnen gaan. Tja dat is de strijd om het bestaan van de makers. Even later zit ik dus toch weer in dat vermaledijde Visio te werken.

Hoe Betrouwbaar is Betrouwbaar?

De standaarden van de OverheidsServicebus zijn gebaseerd op het Internationaal breed geaccepteerde WS-I Basic Profile 1.1, en daarmee op SOAP 1.1 en WSDL 1.1, samen met WS-Addressing (het WUS Best Effort profile). Althans, dat geldt voor Services van het type Raadplegingen. Voor Services van het type Meldingen werd het WUS profiel niet ‘Betrouwbaar’ genoeg geacht. De OverheidsServicebus beveelt voor Meldingen het gebruik van ebMS aan (het ebMS Reliable profiel). Maar wat is er dan zo ‘Betrouwbaar’ aan ebMS?

De ‘Betrouwbaarheid’ van het ebMS Reliable Profiel zit hem in de opties @ackRequested, DuplicateElimination, Retries en RetryInterval. Deze opties kunnen ingevuld worden in de CPA, het contract tussen de betrokken Partijen. Implementaties van ebMS zullen deze waardes moeten begrijpen. De zendende partij zal het Bericht opnieuw verzenden zolang hij niet de bijbehorende Acknowledgement heeft ontvangen. De waarden van Retries en RetryInterval bepalen hoe vaak en hoe snel. De ontvangende Partij zal dubbel ontvangen Berichten (te herkennen aan het MessageID) slechts éénmaal verwerken, maar wel steeds een Acknowledgement terugsturen.

De Open Source implementatie Hermes / H2O van ebMS kan trouwens niet met CPA’s overweg. Kun je in H2O dan ergens anders die Reliability eigenschappen configureren???

In een WSDL bestaat er binnen het WUS profiel niet de mogelijk om dergelijke waarden te configureren. Wel heeft ieder OSB WUS compliant bericht een MessageID vanwege WS-Addressing. In de WSDL van een webservice kun je specificeren dat er voor ieder Bericht een Acknowledgement terug gestuurd dient te worden. Je kunt de OSB WUS compliant Implementatie van de Verzendende partij zo inrichten dat ie Herhaalpogingen doet. En je kunt zorgen dat het aantal Herhaalpogingen en de frequentie ervan configureerbaar is. Bij de andere partij kan de Implementatie zo ingericht worden dat eventuele dubbel ontvangen Berichten (te herkennen aan het MessageID) er uitgefilterd worden. Dat kan allemaal binnen het OSB WUS profiel. Daar hoeven helemaal niet zelfbedachte SOAP Headers voor meegeleverd te worden. Dus ook het OSB WUS Profiel kan best op een Reliable manier gebruikt worden.

Alleen zijn er extra ontwikkel-inspanningen nodig om de WUS implementaties zo in te richten. Bijvoorbeeld Axis2 kan niet zomaar uit zichzelf herverzenden en ontdubbelen. Van andere SOAP toolkits weet ik dat niet, maar het is het wel waard het te onderzoeken, voor bijvoorbeeld Sun’s Metro, Apache CXF, Microsoft .Net. Deze extra ontwikkel-inspanningen zijn echter nog wel te overzien. En binnen de OverheidsServicebus community zouden Reliable oplossingen op basis van genoemde SOAP Toolkits natuurlijk met elkaar gedeeld kunnen worden.

Als de OverheidsServicebus handreikingen a la bovengestelde zou gaan ondersteunen, dan zou er naast het ebMS Reliable profiel een net zo Reliable WUS profiel neergezet kunnen worden. Daarmee wordt voorkomen dat WUS partijen die met WUS partijen Melding-achtige Berichten gaan uitwisselen zich door de OverheidsServicebus in de kou gezet voelen. En aangezien het overgrote deel van de partijen gebruik maakt van WUS voor de inrichting van hun Service-georienteerde Architectuur, heeft de OverheidsServicebus daar een belangrijke taak.

In de WS-* standaarden wereld is er wel ook nog de WS-ReliableMessaging 1.1 Recommendation. Die is inmiddels ook breed geaccepteerd en in allerlei toolkits, waaronder bovengenoemde, geïmplementeerd. WS-ReliableMessaging gaat verder en is zelfs nog ‘Betrouwbaarder’ dan het Reliable ebMS profiel. WS-ReliableMessaging gebruikt namelijk speciale Reliability berichten zoals een Aankondiging dat er iets aan gaat komen, Bevestigingen dat er Berichten ontvangen zijn, en een Afsluiting ten teken dat het allemaal klaar is. En dat allemaal om de te versturen Melding-berichten heen.

Bij gebruik van deze vorm van Reliability is de ontwikkel-inspanning weer gering, net zo als bij het gewone WUS Best Effort profiel, omdat de Toolkits er faciliteiten voor hebben. Mate van Standaardisatie en Acceptatie is Hoog, en mate van Betrouwbaarheid is ook Hoog, hoger dan die van ebMS. Het ligt voor de hand dat de OverheidsServicebus ook deze vorm van Reliable Berichtenverkeer gaat ondersteunen.

Samengevat: de Betrouwbaarheid van de verschillende profielen tegen elkaar afgezet:

Betrouwbaarheid OSB profielen

XMLSchema validation probleem

Op mijn werk hebben wij nogal een berg XMLSchema bouwstenen waarmee we de verschillende interfaces van de webservices beschrijven. De meest basale bouwsteentjes zitten met z’n allen in een zogenaamd Basisschema, met als namespace http://www.suwi.nl/SuwiML/Basis-v0400. Iets minder basale bouwstenen, bijvoorbeeld een bouwsteen ten behoeve van beschrijving van Fouten (en Waarschuwingen en Info-meldingen), hebben een aparte XMLSchema beschrijving, met een aparte namespace http://bkwi.nl/SuwiML/FWI/v0102. Het is goed om voor dat soort dingen aparte bouwstenen te hebben, omdat die brokken herbruikbaar te importeren zijn in de XMLSchema beschrijvingen van de verschillende diensten. Die minder basale bouwstenen maken gebruik, door middel van imports, van de basale bouwstenen. Dan zijn er de overkoepelende XMLSchema’s die een Request of een Response van een bepaalde webservice beschrijven. Zo’n overkoepelend XMLSchema doet imports van basale bouwstenen en van minder basale bouwstenen. En die minder basale bouwstenen importeren dus weer sommige basale bouwstenen. Het gevolg is dat de namespace van de basale bouwstenen uit het Basisschema eigenlijk via twee wegen door een overkoepelend XMLSchema geïmporteerd worden: direct, rechtstreeks vanuit het overkoepelende XMLSchema, en indirect, via de minder basale bouwstenen. En daar gaat het mis. Het blijkt dat een gangbare parser als Xerces nogal rigide omgaat met dit soort geneste imports. Zodra Xerces eenmaal voor een bepaalde namespace een XMLSchema file geïmporteerd heeft, dan gaat ie niet meer voor dezelfde namespace nog eens een andere XMLSchema file importeren. Ook al geef je dat expliciet aan in import statements. Hij weigert het gewoon! Zodoende ontstaan er onaangename validatie-fouten. Snappie?

XMLSchema

Het enige dat er op zit denk ik is in de minder basale bouwstenen de import statements uit te zetten. En te zorgen dat in het overkoepelende schema er meteen voldoende geïmporteerd wordt. Nadeel daarvan is dat de gebruikte minder basale bouwstenen op zich zelf dan niet meer valide zijn. Maar ja dat moet dan maar.

Helaas begint Xerces dan te klagen, bij het valideren van het overkoepelende XMLSchema, dat die tussenliggende bouwsteen niet valide is! Ja Xerces wat wil je nou? Ik zit dus in een deadlock…

Dus de imports in de minder basale bouwstenen weer aan gezet. In het overkoepelende schema heb ik daarnaast nu de volgorde veranderd. Dat samen lijkt te helpen. Voor deze dienst heb ik nu tenminste een XMLSchema dat ook voor Xerces door de beugel kan.

Digitaal Klantdossier @ XML Users Group Holland congres

Gisteren was er het jaarlijkse congres van de XML Users Group Holland. Alle elektronische informatie-uitwisseling in onze sector gebeurt ook met XML. Onze spullen werken dankzij het gebruik van een aantal XML-technieken als XMLSchema en XSLT en SOAP en zo. Ik mocht op dat congres komen vertellen over de resultaten van het Digitaal Klantdossier programma en de rol van onze XML-standaarden daarbij. Mijn presentatie ging wel goed denk ik, maar de sfeer onder het publiek werd wel nogal bepaald door de spreker voor mij. Dat was namelijk Rop Gonggrijp, Nederlands meester-hacker van het eerste uur en mede-oprichter van de Internet Provider XS4ALL. Hij is ook de man achter wijvertrouwenstemcomputersniet.nl, en daar ging zijn verhaal voornamelijk over. Maar ook over de OV-chipkaart, en meer in het algemeen over ontwikkelingen die bedreigend zijn voor ieders privacy, over het belang van transparantie van beleid en procedures en technische middelen, controleerbaarheid van beslissingen en maatregelen en verkiezings-uitslagen, IT-projecten bij de Overheid die niet goed gaan, enzovoort.

En daarna kwam ik dus. Ik had zodoende de lastige maar nobele taak om het vertrouwen in IT-projecten van de Overheid weer te herstellen, aan de hand van het Digitaal Klantdossier. Je kunt je voorstellen wat voor vragen er kwamen: welke gegevens de medewerkers van Gemeenten en CWI en UWV kunnen zien, en wat een Gemeentelijke Suwinet-Inkijk beheerder dan allemaal kan zien, wat er eventueel in de logs nog teruggehaald kan worden, over dat incident dat de Belastingdienst had gesuggereerd om eventueel het DigiD van je buurman te gebruiken, en of je buurman nu dus ook gegevens van jou kan inzien en zelfs wijzigen, enzovoort. Ook bijvoorbeeld een suggestie om correcties door de burger zelf alleen mogelijk te maken met DigiD niveau ‘middel’, dus met een code per SMS. Het was wel jammer dat Rop Gonggrijp inmiddels vertrokken was, want zijn kijk op dit soort aspecten omtrent het Digitaal Klantdossier zou ook interessant zijn. Maar goed ik heb alsnog mijn presentatie naar hem toe gestuurd, misschien reageert hij er nog op.

Ik had trouwens ook nog die clip van stopzinlooswerk.nl er in geplugd op het eind. Dat hadden ze nog nooit meegemaakt: muziek op het XML congres 😉

Acknowledging WSDL

Ik ben voor mijn werk een beginnetje aan het maken om een nieuwe versie van de Suwi Transactiestandaard te maken. Daarbij kwam ik een oude mail van collega PV tegen, dat oa over Acknowledgments bij de SuwiML Meldingen gaat. Naar aanleiding van wat PV daar schrijft, moet ik toegeven dat ik waarschijnlijk het beoogde gebruik van Acknowledgments tot nu toe niet helemaal goed geinterpreteerd had, ook niet ten tijde van een discussie die ik een jaar geleden of zo nog met een aantal betrokkenen gevoerd had.

Maar ik denk ook dat mijn verkeerde begrip voortkwam uit de manier waarop die Acknowledgments in de XML Schema’s beschreven waren. En ook dat mijn verkeerde interpretatie voorkomen zou zijn geweest als de koppelvlakken van die Meldingen beschreven zouden zijn met WSDL. Dat besef vind ik grappig omdat ik juist dezer dagen bezig ben om collega’s te overtuigen van het nut en de noodzaak van het gebruik van WSDL bij alle webservices in onze keten. Die collega’s zijn nogal afhoudend en kritisch bij dat soort nieuwlichterij en ik moet alle zeilen bijzetten om ze mee te krijgen. Dus ik kan dit soort voorbeelden als mijn verkeerde interpretatie van die Acknowledgments best gebruiken bij de discussie over WSDL.

Maar wat ik nou juist weer niet wil is die hele discussie over de Acknowledgements weer oprakelen…

Breedbandnet Zaanstreek

Gister een bijeenkomst van een club met de sexy naam ‘ICT Zaanstreek‘, dat zichzelf beschrijft als ‘een onafhankelijk cluster van ICT bedrijven uit de regio’. Onderwerp was het Breedband project van de Gemeente. Vriend Hans mocht als wethouder het project aldaar in de Fabriek lanceren. Hij deed dat met een enthousiast verhaal en met de oproep om vooral de mogelijkheden onder de aandacht te brengen, en de problemen gewoon op te lossen. Verder was het woord aan projectleiders en betrokkenen bij eerdere projecten in Almere en bij Cambuur in Leeuwarden. Allemaal enthousiastelingen, maar wel ook mensen die er belang bij hebben dat het van de grond komt. Deelnemende partijen wordt een bedrag gevraagd van € 300,– per maand, gebaseerd op 100 deelnemende lokaties. Als de zorginstanties en alle scholen meedoen dan zijn die 100 lokaties binnen. Er is natuurlijk wel koudwatervrees bij het MKB. Die € 300 is een aardig bedrag, hoe ga je dat terugverdienen? Is het concurrerend met wat de KPN’s en de Versatel’len bieden? Ik sprak ook wat ambtenaren van de Gemeente. Ook wel goed betrokken volk. Tip: modemerk Vanilia komt in het Adelaar gebouw in Wormerveer. En het centrale punt van het huidige glasnet ligt in een van die sluishuisjes in het centrum van Zaandam. Ook gesignaleerd: AJSolutions, die zeiden: wanneer kunnen wij onze diensten aanbieden op dat netwerk? Die zien het dus ook wel zitten.