Discussion :

[professeur shadoko]

bonjour
j'ai une partie de projet sous Maven qui contient à la fois du code Groovy et du code Java.
comme je travaille sous IntelliJ tout se passe bien.
Bon
mais je fais partie d'un plus grand projet qui me demande d'intégrer mes codes de manière portable
et là catastrophe les taches Maven de compilation ne fonctionnent pas du tout!

si j'ai dans mon pom.xml

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
 
<plugin>
                <groupId>org.codehaus.gmaven</groupId>
                <artifactId>gmaven-plugin</artifactId>
                <version>1.4</version>
                <executions>
                    <execution>
                        <goals>
                            <goal>generateStubs</goal>
                            <goal>compile</goal>
                            <goal>generateTestStubs</goal>
                            <goal>testCompile</goal>
                        </goals>
 
                    </execution>
                </executions>
            </plugin>

ça génère des stubs '.java" qui ne se compilent pas du tout!!!!!

exemple de code généré qui hurle :

Code :

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

1
2
3
4
5
6
7
8
 
public class TaggedsMap
  extends java.util.TreeMap  implements
    groovy.lang.GroovyObject {
public TaggedsMap
() {
super ((java.util.Comparator<java.lang.Object extends java.lang.Object>)null);
}

ça fait des heures que j'ai la pression .... et on me demande pourquoi diable j'ai eu la mauvaise idée de choisir Groovy!

une idée?

merci

[tchize_]

pourquoi faire des stubs? Tu peux directement demander à maven de compiler le groovy en .class


J'utilise ceci, et je met mes sources groovy dans src/main/groovy et src/test/groovy

Code xml :

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
			<plugin>
				<artifactId>maven-compiler-plugin</artifactId>
				<version>2.3.2</version>
				<configuration>
					<compilerId>groovy-eclipse-compiler</compilerId>
					<source>1.6</source>
					<target>1.6</target>
					<verbose>true</verbose>
				</configuration>
				<dependencies>
					<dependency>
						<groupId>org.codehaus.groovy</groupId>
						<artifactId>groovy-eclipse-compiler</artifactId>
						<version>2.6.0-01</version>
					</dependency>
				</dependencies>
			</plugin>

[professeur shadoko]

sauf que je suis pas sous Eclipse.
les autres sont sous Netbeans et je suis sous IntelliJ
(tu veux dire que le plugin Eclipse focntionne partour?)

merci
PS: c'est pas moi qui veux des stubs!

[professeur shadoko]

ben oui le plugin Eclipse marche sous IntelliJ
on va l'essayer sous Netbeans

plus étrange tu meurs
mais merci beaucoup!

[professeur shadoko]

marche sous Linux MAIS PAS SOUS WINDOWS!
je rêve!

[tchize_]

ha moi ça marche pourtant, et je suis sous windows.

Oui le coup de eclipse m'avais fait tilter aussi. Mais faut pas perdre de vu que, aujourd'hui, eclipse c'est toute une plateforme au même titre que apache ou google. Y a plein de projet hébergés chez eux qui n'ont rien à voir avec l'IDE eclipse

-> netbeans aucun soucis puisque netbeans délègue à maven ^^
-> eclipse IDE aucun soucis, les plugins maven pour eclipse reconnaissent ce compilateur et du coup activent le groovy de eclipse

[professeur shadoko]

ha moi ça marche pourtant, et je suis sous windows.

bin je vais redemander aux boys de re-essayer sous netbeans-windows (c'est là que ça marche pas)
merci
(moi ça marche sous MacOS et IntelliJ -quand je demande à Maven d'agir : chose que je ne fais pratiquement jamais tellement Maven me gonfle-)

[professeur shadoko]

ça plante toujours sous windows
les boys m'ont envoyé des pages et des pages d'erreurs lancées par l'invocation

extrait

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
   ...... (plein de  pages)
     at org.eclipse.jdt.internal.compiler.ProcessTaskManager.run(ProcessTaskManager.java:137)
       at java.lang.Thread.run(Thread.java:619)
Ignoring GroovyBugError since it is likely caused by earlier issues.  Ignored problem is 'BUG! exception in phase 'semantic analysis' in source unit 'C:\Code\LSST\CameraControl\org-lsst-gruth\src\main\groovy\org\lsst\gruth\grutils\AnnotatedReport.groovy' commencingResolution failed: declaration found, but unexpectedly found no scope for org.lsst.gruth.grutils.AnnotatedReport$Origin'
----------
1. ERROR in C:\Code\LSST\CameraControl\org-lsst-gruth\target\generated-sources\groovy-stubs\main\org\lsst\gruth\grutils\TaggedsMap.java (at line 15)
       super ((java.util.Comparator<java.lang.Object extends java.lang.Object>)null);
                                                     ^^^^^^^
Syntax error on token "extends", , expected
 
 .... (plein d' autres pages!)

apparemment on retrouve cette génération de stubs zarbi et incompilables!

[tchize_]

Tu peux leur demander de virer leur generated-sources? (maven clean) De mémoire le compilateur ne génère pas de java mais directement le bytecode à partir du code groovy, donc ça doit être des crasses qui restent de la tentative avec l'autre compilateur


edit: d'ailleurs, avec ce plugin, je n'ai pas de "generated-sources" dans target/

[professeur shadoko]

en fait j'ai une trace avec "clean" mais je pense qu'il ne s'est pas effectué correctement.
je les relance (à l'autre bout du monde)

merci pour tout

[Khaled.Noordin]

Salut
Je me permet d'ajouter ce ticket très en rapport avec le sujet "Building your Groovy 2.0 projects with Maven"