2008-10-22 10 views
1

J'avais un petit outil astucieux écrit pour convertir des feuilles de calcul en texte brut. Comme il s'agissait de mon outil de piratage privé, il s'appuyait sur OpenOffice 2.x pour lire les fichiers.Migration du code Java UNO d'OpenOffice 2.4 à 3.0

Mais quand j'ai installé OpenOffice 3 et que j'ai essayé de le faire fonctionner, j'ai échoué lamentablement, car il me manque des fichiers JAR ou la moitié des classes ont été remplacées.

Je y compris tous les cinq fichiers JAR de URE/Java (URE: UNO Runtime Environment, un sous-ensemble d'OpenOffice.org hébergement et gestion de composants de l'ONU) et je suis toujours portés disparus ces classes:

com.sun.star.frame.XComponentLoader 
com.sun.star.frame.XController 
com.sun.star.frame.XDesktop 
com.sun.star.frame.XModel 
com.sun.star.frame.XStorable 
com.sun.star.sheet.XSpreadsheet 
com.sun.star.sheet.XSpreadsheetDocument 
com.sun.star.sheet.XSpreadsheetView 
com.sun.star.text.XTextDocument 

Des pointeurs?

+0

Ce n'est pas bon ... J'avais l'intention de faire du codage UNO, mais si l'interface n'est pas stable, je vais devoir repenser ça! –

Répondre

2

J'ai trouvé ce qui me manquait.

je dû inclure les pots suivants

URE/java/juh.jar 
URE/java/jurt.jar 
URE/java/ridl.jar 
Basis/program/classes/unoil.jar 

Le dernier que je manquais avant - noter la version allemande OOo.

Et, quelque chose que je n'avais pas à faire auparavant, j'ai dû inclure le chemin vers les exécutables OOo, par ex.

c:/program/OpenOffice.org 3/program/ 

Après cela et sans changer de code, cela a fonctionné comme avant. Donc, Brian, l'API de UNO est stable même entre les versions majeures. C'était juste le chemin de classe que je devais réparer.