Reprise du message précédent :

?

ben quand t'es dans ton code si tu as hérité de d'un classe concrète, dans ton namespace, tu as un paquet de méthodes, ti tu prend juste une interface, t'as juste le contenu de l'interface.
 
 
L'exemple le plus criant de ça c'est dans swing, avec la classe JComponent.

Ok, j'étais pas certain du namespace dont tu parlais

je comprends...

pourtant dans Thread il est probable qu'une chiée de méthodes vont te servir...du coup tu vas finir par exposer pas mal de méthodes de Thread, non ? (je parle bien ici de Thread, y'a plein de classes où effectivement sous-classer va t'exposer une chiée de méthodes dont t'as rien à faire pour ton problème courant)

ben start() quoi, c'est tout, le nom et le runnable passent dans le constructeur.

bonjour tout le monde!Je suis actuellement en train de faire un projet java qui consiste à évaluer une expression en affichant toutes les étapes et en utilisant une pile.Le problème est que depuis plusieurs jour je ne trouve pas l'erreur lorsque j'exécute le programme il me renvoi : java.lang.NullException
 
at Pile.sommet(pile.java:16)
at debut2.evaluation(debut2.java:139)
at debut2.main(debut2.java:16)
 
 
je sollicite votre aide .Merci.
 
voici ce fameux programme :
<SNIP>
 
elmo-edit : post ultra long avec du code crados et un double post, je viens de mettre un peu au propre dans l'autre post alors je nettoie ici

pile.java, ligne 16, l'objet que tu appelle est null.
http://forum.hardware.fr/hfr/Progr [...] m#t1056429
 
et faire un double post (cf ici) je trouve ça pas très pro    
 
 

Je sais pas ce qu'ils ont fait chez IBM, à leur JVM, mais on dirait qu'elle booste:
http://www.ddj.com/java/184401976
http://www.shudo.net/jit/perf/

J'ai un launcher de jobs (J2SE) à implémenter: relativement peu de noeuds dans le graphe mais ça doit être rapide (à exécuter), léger, facilement configurable et batchable (pour être exécuté par notre job scheduler industriel...)
 
Cas simple de jobs s'exécutant les uns après les autres, cas d'exécution en fonction de codes de retour de l'étape précédente, cas des jobs // à joindre, ...
 
Note: un job c'est une cmd line, une classe classique, ...
 
Je prendrais bien une implémentation BPEL avec un bon gros moteur mais je cherche un workflow engine léger...
Vous utiliseriez quoi ?

 
Parce que hériter de Thread signifie ajouter un comportement à Thread, ce qui n'est pas du tout ce qu'on veut faire. C'est pour cela que c'est un anti-pattern (c'est pas moi qui le dit d'ailleur).
C'est comme si tu héritais de Socket pour y définir en dur le host:port à contacter....
 
Il faut utiliser Thread pour le lancer "sur" une autre instance, sur un point d'entré Runnable. D'ailleur, l'objet Thread peut très bien être en dehors du Runnable, en privilégiant un pool de Threads par exemple. C'est le genre de chose que l'on trouve dans le package java.util.concurrent.
 
 

http://developer.mozilla.org/en/docs/Rhino
Rhino

Quelqu'un a essayé ? Des problèmes d'incompatibilités JS / navigateur / rhino ?

C'est basiquement l'implé que tu retrouves dans Firefox. Ca marche, mais ça reste assez limité si tu veux du code qui tourne in/off-browser

Un langage de script basé sur la JVM, c'est à mon avis de loin ce qu'il y a de plus souple. Il te permettra d'appeler directement tes libs et classes Java, d'appeler directement la base de données et compagnie, et de tester le tout facilement.
Sinon, je ne connais pas les frameworks existants, mais il y en a une chiée.
Mais perso, je partirais direct sur le langage de script JVM, qui répond parfaitement à ta demande. Perso, j'ai utilisé avec succès Pnuts, et peux le recommander sans réserve (léger, rapide, simple, et correctement documenté), mais d'autres n'ont pas mauvaise réputation.
Le BPEL, d'après ce que je lis, c'est plus orienté webservices/XML. Bref, c'est très enterprisey, donc lourd.

Dans un langage de script, il n'est pas très difficile d'écrire le squelette d'un workflow engine taillé pour ton utilisation (ce que je conseillerais de faire pour obtenir un système simple et propre). Tu obtiens alors le meilleur des deux mondes.

Je vais regarder Pnuts et les autres langages de scripting mais je dois limiter le plus possible les nouvelles technos, langages,... pour des fins de maintenabilité de l'équipe.
 
J'avais commencé à écrire un petit framework à base de Java/XML qui fonctionne plutôt bien. Pour l'instant, je peux lancer des lignes de commandes et exécuter des classes Java (JSE, client WS). Il me reste à plancher sur une amélioration du passage de codes de retour d'exécution et surtout à implémenter une gestion simple du parallélisme.
 
Je vais voir si je gagne qque chose avec les technos que tu soulignes.

hep les gens vous savez ce que ça veut dire ça :
 

?
le mot-clef "number" est un peu chiant à chercher dans la spec.

cf java.lang.Number

2 secondes avec l'index de la javadoc en format chm.
http://www.allimant.org/javadoc/index.php

je me suis planté de topac, c'est du JS.

Il y a Scala aussi. Mais étant un langage fonctionnel, la courbe d'apprentissage par l'équipe est un peu plus élevée, mais ça en vaut sûrement la peine.

Scala est plutôt un hybride fonctionnel/OO (ou bien un langage OO dont les méthodes sont globalement fonctionnelles et non procédurales), un OCaml en beaucoup moins violent
 
Et rien ne force à utiliser les bouts fonctionnels (pattern-matching etc...)

Hey, les gens, notre jetty il gêre les formulaires en UTF-8, alors que nous, on veut de l'iso-8859-1 (chose qui a l'air de marcher avec Tomcat)
 
Dans la doc de jetty, ils en parlent un peu tout de même :  
http://docs.codehaus.org/display/J [...] +Encodings
 

 
On peut configurer Jetty pour qu'il utilise de l'iso partout ou c'est un problème applicatif ? (genre le web.xml mal configuré...)

Ca marche au poil avec Tomcat ?
 
edit : et dans tes jsp, tu définis le pageEncoding ?

sur le tomcat de Prod et preprod, oui. Après, j'ai pas testé à fond, car c'est pas moi qui suis sur le problème (mais c'est moi qui ai proposé Jetty pour le dev   ). C'est surtout que j'ai pas trouvé la réponse que je voulais dans la doc de Jetty    

C'est sur un formulaire en fait. Les caractères reçu du formulaire sont faux (alors que le Firefox était en ISO) bref, tout le monde doit être en ISO, sauf Jetty, qui par défaut se met en UTF si j'ai rien loupé

 
Je dirais que sur ce formulaire il faut définir l'attribut accept-charset (http://www.w3.org/TR/html4/interact/forms.html#adef-accept-charset), ou alors définir un charset au niveau global de la page (dans ce cas le navigateur doit alors renvoyer le formulaire avec ce charset).
Ca serait étonnant que Jetty mette systématiquement en UTF-8 si c'est clairement positionné en ISO (du moins avec Firefox qui doit gérer correctement ce genre de chose). Quoique c'est pas évident vu cette conversation, si j'ai bien suivi c'est valable qu'en POST : http://osdir.com/ml/java.jetty.sup [...] 00055.html
Apparemment Tomcat est par défaut en ISO, d'où le fonctionnement attendu...

 
java 1.5 :  
 

Combien vaut widthOut après l'appel de la méthode utilitaire si widthIn vaut 525 et dpi=96?  
 
Edit : mais pkoi ca me rajoute tout ca la ???
REEDIT : voila c bon

euuhhhhhhhhhhhhh

0

et pas que en Java 1.5, à mon avis.

Pas que non

Une base de données embarqués, qui bouffe du SQL pour un serveur Mysql (mais c'est du vrai SQL pour base Mysql avec l'ENGINE dans le CREATE TABLE, etc)
 
H2 a pas l'air de trop aimer (genre le mot clé KEY, il connait pas)
 
Il y a bien Mysql Embeded mais c'est payant et j'en ai besoin, dans, genre, les 5mins qui suivent
 
C'est pour faire des tests de validité de requête SQL

SQLite? Je doute qu'il accepte ENGINE, et il a tendance à ignorer pas mal de contraintes par contre.

http://www.h2database.com/html/fra [...] _with&main
bah en fait, H2, c'est très bien, ça bouffe même du MySQL  

 
(ça a l'air de bien marcher, sauf avec le ENGINE mais bon, je pense que c'est pas une bonne idée de le mettre dans la création de table)

 
http://mojo.codehaus.org/dashboard-maven-plugin/
 
thank you la poste

un "dashboard" open source sous eclipse ça a dû faire bander les chefs comme projet

le dashboard c la vie...ou comment donner l'illusion qu'on a un reporting intéressant (enfin je critique pas tt les dashboard, mais rendre compte de l'avancement d'un truc aussi complexe qu'un projet avec 3 loupiottes vertes/rouges, c'est ambitieux )

Hey les gayz ! des retours sur JParsec ? http://jparsec.codehaus.org/Tutorial+for+Generics
 
J'ai un micro-parser à faire mais en récursif, ça a l'air pas mal.

Dites les boobs, je me mange le problème des Iterator <1.5 qui ne sont pas Iterable, donc pas utilisables avec le foreach 1.5, et je ne vois rien dans le JDK5 qui permette de faire la conversion ou l'adaptation.
 
Vous connaissez des libs qui s'en chargent (j'ai déjà vu google-collections, mais pas trop envie de l'ajouter au projet) ou bien je vais avoir l'honneur et l'avantage de me le taper à la mano, mon adapter?

ça me dit rien.

N'empêche ils auraient pu e.g. fournir un adapter Iterator -> Iterable dans le JDK, ça prend 5 lignes

M'enterre pas ma question qui est plus importante que la tienne

je tombe la dessus, j'allais te sortir la javadoc officielle qui va bien, et c'est pas dedans... il a pas peur le mec de foutre ses trucs dans java.util