René Løhde (aka Rene Loehde) : B103

Lav selv OpenXML

renel — Thu, 10 May 2007 00:30:00 GMT

Jeg har lige fået at vide at en lille guide om OpenXML for udviklere, samlet af undertegnede, er kommet på MSDN.dk

Hvis man er træt af alt den politiske snak om økonomi og medierne og bloggernes kommentarer til de seneste forviklinger i ODF/OpenXML debatten - hvorfor så ikke selv få syn for sagen. Prøv hands on, lyt og se webcasts, læs artiklerne - der er noget for de, som behøver introduktion og noget for de, som er lidt mere erfarne.

IT og Telestyrelsen workshop på torsdag

renel — Sun, 06 May 2007 22:36:00 GMT

Jeg har fået lov til at poste nedenstående mail invitation fra IT - og Telestyrelsen (- måske fordi de ikke har fået det online på oio.dk).

Det er et stykke vigtigt arbejde de har lavet og nu begynder højtflyvende tanker at blive konkretiseret i noget kode - der er blevet etableret service infrastruktur og de første UDDI'er er allerede i testkørsel.

Jeg kan ikke selv komme på torsdag til noget hands-on, men lover at vende tilbage med en lidt "dybere" post om CSI's arbejde, som skal gøre alt ehandel (og andet IT messaging) i Danmark til den rene svir.

Kære IT-leverandør

Din virksomhed inviteres hermed til en teknisk workshop om RASP-profilen og tilhørende open source software under OIO Serviceorienteret Infrastruktur (OIOSI).

OIO Serviceorienteret Infrastruktur er et initiativ, som bla. har til formål at opsætte rammerne for udveksling af forretningsdokumenter over internettet på en sikker og pålidelig måde. Til at understøtte dette mål er der udviklet en profil af web service standarder, RASP, som står for Reliable Asynchronous Secure Profile. Foruden profilen er der til både .NET og Java platformene blevet udviklet open source software, som gør det let at integreret op mod infrastrukturen. Initiativet retter sig især mod små og mellemstore virksomheder og de offentlige myndigheder. Projektet har været undervejs i ca. 2 år og RASP-profilen og den tilhørende infrastruktur vil være klar til drift fra den 1. september 2007.

Seneste udgave af dokumentation og softwarebiblioteker (.NET og Java) kan hentes Her

Workshoppen henvender sig til de IT-arkitekter / programmører som skal have fingrene i koden og i praksis implementere integrationen mellem gateways, ERP-systemer og OIOSI.

Vi har tidligere afholdt tilsvarende workshops om RASP-bibliotekerne og OIOSI. Nu åbner vi op for at flere leverandører kan anvende infrastrukturen og få "hands-on" erfaring. Det sker ved en endnu en workshop som afholdes den 10. maj. Workshoppen kan også være en lejlighed til at "genopfriske"
hukommelsen og få yderligere "hands-on" erfaring, for leverandører, der har været med ved en tidligere lejlighed.

Dato og tid:      - Torsdag den 10. maj 2007 fra 9:30-16:30
Sted:             - IT- og Telestyrelsen, Holsteinsgade 63, 2100 København Ø
Tilmelding:       - mhbSnabelAitst.dk

Forudsætninger:   - Generel forståelse af PKI (LDAP, OCSP), UDDI og
certifikater.
                  - Medbring en computer med et fungerende udviklingsmiljø (VS 2005 til .NET)
                  - Kompilere RASP biblioteker og test projekter
                  - Installere pakken og certifikater
                  - Gennemgang af dokumentation
                  - Adgang til 2 dedikerede e-mail konti, som kan benyttes som endpunkt, og som understøtter smtp og pop3

Program:

09:30 - 10:00 Morgenbrød og networking

10:00 - 10:30 Introduktion til OIO Serviceorienteret Infrastruktur og RASP
                  - Hvad er OIOSI?
                  - Hvad er RASP?
                  - Timeline

10:30 - 11:00 Præsentation af RASP-biblioteket
                  - Hvad er i pakken:
                  - Profil & stak-gennemgang
                  - Biblioteks-gennemgang
                  - Forudsætninger & tilbehør
                         - Certifikater
                         - Schemaer, xml

11:00 - 11:15 Demonstration af reference-klienten

11:15 - 12:00 Hands-on tutorials
- Gennemgang af UDDI profilen og UDDI registrerings-værktøjet
- Opsætning af http og email endpoints

12:00 - 12:45 Frokost (pizza og cola)

12:45 - 16:00 Hands on tutorials (2 forskellige spor for hhv. .NET og Java)
                  - Lav en http service
                  - Lav en smtp service
                  - Lav en http klient
                  - Lav en email klient
                  - Indsæt eller konfigurer en interceptor

16:00 - 16:30 Opsamling

Relevante ressourcer:

Ldap:
-----
Generelt: http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol
Om TDC's LDAP (og meget andet): http://www.lind-damkjaer.dk/moreDS/

OCSP:
------
Generelt: http://en.wikipedia.org/wiki/Ocsp TDC's OCSP, web interface: http://ocsp.certifikat.dk/ocsp-client/status.jsp

UDDI:
-----
MS Uddi FAQ:
http://www.microsoft.com/windowsserver2003/evaluation/overview/dotnet/uddifaq
.mspx
UDDI 2.0 UML: http://xml.coverpages.org/carlson-ModelingUDDI.pdf
UDDI 3.0 spec: http://uddi.org/pubs/uddi_v3.htm

OCES:
-----
Teknisk info om OCES certifikater: http://erhverv.tdc.dk/publish.php?id=5169

Af hensyn til logistikken skal tilmeldinger være undertegnede i hænde senest den 8. maj kl. 10. Da der er nye skærpede adgangskrav til vores mødelokaler bliver der afhentet gæster i receptionen hvert 10. minut frem til kl. 10.
Herefter bedes man ringe til mobil 25674252.

Med venlig hilsen

Mikkel Hippe Brun

Brugerdefineret XML

renel — Fri, 27 Apr 2007 16:46:00 GMT

...eller Custom XML har fyldt en del i diverse fora på det seneste.

I forbindelse med IT-og Telestyrelsens IT Arkitektur konference i marts viste jeg et eksempel på hvordan Word 2007 kan udnytte de muligheder, som ligger i EOOXML for custom XML. Helt konkret var der tale om en EOOXML skabelon med en indlejret OIOXML eFaktura xmlinstans.

Dokumentet var et eksempel på hvordan en eFaktura kan udarbejdes i en traditionel kontor applikation. Dokument sammenholdt jeg med CSI’s vsioner for en national IT infrastruktur – det var altså et muligt scenarie i en ikke så fjern fremtid, for offentlig og privat ehandel uden for det såkaldte VANS netværk.

Som det er i dag mener jeg også ”at guleroden hænger bag vognen” og at datakvaliteten kan højnes – så vi kan komme frem til en situation, hvor vi nemt kan skabe stukturerede ehandelsdokumenter og sende disse på en åben infrastruktur, som alle kan kobles op på (Det er jo så heldigvis også ved at ske!).

I tirsdag brugte jeg så det samme dokument igen. Dette var i forbindelse med et debatmøde hos Prosa – mødet er anmeldt af Jan Keller Pedersen her. I den forbindelse blev dokumentet brugt til at illustrere udviklingen af xml i Microsoft Office - fra xml som metadata i Office 97 og frem til den nuværende status med custom xml i EOOXML.

Jeg lavet en artikel om tilblivelsen af dokumentet. Artiklen er oprindeligt tiltænkt msdn.dk, men for at facilitere en aktuel debat putter jeg den online her på bloggen med denne post. I artiklen er et link til et zip download. I zippakken findes ”eFaktura.docx”, som er det omtalte OIOXML/EOOXML dokument.

Mit høringssvar

renel — Tue, 20 Mar 2007 00:47:00 GMT

Inspireret af min arbejdsgivers ”lækkede” høringssvar til B103’s implementeringsplanen vil jeg tillade mig at komme med mit eget høringssvar. Here goes...

Kære IT- og Telestyrelse,

Jeg har med interesse læst jeres implementeringsplan for B103. Jeg misunder jer på ingen måde den rolle I tilfældigt er blevet givet af politikerne, som i min optik er ude i det Tom Togsværd kalder ”principrytteri”. Jeg ønsker jer alt mulig held og lykke med implementeringen – og mener, at I er sat på en håbløs opgave.

Jeg vil gerne knytte nogle helt specifikke kommentarer til listen med de obligatoriske standarder, som måske kan illustrere hvor svært det kan være plukke selv de laveste hængende frugter.

5.1.1 Dataudveksling mellem offentlige myndigheder

Med et fælles sæt af standarder til dataudveksling mellem myndigheder kan den offentlige sektor udvikle it-systemer, hvor informationer er defineret ensartet og kan genbruges på tværs af it-systemer, og hvor it-systemerne hænger sammen. Hermed kan man opnå en forbedret udveksling af data internt i den offentlige sektor såvel som mellem den offentlige og private sektor. Sættet fastlægger rammerne for arbejdet med udveksling af de datastandarder, der er optaget i Infostrukturbasen (ISB).

Jeg ved ikke, hvad ”optaget” betyder i dette afsnit. Hvis der hermed menes, at de datastandarder – i form af XML Schemaer - som er stemplet som ”OIO-et-eller-andet” i InfostrukturBasen, så vil disse datastandarder ikke blive betragtet som standard i en B103 kontekst. Disse ”standarder” falder på det krav i åbne standarder, som i flg B103 skal være udarbejdet og vedligeholdt i et åbent forum – ”en såkaldt standardiseringsorganisation”. Dette er ikke tilfældet med de standarder, som ligger i ISB’en.

5.1.2 Elektronisk sags- og dokumenthåndtering

Med et fælles sæt af standarder til håndtering af sager og dokumenter, kaldet fælles standarder for elektronisk sags- og dokumenthåndtering (de såkaldte FESD-standarder), sikres, at de forskellige elektroniske sags- og dokumenthåndteringssystemer får en fælles kernefunktionalitet . Dette gør det muligt at foretage sagsbehandling på tværs af myndigheder.

Som det er tilfældet i 5.1.1 så er heller ikke FESD-”standarderne” vedligeholdt eller udviklet i en standardiseringsorganisation.

5.1.3 Udveksling af dokumenter mellem offentlige myndigheder

Udveksling af tekstbehandlingsdokumenter mellem offentlige myndigheder foregår i dag med formater, som er ejet af de respektive leverandører. Det er i dag muligt at basere udvekslingen af tekstbehandlingsdokumenter på åbne formater, som understøttes af flere leverandører og dermed giver mulighed for større konkurrence og mindre binding til enkeltleverandører.

Jeg tror, at det er fornuftigt kun at inddrage tekstbehandlingsdokumenter. Hermed får I formentlig et meget skarpere fokus og kan høste erfaringer til senere brug ved en eventuel inddragelse af andre dokumenttyper i de obligatoriske standardsområder.

Der er umiddelbart to standarder som opfylder og kvalificerer i en B103 kontekst.

5.1.4 Elektroniske indkøb i det offentlige

Det fremgår af bekendtgørelse nr. 1075 af 11/11/2004 om information i OIOXML elektronisk regning til brug for elektronisk afregning med offentlige myndigheder, at alle offentlige myndigheder skal kunne modtage regninger på en standardiseret måde. Denne standard bliver i løbet af 2007/2008 afløst af en standard, som ud over regninger også omfatter elektroniske ordrer og kataloger.

Den eksisterende eFaktura er ikke en åben standard – der er tale om en dansk lokaliseret version af et sent udkast af den standard, som senere blev UBL 1.0. Hvad angår den nye standard, så ved jeg ikke, hvordan denne er kommet til verden – men så vidt jeg ved, er der tale om en lokalisering af den åbne standard UBL 2.0. Hvorvidt dette nye arbejde bliver kvalificeret i en B103 kontekst afhænger af om lokaliseringen er sket i en standardiseringsorganisation.

5.1.5 Digital signatur

Digital signatur er en mulighed for at identificere sig i den digitale verden. Systemet sikrer de grundlæggende krav, borgere, myndigheder og private virksomheder stiller til sikkerhed for at udveksle fortrolige og følsomme oplysninger over internettet. Udformningen af den danske digitale signatur er baseret på internationale standarder for udformningen af digitale signaturer.

Digital signatur – OCES - X.509 og certifickatpolitikker, som sikrer, at der kan være et utal af CA’er i Danmark – den er da lige i skabet......eller er den? Nu bliver jeg faktisk i tvivl, som jeg sidder her og skriver. Er certifikatpolitikkerne blevet til i en standardiseringsorganisation? Nej, de er udarbejdet af IT- og Telestyrelsen – altså ikke en standardiseringsorganisation.

5.1.6 Offentlige netsteder/hjemmesider

Offentlige hjemmesider bør baseres på en række standarder med henblik på så vidt muligt at sikre, at de er tilgængelige for borgere og virksomheder. Derved kan enhver internetbrowser, der overholder denne standard, gengive informationerne på et tilfredsstillende niveau. Dette krav vil sikre syns- og bevægelseshæmmede såvel som øvrige borgere med funktionsnedsættelse digital adgang til det offentlige.

Der er standarder til at understøtte dette krav, men tillad mig at knytte en ekstra kommentar hertil. I disse AJAX enablede Web 2.0 tider håber jeg, at der kommer en konvergens, som betyder, at vi som kunder til de offentlige hjemmesider kan få en god og rig brugeroplevelse samtidig med at alle tilgængelighedskrav er opfyldt. Indtil da vil staten være underlagt laveste fællesnævner for præsentation. I skal derfor have jeres skyts klar, når de selv samme politikere, som pålægger jer dette krav, om 6 måneder spørger jer om, hvorfor private hjemmesider giver en rigere oplevelse end de offentlige.

5.1.7 It-sikkerhed

Regeringen besluttede i 2004, at det skal være obligatorisk for statens institutioner at følge en fælles statslig it-sikkerhedsstandard baseret på Dansk Standards standard for it-sikkerhedsprocesser, DS 484. DS 484 beskriver, hvad en virksomhed/institution som minimum bør gøre for at sikre et fornuftigt it-sikkerhedsniveau.

DS 484 – ak, ja! Det er nu snart 5 år siden jeg for første og eneste gang læste dette værk. Min personlige favorit i dette – ellers så trættende dokument – er sektionen om, hvornår og hvordan et vindue i et evt. forlokale til et serverrum bør placeres.

Jeg mener ikke, at DS 484 er en klassisk standard i B103 forstand. Det er næppe et dokument, der kvalificerer sig for sine egenskaber som konkurrence- eller interoperabillitetsfremmende standard.

Opsummering: Som jeg ser det, er der pt. kun 2 af de prioriterede områder i jeres høringsdokument (pkt. 5.1.3 og 5.1.6 - tekstbehandlingsdokumenter og tilgængelige hjemmesider), som kvalificerer sig til at blive hævet til obligatoriske standarder inden for rammerne af B103.

Jeg læser dagligt stolpe op og stolpe ned af mystiske udlægninger omkring min arbejdsgivers intentioner mht. åbne standarder og undres. Men det er for intet at regne mod jeres opgave, som jeg betragter som meget, meget vanskeligere. Jeg har meget stor respekt for det arbejde i har foran jer og ønsker jer endnu engang held og lykke.

Mvh René

PS. Hvis i har overskud til at kigge lidt på visioner for fremtiden så prøv at læse nogle af de snørklede kommentarer Stephan Engberg har til standardisering rundt omkring i diverse forums. Det ligger noget fornuft gemt der - et eller andet sted.