Eid-Viewer via command line

[CRM DEV]

With the eid-viewer it is possbible to export the data of an ID-Card
to XML?

Is is possible to open this file with the e-ID viewer using command
line arguents?

[wouter....@fedict.be]

Hi,

Op woensdag 27 maart 2013 16:20:48 UTC+1 schreef CRM DEV:

Not with the current version of the viewer.

I've just committed a change to allow this, so it should be in the next release of the viewer. In the mean time, you can download a (pre-release, unsupported) version of the viewer with this change at https://dist.eid.belgium.be/continuous/viewer/eid-viewer-4.0.7-176-win32.exe

Regards,

[Tom Pester]

That's great because this solved a big problem in my organisation

Can I have one more feature request Wouter? The ability to export to XML from the command line opens a few scenarios we are longing for.

Would be very helpful! 

[Tom Pester]

Dag Wouter,

Kan je het ook mogelijk maken de export naar XML via de command line te laten gebeuren?

Dit zou ons goed vooruit helpen aangzien we enkele zaken dienen te auotomatiseren.

Tom

[wouter....@fedict.be]

We hebben dit besproken, maar ervoor gekozen om dat niet te doen. De reden hiervoor is dat de viewer in de eerste plaats een interactieve applicatie hoort te zijn; het toevoegen van dit soort functionaliteit zou een eerste stap zijn in een soort feature creep die het onderhoud van de viewer op de lange termijn een stuk moeilijker kan maken.

In plaats daarvan stel ik je voor dat je een eigen applicatie maakt die dit soort export aanmaakt. Als je dat in Java doet, kan je de code uit de viewer hergebruiken, en hoeft dat helemaal niet zo moeilijk te zijn: je leest de kaart uit met commons-eid (http://code.google.com/p/commons-eid), en je hergebruikt het be.eid.eidviewer.lib.file package uit de viewer om het XML-bestand weg te schrijven.

Groeten,

Op woensdag 13 augustus 2014 08:10:40 UTC+2 schreef Tom Pester:

[Tom Pester]

Dag Wouter,

Ik begrijp het feature creep argument maar de balans slaagt nu wel helemaal door naar de ander kant IMO.

Een component onderhouden  per platform (.Net, Java, Deplhi, Php,..) is ook niet werkbaar, verre van. 

Ik vraag me af hoeveel developers afhaken. Er zijn denk ik enkele commerciële oplossingen die voldoen maar als ikdeze test dan ondersteunen deze de nieuwe eid kaart nog niet. En deze is al sinds januari publiek?

Ik heb redelijk wat .NET ervaring en het duurde meer dan 2 dagen voor ik een compileerbare versie had. Ik denk dat ik niet meteen inzag welke bizarre stappen noodzakelijk waren om de wrapper aan de praat te krijgen (aligneren van bytes?). Eens dat bereikt lijkt het uitlezen van een eigenschap van de kaart een archeologische bezigheid met documentatie die her en der te vinden is.

Dit is eerlijke feedback en geen rant of zo. Ik verwacht ook van elke developer dat hij de moeite neemt om zich in te werken in elk domain dat verbonden is met een project. Maar nu duurt het enkele dagen eer je een werkbare oplossingen hebt en als je alle functionaliteit van de 3.5 SDK opnieuw dient te implementeren ben je enkel weken bezig. Dan ben ik maar niet de beste developer. Ik verwacht niet een 100% drag en drop oplossingen maar mis veel met de V4 aanpak.

Spijtig dat dit niet eenvoudiger kan want het zou de adoptie van eid enkel te goeden komen. Veel projecten worden ingeschat denk ik met het gedacht dat dit niet zo moeilijk is.

Ik heb enkel weken gewacht met deze feedback om zeker van te zijn dat ik niet te vroeg oordeel. Jullie support is trouwens zeer goed om toch iets positief te zeggen.

De export van eid naar XML door de java viewer lijkt ons de beste optie 

- eens de eid in xml formaat is uitgelezen naar een file kan elke technologie zonder probleem eraan (.net, java, ...)

- het onderhoud wordt vereenvoudigd aangezien de bugs of nieuwgheden meekomen in de java viewer

- kans op verkeerd gebruik (niet secure gebruik!) wordt verkleind. Is er bijvoorbeeld niet de kans dat de certificaten niet worden gecontroleerd?

Ons huidige course of action is de java viewer aan te passen (export naar XML dus via command line) zodat we deze kunnen aanroepen vanuit een .NET proces.

Ik stel me voor dat meeste platformen (linux,apple,...) ook een java proces kunnen uitvoeren.

Ik zal dan maar een spoed cursus Java zoeken :)

Thanks for listening

Mvg, Tom

[Michel Richir]

Where can I find the list of the command line arguments for the eid-viewer? Thanks!

[Tom Pester]

Its not an official release yet. You will have to get it yourself at 

https://code.google.com/p/eid-viewer/source/list?num=25&start=181

r175 and above contain the functionality

[Alain Bourgeois]

Sorry but what is asked is not to open a file.
What is asked is:
* open the card,
* export the data to xml,
* close the application.

e.g. "eid viewer.exe" -ox c:\eidcard.xml.
and eidcard.xml holds card data in xml format.
This is the easiest way to read any EID card from any app, no matter the system (linux, mac, windows), from any environment (.net, vba, shell, java, ...).

What the code currently does is open a file (read) instead of card data, and is totally useless.