Reprise du message précédent :

 
Il efface le contenu du repertoire build avant d'y compiler les .class
 
Est-il possible d'eviter cella ?
 

à vu de nez, je dirait non, a moins de faire ton propre script ant.
mais c'est plutôt logique qu'il vide le répertoire build...
 
si le problème c'est que tu veux y mettre des fichier, mets les dans un répertoire spécifique, et ajoute ce répertoire au build-path de ton projet, ça doit rouler

Bof, eclipse 3.1, phpeclipse ne veut plus fonctionner avec ^^'
 
Je vais encore essayer ce soir sur ma ubuntu, mais bon ca me fait **** j'adorais le nouveau système de maj en tache de fond

sans aller jusqu'à 3.1, 3.0 le fait.

huh ? la 3.0.1 faut accepter a chaque fois ... a moins que j'ai loupé un réglage, mais j'ai cherché et n'ai pas trouvé ...
 
J'ai pas cherché non plus très longtemps mais bon ^^'

ha, j'ai p't'être merdé.... pourtant il me semblait que la 3.0.x proposait ça...

 
Ha bon ? Pourquoi ?

ben il vire les anciennes compiles avant de compiler ton nouveau code... ça me parrait normal, mais peut-être pas, j'ai pas la science infusée

ben c le clean du répertoire build ...ce que tu peux faire, c te faire un script ant qui depuis une source recopie les fichier dans ton rep build avant l'execution...ou voir si tu peux pas mettre ton fichier dans le path de l'application

 
 
grilled  

ouaip grilled

au fait, si tu veux mettre à jour le titre du topic, WTP 0.7 M5 est sorti

bonne remarque je v voir le changelog pour voir ce qu'ils recommandent comme version

ah bien : il a la 3.1 final en dependancy ...c ok

toutafé !

 
(je suis en formation)
 
ajd on a commencer struts. Il y a des fichiers .properties ds le rep classes. Mais eclipse les supprime ...

Je suis sous eclipse 3.0.2 avec le jdk 1.5_03 et rien a faire j'ai toujours cette erreur.Quelqu'un sait comment la resoudre?? merci. Voici l'erreur:
 
Loading source files for package executable...
Loading source files for package algorithms...
Loading source files for package linearalgebra...
Constructing Javadoc information...
Standard Doclet version 1.5.0_03
Building tree for all the packages and classes...
Generating D:\eclipse\workspace\david\doc\executable/\LinearSystem.html...
java.lang.IllegalArgumentException
at sun.net.www.ParseUtil.decode(ParseUtil.java:183)
at sun.misc.URLClassPath$FileLoader.<init>(URLClassPath.java:863)
at sun.misc.URLClassPath$3.run(URLClassPath.java:319)
at java.security.AccessController.doPrivileged(Native Method)
at sun.misc.URLClassPath.getLoader(URLClassPath.java:313)
at sun.misc.URLClassPath.getLoader(URLClassPath.java:290)
at sun.misc.URLClassPath.findResource(URLClassPath.java:141)
at java.net.URLClassLoader$2.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findResource(URLClassLoader.java:359)
at java.lang.ClassLoader.getResource(ClassLoader.java:977)
at java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:1159)
at javax.xml.parsers.SecuritySupport$4.run(SecuritySupport.java:72)
at java.security.AccessController.doPrivileged(Native Method)
at javax.xml.parsers.SecuritySupport.getResourceAsStream(SecuritySupport.java:65)
at javax.xml.parsers.FactoryFinder.findJarServiceProvider(FactoryFinder.java:213)
at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:185)
at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:107)
at com.sun.tools.doclets.internal.toolkit.builders.LayoutParser.parseXML(LayoutParser.java:72)
at com.sun.tools.doclets.internal.toolkit.builders.ClassBuilder.build(ClassBuilder.java:108)
at com.sun.tools.doclets.formats.html.HtmlDoclet.generateClassFiles(HtmlDoclet.java:155)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.generateClassFiles(AbstractDoclet.java:164)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:106)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.start(AbstractDoclet.java:64)
at com.sun.tools.doclets.formats.html.HtmlDoclet.start(HtmlDoclet.java:42)
at com.sun.tools.doclets.standard.Standard.start(Standard.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:269)
at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:143)
at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340)
at com.sun.tools.javadoc.Start.begin(Start.java:128)
at com.sun.tools.javadoc.Main.execute(Main.java:41)
at com.sun.tools.javadoc.Main.main(Main.java:31)
com.sun.tools.doclets.internal.toolkit.util.DocletAbortException
at com.sun.tools.doclets.internal.toolkit.builders.LayoutParser.parseXML(LayoutParser.java:79)
at com.sun.tools.doclets.internal.toolkit.builders.ClassBuilder.build(ClassBuilder.java:108)
at com.sun.tools.doclets.formats.html.HtmlDoclet.generateClassFiles(HtmlDoclet.java:155)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.generateClassFiles(AbstractDoclet.java:164)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:106)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.start(AbstractDoclet.java:64)
at com.sun.tools.doclets.formats.html.HtmlDoclet.start(HtmlDoclet.java:42)
at com.sun.tools.doclets.standard.Standard.start(Standard.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:269)
at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:143)
at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340)
at com.sun.tools.javadoc.Start.begin(Start.java:128)
at com.sun.tools.javadoc.Main.execute(Main.java:41)
at com.sun.tools.javadoc.Main.main(Main.java:31)
com.sun.tools.doclets.internal.toolkit.util.DocletAbortException
at com.sun.tools.doclets.formats.html.HtmlDoclet.generateClassFiles(HtmlDoclet.java:159)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.generateClassFiles(AbstractDoclet.java:164)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:106)
at com.sun.tools.doclets.internal.toolkit.AbstractDoclet.start(AbstractDoclet.java:64)
at com.sun.tools.doclets.formats.html.HtmlDoclet.start(HtmlDoclet.java:42)
at com.sun.tools.doclets.standard.Standard.start(Standard.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:269)
at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:143)
at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340)
at com.sun.tools.javadoc.Start.begin(Start.java:128)
at com.sun.tools.javadoc.Main.execute(Main.java:41)
at com.sun.tools.javadoc.Main.main(Main.java:31)

 
Ctrl-Shift-L  
 
(drapal deguisé)

y'a un soucis dans ton chemin :  
Generating D:\eclipse\workspace\david\doc\executable/\LinearSystem.html...

wouhou ! http://download.eclipse.org/webtoo [...] 507290654/

et pour une fois, ce sont les meme libs que celle pour le VE....

et le VE 1.1 est sorti, et il est pas mal du tout...ca sort toujours pas selon moi du code de bon niveau, mais pour faire une maquette, c parfait

ça ramouille moins que l'ancienne version ?

g pas trouvé ca trop lent...j'ai testé au taf sur un p4 2.4C + 1go de ram ...mais j'avais 2 WSAD ouvert avec 2 servers lancés aussi

on va passer à RAD au taf, du coup hop! 2 Go de RAM

nous on y passera qd y utiliseront websphere 6 c prévu pour mars je crois

Bonjour à tous,
 
Je dois prévoir une refonte d'un site assez volumineux avec une architecture JSP/Servlets sur Weblogic (environ 300 jours de développement, plusieurs développeurs sur le projet).
 
Je me demande si Eclipse serait adapté (niveau license, c'est un projet commercial, support de Weblogic, et puis niveau ergonomie du développement Web, mais il y a l'air d'avoir des plug-ins assez tiptop), ou si je me tourne plutôt vers JBuilder (on peut avoir des licenses JBuilder X).
 
Merci d'avance pour vos avis éclairés

je dirais tout sauf jBuilder...

C'est justement parceque j'espère m'en débarasser que je cherche du côté d'Eclipse mais les développeurs y sont habitués et je ne veux pas qu'ils trouvent trop de points négatifs à ce changement...
 
Peux-tu répondre à mes autres questions (concernant la license, Weblo etc) stp ?
 
Merci

ben eclipse est sous licence libre ( c la licence libre IBM normalement) qui donc est business friendly : donc t'a aucun soucis là dessus...
 
pour le dev web t'a 2 choix sous eclipse : t'achète le plugin qui va bien (g oublié son nom mais ca se retrouve, c un super plugin qui amène tt le coté J2EE), ou alors tu regardes du coté du Webtool plugin (version 0.7) qui est pas encore en version prod, mais qui peut etre utilisable (vu que c que du JSP, ca doit pas poser de soucis)
 
faut reconnaitre que pour le moment le web est un peu le point faible d'eclipse...
 
sinon pour weblogic soit y'a le driver dedas et c bon, soit au pire tu l'utilise comme serveur J2EE standard...
 
au pire t'a intelliJ Idea qui est pas cher :
http://www.jetbrains.com/index.html

Oki merci je vais regarder tout ça

Bon mon dilemme semble résolu, on travaille en jdk 1.3 (pas moyen de faire migrer le serveur de prod, il y a d'autres applis dessus), il faudrait bosser avec une version antédiluvienne d'Eclipse
 
Donc JBuilder

euh.... nan, je crois pas, on bosse en 1.3 avec les dernières versions d'eclipse/WSAD au taf. Il faut juste lui dire de générer du code 1.3/J2EE 1.2, et hop!

Oh ! et où tu lui dis ça stp ?
 
Parceque là il plante dès le lancement avec un vieux

 
Désolé pour le pavé.
 
J'ai pas trop investigué mais il me semblait me souvenir que c'était un problème de version de JVM ?

tu peux pas faire tourner eclipse dernière version avec une JVM 1.5 et produire du code java 1.3 ?    (preferences/java/compiler/compiler compliance level)  

Euh oui je dois pouvoir essayer ça
 
Merci

MyEclipse ?

j'vais dormir

Savez-vous comment modifier le context root d'une application web crée avec WTP 0.7 ?
 
Merci.

J'ai réussi. Je vais expliquer comment il est possible de le faire.
 
1. Passez en perspective Ressource.
A la racine du projet se trouve un fichier .wtpmodules. Ouvrez-le. Le context root correspond à la ligne :

Ici, le context root est 'racine'.
 
Modifions-le en 'racinedeux' :

Enregistrer le fichier.
 
2. Revenez en perspective J2EE.
Faites un clic droit sur le nom du projet, puis choisissez Run As, et Run on Server.
Une fenêtre 'Select Tasks' s'ouvre. Elle vous demande si vous voulez mettre à jour la racine du contexte. Cochez la case et cliquez sur Finish.
 
Si le serveur était déjà démarré, redémarrez-le.

J'ai remarqué une bizarrerie dans le comportement d'Eclipse. Je m'explique par un exemple.
1. Créer une classe avec la méthode suivante :

 
2. Normalement Eclipse surligne en rouge les lignes throw new SQLException(); et throw new Exception();
 
Cliquez sur la croix à gauche de la ligne throw new SQLException(); et choisissez Add throws declaration
 
3. Eclipse ajoute throws SQLException à la signature de la méthode.
 
4. Cliquez sur la croix à gauche de la ligne throw new Exception(); et choisissez Add throws declaration
 
5. Eclipse supprime la clause throws SQLException et la remplace par throws Exception !
 
Ce comportement me dérange dans le sens où la méthode peut lever une SQLException et il sera impossible de le savoir dans une classe appelant cette méthode.