Discussion :

[yann2]

Non, il n'y a que du maven dans le getting started

Dans le premier exemple, oui. Mais dans le deuxième c'est le plugin antrun et si je lis bien ce qui se passe, ça transpile les sources et crée des "bundles" grâce à une option supplémentaire.

D'ailleurs le antrun ne fait qu'exécuter une classe Java et il y a un tableau récapitulatif dans le bas de la page qui donne les options possibles.

https://github.com/cincheo/jsweet/bl...eLauncher.java

[tchize_]

Arf j'avais pas vu qu'il y avait l'appel d'un application standalone dans le pom, j'ai vu pom j'ai passé mon chemin en pensant que c'était un plugin Tout à fait ce que je cherchais.

[renaudpawlak]

Cool. Si ca peut aider, voici aussi un build ant pour le projet jsweet-examples que j'ai fait rapidou pour illustrer le principe.

Pour info, le projet jsweet-examples utilise le plugin Maven, mais le projet jsweet-examplles-threejs utilise le lanceur en ligne de commande.

As usual, le lancer avec l'option --help te donnes la liste des options.

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
 
<!-- An example build file for ant users -->
<!-- To be adapted to your own needs -->
<project name="jsweet-examples" basedir="." default="compile">
 
	<property name="java.input.dir" value="./src" />
	<property name="ts.dir" value="./.jsweet/ts" />
	<property name="js.dir" value="./target/js" />
	<!-- must contain all the Java jars for the transiler + all necessary Candies -->
	<property name="lib.dir" value="libs" />
 
	<path id="classpath">
		<fileset dir="${lib.dir}">
			<include name="**/*.jar" />
		</fileset>
	</path>
 
	<!-- must be run the first time and when dependencies change (requires Maven in the path) -->
	<target name="copy-maven-dependencies">
		<exec executable="cmd">
			<arg value="/C" />
			<arg value="mvn" />
			<arg line="dependency:copy-dependencies -DoutputDirectory=${lib.dir}" />
		</exec>
	</target>
 
	<target name="compile" depends="clean">
		<java classname="org.jsweet.JSweetCommandLineLauncher" fork="true" failonerror="true">
			<!-- ts output dir -->
			<arg value="--tsout" />
			<arg value="${ts.dir}" />
			<!-- js output dir -->
			<arg value="-o" />
			<arg value="${js.dir}" />
			<!-- input dir -->
			<arg value="-i" />
			<arg value="${java.input.dir}" />
			<classpath refid="classpath">
			</classpath>
		</java>
	</target>
 
	<target name="clean">
		<delete dir="${out.dir}" />
	</target>
 
</project>

[ultraboa]

Cette techno parait intéressante mais aussi très proche de ST-JS, quelqu'un saurait-il expliquer la différence entre les 2 ?

J'ai commencé à utiliser TeaVM un autre transpileur plus proche de GWT dans le sens où il émule l'environnement Java (enfin une partie) mais avec la différence qu'il prend le byte code en entrée et non le code source (ce qui lui permet de fonctionner aussi avec d'autres langages de la JVM). Il est encore assez peu connu mais je le trouve très bien et surtout beaucoup plus rapide à compiler que GWT (son principal reproche).

Il serait peut-être intéressant de faire cohabiter ces 2 approches, par exemple partager dans un premier temps la logique applicative commune entre un backend java et un frontend web grâce à GWT ou TeaVM, puis compléter l'application web par JSweet ou ST-JS pour l'intégrer dans un framework web tel que Angular ou autre.

C'est ce que je compte faire pour mon prochain projet. Si quelqu'un a déjà fait un tel choix de conception, je suis intéressé par son retour d'expérience

[renaudpawlak]

@ultraboa: effectivement c'est très très proche de ST-JS. Si proche que nous sommes actuellement en discussion pour voir si une alliance serait envisageable.

Concernant les différences (point de vue forcément un peu pro-jsweet )...

1. JSweet propose en standard quasiment toutes les librairies JavaScript bien typées, via une traduction des APIs TypeScript de DefinitelyTyped. Par exemple, c'est possible d'utiliser Angular avec toutes ses extensions mais aussi plus de 1000 librairies (voir http://www.jsweet.org/candies-snapshots/). ST-JS permet aux programmeurs d'écrire leurs propres bridges et vient avec une dizaine de libs sous maven, mais la communauté étant sans commune mesure avec celle de TypeScript il n'y a vraiment à mon avis aucune comparaison possible entre la quantité et la qualité des APIs fournies par JSweet. De ce point de vue là, je conseille vivement (et objectivement) d'utiliser JSweet, un transpiler sans les APIs ne permettant pas de tirer partie de toute la puissance de JavaScript.

2. JSweet passe par TypeScript pour compiler contrairement à ST-JS qui compile directement en JavaScript. Avantage à ST-JS en terme de performance a priori (info non vérifiée), mais avantage à JSweet en terme de fiabilité et de flexibilité. En effet, JSweet recompile le code généré via TypeScript ce qui permet une double vérification et garantie que le code JavaScript généré est de la même qualité que le code généré par TypeScript (ce qui n'est pas rien). Grâce à TypeScript, JSweet est capable de générer du code compatible de ES3 à ES6 et de gérer les modules AMD, UMD et commonjs (Node.js)... Accessoirement l'autre avantage est de pouvoir éventuellement avoir facilement des équipes mixtes JSweet (Java) / TypeScript.

3. ST-JS propose un plugin Maven plus élaboré. Le plugin Maven JSweet est plus basique. Par contre JSweet propose un plugin Eclipse.

4. ST-JS propose en standard un support pour les tests unitaires. JSweet aussi supporte les tests unitaires mais clairement moins aboutis pour l'instant, ce qui demandera pour les utilisateurs un peu plus de travail à mettre en place (mais c'est possible bien évidemment).

Voilà, j'espère ne pas avoir été trop biaisé dans cette comparaison.

Concernant l'architecture que tu mentionnes, je ne connais personne qui ne l'ai encore essayée. Par contre on a plusieurs exemples qui utilisent angular (pour inspiration peut-être):

- https://github.com/cincheo/jsweet-ex...s/Angular.java
- https://github.com/lgrignon/jsweet-node-example

La RC1 JSweet doit sortir début janvier. Un timing idéal pour le tester sur un vrai projet