Da gibt's viele Möglichkeiten. Eine unter vielen wäre Apache POI
Mit POI kannst du in beschränktem Rahmen Dateien anlegen, was nicht ganz das gleiche wie eine Socket/Webservice Kommunikation ist, von der eigentlich die Rede war.
Das ist ja alles ganz toll und richtig, aber wenn der Auftraggeber kein OpenOffice haben will, was dann? Wenn er auch nicht bereit ist, einen Server aufzusetzen oder einen vorhandenen dazu zu nutzen? Wenn aber auf den Clients überall Word drauf ist (prinzip "Ehdakosten") und die Mitarbeiter das bedienen können - dann will er vielleicht das als Basis nutzen oder ist Vorschlägen in diese Richtung wesentlich offener.
Der wichtige Unterschied zwischen unseren beiden Empfehlungen ist, das du Prämissen ins Spiel bringst, während ich eine Möglichkeit genannt habe die auf möglichst vielen Systemen in möglichst vielen Szenarien zum Einsatz kommen können.
Davon abgesehen ging es nicht darum OOo auf allen Client Rechnern zu platzieren, sondern es als Reporting Backend zu verwenden, das Berichte nach odt, pdf, doc und nach vielen anderen Formaten exportiert.
Du hast nur "word" gelesen und schon war Deine Open Source-Seele verletzt - und nun beginnt der Kreuzzug, weil Word ja wesentlich schlechter ist.
Nun, Word ist tatsächlich schlechter. Powerpoint und Excel sind dagegen etwas besser. Meine 'Open-Source-Seele' ist damit sicherlich nicht verletzt, es macht IMO einfach wenig Sinn ein Programm vorzuschlagen, das sich von Java nicht (bzw. kaum )bedienen lässt, das man nicht ausliefern kann (da kommerziell) und das nichtmal auf allen Zielplattformen läuft.
Und die von dir 'empfohlene' Antwort lasse ich mir sicherlich nicht in den Mund legen, da ich fachlich Begründen kann, warum OpenOffice.org für diesen Anwendungsfall sogar deutlich leistungsfähiger ist.
Davon abgesehen ist diese Diskussion völlig Nutzlos, da der OP bereits erklärt hat keine weiteren Programme einsetzen zu wollen.
...echt angebrachter gewesen und hätte nicht von so viel Engstirnigkeit gezeugt.
Scho' recht... :roll: