[XML/Java/DB] Smoelenboek

[Yoozer]

here goes:

wij (projectgroep, 6 personen, hts computertechniek) zijn bezig met een oplossing te vinden (platform : windows 98/2000/xp) voor het omzetten van een bestaande adressen/telefoonnummers/informatie-gids van artsen/apothekers/specialisten naar een applicatie, gekoppeld met een soort resource (database/platte xml-file), en een mapje met foto's.

nu waren we begonnen met het idee om er een site van te maken. lekker php, mysql, zo gefikst. nee dus, want 80% heeft geen internetverbinding naar de buitenwereld, en de argwaan betreffende de beveiliging is nog een beetje groot. daar een groot deel van de betreffende personen ook een beetje schuw is voor computers zoeken we dus een wat letterlijkere vertaling van het "smoelenboek" - een applicatie die in elke directory werkt, en ook vanuit een server gestart kan worden. de it-specialist van de opdrachtgever zat te denken aan iets dat je bijvoorbeeld bij dreamweaver meegeleverd krijgt - een soort on-line index, een appletje in een browserwindow. verder is het niet wenselijk dat gebruikers allerhande vage plugins installeren, of er licenties voor moeten kopen. ik weet niet of we ze kunnen dwingen om een VM erbij te zetten, maar ik gok zo dat 't bij een standalone .exe app niet echt nodig hoeft te zijn.

wijzelf zaten er aan te denken dat de data nog te gebruiken moest zijn in de toekomst. dus begonnen we vol goede moed aan het ontwerp voor een platte xml-file waarin alle gegevens zouden worden opgeslagen, netjes met tags er om heen. de applicatie zou met een parsertje uitgerust kunnen worden (en java is eenvoudig, portable, en er zijn al een zooi xml-parsertjes te krijgen), dus er kon eigenlijk niet veel stuk gaan. inmiddels is bij een voorzichtige schatting gebleken dat de xml-file wel erg groot wordt, en als er iets ge-update moet worden zou 't een probleem kunnen worden - updates moeten namelijk zowel via internet als via een cd-rw'tje verspreid kunnen worden. in het laatste geval de complete files, in het eerste alleen de nieuwe gegevens.

totdat we erachter kwamen dat ons appletje 't dus vertikt om in een browser te lopen, omdat de microsoft vm die geinstalleerd is niet samenwerkt met 't ding. tenminste, voorzover wij weten.

ik hoop dat ik niet al te warrig overkom. waar ik naar zoek zijn technieken. waarom zouden we het idee van de xml-file moeten houden, waarom zouden we het moeten laten vallen, en is er een alternatief dat beter/sneller werkt wat ook gratis te verkrijgen is zonder dat er zelf een parser/database analyser geschreven moet worden? het leuke van die xml-tags is de metadata - zo wordt 't wat robuuster dan een stel harde entertjes, en natuurlijk de parser, die ons een boompje geeft om doorheen te grazen.

en, als laatse, performance-wise, kan java dit trekken? we zijn een hele tijd bezig geweest met functionele specs en ontwerpen van "hoe 't er uit moet komen te zien zonder code", maar nu mogen we dus echt beginnen, en 't loopt al een beetje in de soep. houdt 't idee van een platte xml-file stand?

wie helpt me uit de brand?

[ Voor 7% gewijzigd door Yoozer op 18-12-2002 16:34 ]

[mbravenboer]

wijzelf zaten er aan te denken dat de data nog te gebruiken moest zijn in de toekomst. dus begonnen we vol goede moed aan het ontwerp voor een platte xml-file waarin alle gegevens zouden worden opgeslagen.

XML is met name geschikt voor het uitwisselen van data tussen applicaties. Het is een stuk minder aantrekkelijk om data op te slaan als XML, zeker grote hoeveelheden. Hiervoor heb je gewoon een degelijke techniek nodig die speciaal is ontworpen om efficient te kunnen zoeken in grote hoeveelheden data: relationele databases.

Ik vind het idee dat data eventueel in de toekomst nog gebruikt moet kunnen worden echter heel praktisch. Je kan dit echter ook realiseren door een export optie naar XML te maken. Via een apart tooltje kan de relationele data dan naar XML geexporteerd worden zodat andere applicaties dit kunnen gaan gebruiken.

Je hoeft dus niet de applicatie zelf rond XML op te zetten om van de voordelen van XML te kunnen genieten. Je past XML door de export optie alleen toe waarvoor het perfect is: uitwisseling van data tussen applicaties.

Ik begrijp dat je vanuit de clients niet altijd kan gaan communiceren met een server. Dat is een probleem. Je kan dan echter toch nog kiezen voor een database oplossing: er bestaan erg veel relatief kleine database systemen die je kan integreren in je applicatie (McKoi bijvoorbeeld). Ze draaien dan dus niet als server. Er zijn zelfs database systemen waarbij de data zich geheel in het geheugen bevindt. Veel van deze oplossingen zijn gratis beschikbaar onder GPL over niet commerciele toepassing licenties.

en, als laatse, performance-wise, kan java dit trekken?

Java is voornamelijk langzaam qua GUI. Als je zorgt dat dat zo optimaal mogelijk functioneert hoef je verder niet al te veel problemen te verwachten. De 'kleine databasejes' performen best aardig en als je gaat communiceren met een database server (PostgreSQL bijvoorbeeld) is performance nog minder een probleem. XML parsen is ook niet echt een punt qua performance. De slechte naam van Java onstaat voornamelijk door de GUI.

Als je uberhaupt Java wilt gebruiken moet je zoals al eerder gezegd toch wel afstappen van het idee dat er niets geinstalleerd mag/hoeft te worden: Java 2 is de enige optie als je serieus wilt programmeren in Java. Native compilatie is op dit moment ook nog niet echt een optie. Een exe bakken van een serieus Java programma zit er dus niet in.

Als je dus niet wilt dat mensen een JVM moeten installeren is Java geen optie en moet je aan andere talen denken. Een web-based oplossing is toch wel de ultieme manier om een applicatie over te laten werken, maar ik begrijp dat ook dat dus geen optie is.

Ik zou een boekje van papier maken voor de mensen die geen internet hebben . Exporteer de XML, transformeer het naar XSL Formatting Objects en bak er een PDF van .