Reprise du message précédent :

PAINT ME SURPRISED
 
NOT

http://stackoverflow.com/questions [...] ds-in-java
avot' boncoeur

   
 
Avec un Proxy, ça devrait être faisable sans trop de difficultés, va

ou bien intellij, a coup de pomme-i

c'est méchant, pomme-i

Et pourquoi tu n'utilises pas Groovy pour faire ces tests-la?

  C'est du groovy qui appelle notre lib java.
 
Le problème, c'est que nos scripts groovy sont juste impossible à maintenir. Et avoir le compilateur qui gueule sur le projet de test quand on change l'api testé, c'est pas mal non plus    

Bah fais du scala alors

Proxy, le design pattern ou Proxy, la class Java ?  
 
On vient un petit peu de regarder du coté des invocationHandlers : à l'invocation des méthodes sur le proxy, on appellerait l'objet, et si la valeur retourné est null, on revoit un nouveau proxy. sinon, un proxy de l'objet retourné.

ça tombe bien, c'est la même chose    
(java.lang.reflect.Proxy, pas java.net.Proxy )

public <T> T wrap(final T objectToWrap) {
        if (objectToWrap == null) {
            return null;
        }
 
        InvocationHandler handler = new NullObjectInvocationHandler();
        Object proxy = Proxy.newProxyInstance(objectToWrap.getClass().getClassLoader(), objectToWrap.getClass()
                .getInterfaces(), handler);
 
        return (T) proxy;
    }

avec l'appelant :

MyObject truc = new MyObject();
MyObject result = wrapper.wrap(truc);

ClassCastException sur le code de l'appelant (MyObject result = wrapper.wrap(truc)) - et pas sur le return (T) proxy

mais je n'ai pas encore dit mon dernier mot

Point culture

allez, je suis pas un connard :

MyObject truc = new MyObject();
PapaLInterface result = wrapper.<PapaLInterface>wrap(truc);

ski veut dire entre autre que si tu implémentes plus d'une interface et que tu fais pas de réflection, il va falloir choisir si tu aimes plus ton papa ou ta maman.

edit:
et donc que tu peux changer ton code :

public <T> T wrap(final T objectToWrap, final Class<T> interface) {
        if (objectToWrap == null) {
            return null;
        }
 
        InvocationHandler handler = new NullObjectInvocationHandler();
        Object proxy = Proxy.newProxyInstance(objectToWrap.getClass().getClassLoader(), interface, handler);
 
        return (T) proxy;
    }

MyObject truc = new MyObject();
PapaLInterface result = wrapper.wrap(truc, PapaLInterface.class);

http://blogs.jetbrains.com/idea/20 [...] n-sourced/ juste parce que ca va en faire jouir certains.

ça c'est cool...  
évidemment, il y a qques plugins de la version "Ultimate" que j'aurais bien aimé voir dans la "Community" mais c'est déjà super intéressant

ouais, dommage qu'il n'y ait pas toute la partie html/js/jsp, ca le rend complètement inutile ici...

+1, limité à J2SE c'est pas très intéressant

bah, ça devient une bonne grosse démo sans limite de temps.

j'pense que c'est un peu fait exprès

je serais curieux de voir ds quelle limite ça n'y est pas; les refactoring n'y sont surement pas, mais le reste? un ptit bout de code coloring quand meme, non ?

je n'ai pas testé, mais d'apres leur page de comparaison + les commentaires, j'imagine qu'il a la coloration, mais pas de completion + verifs d'erreurs. Pour le html, on s'en fiche, pour js on peut s'en passer même si ca aide bien, pour les jsp ca bloquera ici.

hs - je ne suis pas sur de comment interpreter ta signature

Le refactorings y sont, par contre t'as pas le code coverage, la recherche de dupes ou la recherche structurales.

java groovy xml regex sont dispos par défaut, scala via plugin.

D'après la page de comparaison la complétion et la vérif d'erreurs devraient y être.

le premier lien est une moquerie, le deuxieme une pub éhontée.

on parlait des jsp, la...

Edit:

Language Support (refactoring, error highlighting, code inspections, intention actions, quick-fixes, etc.)
Java   yes
HTML, XHTML, CSS   no
JavaScript/ActionScript   no

Frameworks and Technologies
JSP   no
Servlets 3.0   no

Maintenant, c'est sur que le plus simple serait de le télécharger et de voir

Ah oui j'avais ratal le contexte, mille excuses

je parlais des refactorings sur html, js, css, jsp, etc hein

Lorill m'a déjà fait la remarque, tu pourrais lire le thread avant de répondre quand même

avant de rentrer dedans, JPF c'est bien pour implémenter un système de plugins ou il y a mieux dans les parages ?

pas de release depuis 2007, inspiré par eclipse (qui n'est autre qu'une surcouche d'osgi, mais va savoir pourquoi, les mecs de jdf ont pas l'autre d'être au courant dans ce "about" ).. c'est toi qui vois

c'est pour ça que je demandais
edit> la question reste donc ouverte

bah sinon, j'suis pas allé voir plus loin; j'avais déjà vu cette page y'a un moment, sans plus. faut voir ce dont t'as vraiment besoin dans un "systeme de plugins" hein...

oh bah je cherche à étendre un soft maison par un système de plugins...
 
en gros, c'est un workflow avec des actions qui se suivent et je voudrais qu'une action soit un plugin (jar?) afin de faciliter (et découpler) leur développement.

L'API de Java :
http://java.sun.com/javase/6/docs/ [...] oader.html

mmhh... faudra que je creuse paske je fais ça justement en 6.

Qqun aurait une alternative a java.text.Normalizer qui tourne avec java 5?

T'as un bug en moins, pas de quoi être triste

en fait non, ça marche pas