Portage vers Max os x

Version imprimable

23/04/2009, 16h47
Julien Bodin

Portage vers Max os x

Bonjour à tous !

Je développe une application qui a besoin de tourner sur Windows ET sur Mac os x.
Je suis sous windows mais certains de mes utilisateurs sont sous mac.

Savez-vous comment faire exactement ? J'ai toujours lu qu'il ne suffisait que d'une recompilation... je veux bien mais faut-il pour cela disposer d'une machine sous mac os x ? Ca ne m'arrange pas spécialement.

La seule documentation que j'ai pu trouver sur le sujet c'est celle disponible sur le site d'eclipse : http://www.eclipse.org/swt/macosx/

Je m'étais dirigé vers SWT pour sa simplicité et son intégration avec le système mais s'il n'est portable qu'en théorie va falloir que je passe à Swing :?

Je vous remercie d'avance pour votre aide !
23/04/2009, 17h02
fr1man

Tu n'as pas forcément besoin d'une recompilation.
Il faut déjà savoir avec quelle version du sdk tu as compilé ton application, et savoir quelle clientèle Mac os x tu vises, autrement dit, quelle version de Java ils ont à disposition.
Après il faudra fournir la lib swt pour Mac os x et cela devrait rouler.

Tu pourras éventuellement via quelques propriétés, faire en sorte que ton application s'intègre un peu mieux dans l'OS.
23/04/2009, 17h16
Julien Bodin

J'ajoute que je débute en Java. L'application n'est destinée pour le moment qu'à une seule personne sous mac.

D'une manière générale, il suffit de créer un fichier .jar pour distribuer l'application ?
Si je créé mon fichier .jar en remplaçant les libs windows par les libs max osx cela fonctionnerait ?
23/04/2009, 17h21
fr1man

Oui cela peut fonctionner, mais encore une fois il te faut savoir quelle version de Java est dispo sur le mac de ton utilisateur.
Java 6 n'est pas dispo sur tous les macs, il faut la dernière version de l'OS (leopard) et un mac 64 bits (core 2 duo).
29/04/2009, 13h37
Julien Bodin

J'ai eu un retour de l'utilisateur. Sa version de Mac OS X est la 10.4, ce n'est donc pas leopard.
Je suis un peu plus perplexe sur la version de java utilisée...
La personne m'a dit 11.8.2 mais c'est peut-être la version d'un exécutable ou je ne sais quoi...

De toutes façons, si la 5 tourne sur cet OS je lui demanderais de l'installer.
Maintenant, moi j'utilise la 6 et ça passera pas sur son système.
Comment dois-je faire pour compiler pour Java 5 ?
Est-ce la seule chose que j'aurais à faire ?

Merci pour vos réponses :)
29/04/2009, 14h15
fr1man

Sur mac os x 10.4, c'est Java 1.5 par défaut.

Il faut que dans ton code, tu supprimes les dépendances à Java 6, puis que tu compiles pour du 1.5 : attribut target (me semble t il ) de la commande Javac, ou paramètre de compilation de ton éditeur.
29/04/2009, 17h24
Julien Bodin

Oulah... as-tu une idée de comment faire avec Eclipse ?
Après quelques recherches, que des scripts Ant pouvaient configurer plus finalement la compilation mais est-ce la solution ?
29/04/2009, 17h33
fr1man

Preferences -> Java -> Compiler
A tester...
01/05/2009, 19h24
Julien Bodin

J'ai essayé comme ça alors. J'ai choisis la compatibilité avec la jre 1.5 puis au moment de créer mon jar j'ai ajouté les fichiers correspondants à Mac OS X.
Par contre le nom des fichiers est complètement différent, et l'extension est jnlib.
Je m'attendais plus à des .so ou des .dylib, mais bon.

Par contre, vu que j'ai développé avec la librarie swt.win32, comment va se faire le lien avec les fichiers .jnlib ?
01/05/2009, 23h45
fr1man

J'imagine que selon la version du jar swt (selon l'OS), les classes sont différentes et font appel aux bonnes librairies.

Bon alors il semblerait que l'application se lance elle est très très instable.
Dans la console je vois beaucoup de trucs de ce genre :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Exception in thread "Thread-1136" org.eclipse.swt.SWTException: Invalid thread access
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.widgets.Widget.error(Unknown Source)
        at org.eclipse.swt.widgets.Widget.checkWidget(Unknown Source)
        at org.eclipse.swt.widgets.Control.getShell(Unknown Source)
        at org.eclipse.swt.widgets.Composite.drawBackground(Unknown Source)
        at org.eclipse.swt.widgets.Widget.kEventControlDraw(Unknown Source)
        at org.eclipse.swt.widgets.Widget.controlProc(Unknown Source)
        at org.eclipse.swt.widgets.Display.controlProc(Unknown Source)
Exception in thread "Thread-1138" org.eclipse.swt.SWTException: Invalid thread access
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.SWT.error(Unknown Source)
        at org.eclipse.swt.widgets.Widget.error(Unknown Source)
        at org.eclipse.swt.widgets.Widget.checkWidget(Unknown Source)
        at org.eclipse.swt.widgets.Control.internal_new_GC(Unknown Source)
        at org.eclipse.swt.graphics.GC.carbon_new(Unknown Source)
        at org.eclipse.swt.widgets.Control.drawWidget(Unknown Source)
        at org.eclipse.swt.widgets.Canvas.drawWidget(Unknown Source)
        at org.eclipse.swt.widgets.Widget.kEventControlDraw(Unknown Source)
        at org.eclipse.swt.widgets.Canvas.kEventControlDraw(Unknown Source)
        at org.eclipse.swt.widgets.Widget.controlProc(Unknown Source)
        at org.eclipse.swt.widgets.Display.controlProc(Unknown Source)

De quoi ça peut venir ?

Y'a aussi pas mal de Segmentation fault...

02/05/2009, 20h26
fr1man

Tu devrais jeter un oeil ici:
http://www.eclipse.org/swt/faq.php#uithread
02/05/2009, 21h52
Julien Bodin
J'étais tombé là dessus tout à l'heure en tapant le message d'erreur sans google mais je ne trouve pas ça très clair.
Je comprend que le thread principal ait besoin de se scinder dans certains cas pour continuer à faire réagir la fenêtre, ce qui pose des problèmes sur certains OS car si un de ces autres thread agit sur l'interface cela occasionne ces Exceptions.

Mais je ne sais pas du tout où mettre le bout de code proposé en solution :?

Dès que je change une propriété d'un composant ou un truc du genre je dois l'encadrer par ça :
Code:

1 2 3 4 5 6 display.syncExec( new Runnable() { public void run(){ label.setText(text); } });
Ca risque d'être bien fastidieux :(
Ce qui m'embête un peu c'est que le code ait à subir différents changement pour tourner sur un autre OS, pour du Java c'est quand même dommage.
02/05/2009, 21h56
fr1man

Non, il faut utiliser ce bout de code si tu modifies des composants graphiques dans un autre thread que le thread principal.

Ce qui est étrange c'est que tu devrais avoir l'erreur sur les autres OS.
02/05/2009, 22h14
Julien Bodin

En effet. Surtout que je n'utilise pas de threads supplémentaires, ou en tous cas pas à ce moment là (ça le fait dès le début) :(