Reprise du message précédent :
moinmoin > en fait, mon truc pour les exceptions de BDD, c'est un "Inversion of Control" non ?
 
je viens de retourner sur le site de pico et j'ai vu que c'était le principe de Hollywood avec l'article de R. C. Martin, qui est le nom sous lequel je le connais.

 
ben les SMS ca fait moderne aussi , bien vu NR
 

euh ça depend de quel truc on parle parce que le coup de la methode statique, quelque par c'est le principe, mais la mise en application, de cette manière, bof
 

oui c'est ça

ça a l'air d'être un gros bordel pour les transactions.
 
Vous étudiez la chose sérieusement au cas par cas ou vous mettez le même degré d'isolation dans toute votre appli ?
 
C'est le role de qui de définir ce truc ?

gni ? il semblerait que les business methods déclarées "Remote" ne sont pas accessibles en local (en EJB 2.0) ???
 
La logique voudrait que "qui peut le plus peut le moins" non ?

faut declarer les deux

(cela dit tu peux acceder à un objet par les interfaces remote meme si t'es en local hein )

oui, mais j'aurais aimé avoir accès à tout sans passer par 2 homes différents et en allant cherche 2 références différentes qui en fait se réfèrent au même objet.

'lut les gens
 
dites, y en a parmi vous qui ont deja teste Tapestry ?
si oui, z'en pensez quoi ?

jamais testé, mais ça m'intéresse étant donné que je trouve rien qui me plaise en java/web

bordel ça sert à quoi JMS ?
 
 
les J2EEiens, vous envoyez des messages entre qui et qui ? pourquoi ne pas utiliser des appels de méthode ?

envoie de message
 
parce que un appel de methode c'est pas très safe. Qu'est ce qu'il se passe si la machine ou le process plante au moment de l'appel ? JMS permet de faire de la persistence de message de gérer des queues, de faire des réenvois de messages, de dispatcher tes messages sur différents composants/ process/ machines, etc ...
 
je connais pas trop le sujet donc je vais pas m'étendre plus mais en gros je crois que c'est ca ...

oui, ça j'ai compris, je suis dans le bouquin qui parle de ça, mais je vois pas trop la finalité. Dans 1h, je vais maîtriser toute l'architecture JMS sans être capable de dire à quoi ça sert tout ça.

Ba tu peux utiliser ce système pour faire de la com inter-process. Moi j'ai le cas : un exe C++ distant se connecte via HTTP à une servlet pour y lire ses messages (dans lesquels y a des jobs à faire) et côté serveur d'appli, on gère les requêtes clientes de façon à fabriquer les jobs adéquats pour l'exe C++.
Le problème, c'est que les gars qui ont fait cette infra connaissaient certainement pas JMS

Invocation de service asynchrone essentiellement.

ça, ça ve j'ai compris, aucun des aspects technique de la chose ne me dérange, c'est l'utilisation.
 
M'enfin, ça va mieux, benou m'a répondu sur ce point en MP, Taiche ici.  
 
 
Pour être convaincu (enfin c'est pas le mot) complètement, je vais attendre d'en avoir le besoin.

Créer un fichier .dll en java (qui ne contienne que des resources genre image et texte) c'est jouable?  
 
Et un .ico, y'a qqchose qui supporte déjà ce format?

Pardon ?

SWT sait les lire et les écrire

pour swt/ico >> tu m'extrais le compo qui s'en charge stp?
 
pour le dll >> y'a des fichiers dll qui ne contiennent je crois que des resources (images, textes, ...).. je voudrais generer un tel fichier en java, c'est jouable?

C'est Open Source, vazy, fonce

Ah ba là, j'connais pas. J'imagine que oui, mais ça doit être assez roots (genre vas-y mon gars, ouvre ton FileInputStream à la main et écris les octets comme i faut).

ben oui mais comme tu connais, tu devrais pouvoir au moins me dire quelle(s) classe(s) s'occupent de ça
(à vrai dire jveux juste les sauver)
 
et pour le dll, antp me suggere d'aller taper dans l'api win32

Mate dans ImageLoader, la fonction save() devrait correspondre à ce que tu veux.

Bonne chance

ha nan mais j'essaie pas ça tout seul hein, pas fou
 
et j'trouve pas gd chose sur google, ils veulent tous me faire faire un dll avec mon appli

bon crosspost, il sera mieux ici: http://javaoneonline.mentorware.net/ql/desktopwebinar
 
si ca vous interesse

skoi?

Ben c'est toujours possible mais pour m'y être essayé, je peux te dire que le format des ressources dans mes executables win32 est assez folklorique. De souvenir, c'est plus ou moins documentes dans la MSDN.

 
ben sinon, ptet il existerait un ptit outil en command line qui à la maniere d'un zip me ferait mon dll?
(et fuck la portabilité )

Fais du J#
 
Ou JNI, sinon

Il existe ResHacker qui permet d'éditer les ressources d'un executable. Il y en a plein d'autres d'ailleurs. C'est dommage, l'idée était intéressante...
 
EDIT : par contre je doute que ce genre d'utilitaire te permette de créer une dll en partant de rien.

c'est quoi qui est dommage en fait?

Que tu renonce aussi facilement à le faire toi-même en java

attends chuis fou mais pas malade hein, j'ai autre chose à foutre
de toutes façons y'a fort à parier que ça soit bourré de trucs en format semi propriétaires, et tout réécrire, très peu pour moi.
 
de toutes façons si c'est pour créer un fichier windows only, la portabilité on s'en tamponne un peu

 
un truc pour se branler la nouille en disant que tu fais parti de l'3ll33t de java
 
 
(un seminaire en ligne sur SOAP )

-- > JNI

jni

pour les ico y'avait jimi, mais http://java.sun.com/products/jimi/ il semblerait qu'ils aient droppé le support d'ico et d'autres formats en passant a imageio et jai
sinon j'ai trouvé ça http://www.acproductions.de/commer [...] index.html mais ça fait que de la lecture

euh je fais createNewFile sur un java.io.File ... et lenght() là dessus me renvoie 99

et la valeur de retour, c'est true ou false ?

euh laissez tomber, j'ai effacé le fichier précement crée et mtnt c'est bon

 
createNewFile valait faux idiot  
fallait vérifier ça