Discussion :

[greg0ire]

Bonjour à tous!
Dans le cadre d'un stage en entreprise, je dois tester un sample présent dans le répertoire <jdk_root>/sample/jnlp/jreinstallers depuis la version 1.4
Pour tester cet échantillon, je dois le construire en utilisant la commande gnumake (j'ai donc make car je n'ai pas trouvé de gnumake.exe sur le web).
Ce make utilise plusieurs fichier très très étranges :
Platform.gmk : détermine la plateforme de compilation

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
#
# @(#)Platform.gmk	1.1 01/01/10
#
# Generic definition of PLATFORM, and related, factored-out variables
#
 
ifndef PLATFORM
 
uname = $(shell uname)
 
ifeq ($(uname), SunOS)
PLATFORM = solaris
endif
 
ifeq ($(uname), Linux)
PLATFORM = linux
endif
 
ifeq ($(uname), Windows_NT)
PLATFORM = win32
WINDOWS = 1
endif
 
export PLATFORM
endif     # PLATFORM

Ce qui amène ma première question : quel environnement est capable à la fois d'exécuter uname ET de répondre Windows_NT?

le fichier windows.defs : définit les outils utilisés lors du make

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
CC             = cl
# Uses default SDK for build
TOP_DIR        = ../..
SDK_12         = c:/jdk1.2.2/
BINDIR_12      = $(SDK_12)/bin/
MKDIR          = mkdir
RM             = rm
CP             = cp
CHMOD	       = chmod
EXEDIR         = $(BUILDDIR)/exe
CLASSPATH_SEP  = ;
C_FLAGS	       = -nologo -O2 -Os -DWIN32 -I$(TOP_DIR)/src/share/native -I$(TOP_DIR)/src/win32/native
LINK	       = link.exe /nologo
TAR	       = tar
GZIP	       = gzip

Ce qui amène ma deuxième question :
Mais quel environnement peut donc être capable de faire tourner cl (je crois que c'est le compilateur inclus dans Visual Studio ) ET cp, rm, qui sentent l'UNIX à trois km?

Cygwin?

[®om]

Tout ça c'est du shell (donc il serait mieux de le faire tourner sous linux )...

EDIT: en fait non apparemment ça supporte les 2 systèmes, mais remplace rm par delete, mkdir par md... et peut être les / par \

[adiGuba]

Salut,


Il me semble que MinGW et MSYS permettent cela : http://www.mingw.org/


®om : cela permet justement d'éviter d'avoir à faire des conversions tel que cela et de conserver un seul et unique script pour tous les systèmes

a++

[®om]

Salut,


Il me semble que MinGW et MSYS permettent cela : http://www.mingw.org/


®om : cela permet justement d'éviter d'avoir à faire des conversions tel que cela et de conserver un seul et unique script pour tous les systèmes

a++

OK, j'ai toujours trouvé bizarre les make avec java...
Autant utiliser ant, t'as pas tous ces problèmes de multiplateforme (pour les trucs classiques en tout cas).

[greg0ire]

merci de ta piste adiGuba je vais essayer
@ ®om: le problème c'est que c'est pas le seul fichier où il y aurait des trucs à adapter. J'ai déjà essayer en adaptant mais ça me semblait un peu gros comme erreur pour des développeurs de chez Sun d'où ce post. Comme je m'en vais demain, j'aurais pas trop le temps d'essayer Ant mais je répèterai tout ça à mon chef...
Voici le <jdk_root>\sample\jnlp\jreinstaller\README fourni dans toutes les jdk depuis la 1.5 je crois (c'est donc quand même quelque chose dont on pourrait pensé que c'est officiel, abouti, etc.):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
JavaWebStart JRE 1.4.2 auto-download installer sample
-----------------------------------------------------
 
Brief Description :
 
This sample is the Java Web Start JRE auto-download installer.  You can specify
this installer in your application's JNLP file.  Then, when your JNLP
application is loaded by a client, if the required JRE is not on the client
machine, this installer will be used to auto-download the JRE to the client
machine.
 
Files :
 
build	- This directory contains all the necessary files for building your
          application
src	- This directory contains the source code for the sample
          installer
 
Building and Deployment of installer :
 
To build on a specific platform, go to:
 
jreinstaller/build/<platform>/jreinstallers
 
and do a:
 
gnumake -e SDK_12=<path to sdk directory> \
        -e JNLP_JAR=<path to jnlp.jar/javaws.jar> \
        -e J2RE_BIN=<path to the 1.4.2 jre installer executable> \
        -e J2RE_LICENSE=<path to the jre installer license,
			e.g LICENSE file located in jre directory> \
        -e SIGNING=<true if you want to sign the jars> \
        -e CACERTS=<path to keystore location for jar signing> \
        -e PASSWD=<password for keystore integrity> \
        -e ALIAS=<keystore alias>
 
For information on how to generate self-signed certificates for testing 
purpose, see:
http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/development.html#signing
 
The resulting jar files will be generated in:
 
jreinstaller/build/<platform>/jreinstallers/bin/
 
The jnlp file for the installer can be found at:
 
jreinstaller/build/<platform>/jreinstallers/resources/
 
You will need to host the installer using the JNLPDownloadServlet and the
VersionDownload Protocol.  Please refer to the JNLPDownloadServlet guide for
more details:
 
http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/downloadservletguide.html
 
The "javaVersion" property in the JREInstaller jnlp file will be the version of
the JRE. It must match the <version-id> tag (specified in the version.xml file)
for  the jnlp file of the JREInstaller.
 
There is a sample version.xml and a sample jnlp file for the JREInstaller in
the directory jreinstaller/build/<platform>/jreinstallers/resources/.
 
On Windows platform, the installer will install the JRE into the default
location, "c:\program files\java\j2re1.4.2"
 
On Solaris/Linux, the installer will install the JRE into the user's
javawebstart cache.
 
In order for your application to use this JREInstaller, you will need to set
the j2se href tag in the application's jnlp file to point to the URL where you
host the installer.  For example, if your JREInstaller jnlp file is located at
http://somehost.com/142installer/javaws-1_0_1-j2re-1_4_2-windows-i586.jnlp, 
then the j2se href tag in your application should point to 
"http://somehost.com/142installer".

Vous avouerez que c'est assez léger...