Reprise du message précédent :
en fait non, ça marche pas

Hey les experts,
 
JBoss/EJB3, y'a pas moyen d'accéder aux system properties à partir de l'ejb-jar.xml ?
 
J'explique : je veux binder la destination d'un MDB à partir du descripteur de déploiement, parce que la destination est différente selon le site. Donc bim, je lie mon fichier de properties à la conf dans le properties-service.xml :
 

<attribute name="URLList">  
    ${jboss.server.config.url}foo.properties
</attribute>

 
avec dans foo.properties mes propriétés qui vont bien. Sauf que dans mon descripteur de déploiement, j'ai pas l'impression qu'il interprète la property, pour preuve :
 

 
Et non pas le contenu de foo.bar.property. J'ai fait une connerie quelque part ? Y'a pas moyen ? Dans ce cas là, qu'est ce que j'ai comme solution pour faire ça ? Mon truc crade de remplacement était pour le moment de déclarer un bridge (qui lui sait lire les properties), et de taper dedans dans l'appli.

Je complète : les propriétés système de base (ou jboss) sont elles bien interprétées. Seul ce que je définie dans le properties-service.xml (donc les clés de propriété spécifiques à mon appli) cloche.

 
https://jira.jboss.org/jira/browse/EJBTHREE-407    
 

 
vous avez mieux comme description ?
 
ça s'utilise comme ça :

 
d'une part, je veux pas que mon annotation soit liée aux catégories réelles (donc pas d'enum), d'autre part j'ai pas le droit de d'utiliser une interface comme type d'une annotation (donc la solution d'une enum qui implémente une interface marche pas).

Yo dawg,
 
J'ai une application swing B, indépendante, que je voudrais appeler à partir d'une autre application swing A
 
On va dire que B implémente Runnable, et que j'ai fait un truc comme ça dans A :

SwingUtilities.invokeLater(new B(arguments));

 
J'espérais vaguement voir s'ouvrir mon application B, tranquille, sauf que, bah, à part un grand rien, j'ai pas grand chose.    
 
Vu que je suis un bon gros n00b en Java, j'ai raté quoi (à part ma vie) ?

T'as les bons truc dans ton run() ? Tu passes dedans en debug ?

Ouais bon, je ne suis toujours pas arrivé à debugger (application qui doit être signée, et netbeans, pour une raison que j'ignore, n'applique pas le -post-jar du build.xml sur le debugging), du coup je suis passé par la console.

Et je me mange un bête NoClassDefFoundError, c'est donc juste un oubli que j'ai dû faire à gérer.

Toutes mes excuses.

edit : il manquait juste les nouveaux .jar dans la partie "resources" du fichier jnlp
comment je me sens con

SwingUtilities.invokeLater(new B(arguments));

en fait c'est quoi que tu lances parce que c'est même pas sûr que le point de démarrage ait besoin d'être dans le thread swing.  
 
un new Thread(runnable).start() peut suffire, comme ça tu charges pas les classloaders et tout le bordel dans le thread swing.

Un simple module indépendant dans une application (un .jar), que j'appelle à partir de celle-ci.
 
Ce n'est pas dans l'application même parce que celle-ci est une usine à gaz qui va être refaite sous peu, que le module fait partie d'un ensemble d'outils indépendants, et que l'inclure dans l'application est un "quick win".

Hep, les experts en Java, si quelqu'un a déjà utilisé les ByteBuffer, on peut m'expliquer pourquoi j'obtiens un eof (res = -1) alors que je ne suis pas à la fin de fichier ?
 
ici, j'ai déclaré bbuf ainsi:  
ByteBuffer bbuf = ByteBuffer.allocateDirect(BUFFER_SIZE);
 
Curieusement, plus j'accrois BUFFER_SIZE, plus il s'arrête tôt, et vice versa.
 

c'est moi ou tu utilises un accès direct à la mémoire (pour les perfs je suppose) mais tu fais 2 copies à la main quand même ?

J'essaie de me convaincre que c'est pas completement débile, mais j'ai un peu de mal:
(Class.isPrimitive() c'est un appel natif... )

greg > j'arrive pas trop à capter, c'est le merdier pour faire int.class -> Integer.class  ?

non.
Si on omet la suite de la methode (qui teste d'autres conditions, et meme pas sur fieldType), a priori tout ce que ça fait c'est
return !fieldType.isPrimitive()
... en "cachant" le résultat dans une WeakHashMap qui a fieldType comme clé et un Boolean comme value.

classe  
 
tu as les moyens de bencher ?

j'ai pas que ça à foutre

tiens,  est-ce que qq'un connaît le p'tit nom de la clé JMX qui pointe vers le nombre de sessions HTTP en cours d'un domaine Glassfish ?

ben euh, tu peux pas naviguer avec jconsole pour la trouver ?

j'ai même utilisé VisualVM mais sans succès...
 
je vais re-regarder ...

ptet y'a pas alors

Bonjour,
Je recherche une application java gratuite de gestion des demandes avec si possible le moyen de personnaliser les workflows associés.
Application utilisable depuis un navigateur internet avec possibilité d'attacher des fichiers au demandes.  
Je pense que JIRA pourrait couvrir le besoin mais je redoute que le cout de la licence ne soit pas accepté dans ma boite.
Connaissez-vous d'autre alternative?
Merci

moins cher, non

 
http://www.atlassian.com/starter/
 
$10...

Pour information quelles solutions (+chere) as -tu en tête ?

Oui, je suis conscient que le code n'est pas super optimisé, mais c'est pas le but. Je garde les données lues dans le buffer intermédiaire sbuf dans lequel je puise N octets quand je veux, le buffer se remplissant automatiquement si besoin est grace à la fonction ci-dessus (que je vais d'ailleurs renommer en fillByteBuffer). C'est pratique pour ce que je veux faire bien que je ne sois pas persuadé que mon implémentation est la meilleure (je ne suis pas sûr d'avoir bien compris comment fonctionne nio, en particulier le ByteBuffer.get() qui nécessite un tableau de bytes). Mais je lis ~6Mo par seconde sur un Pentium 4, ce qui est suffisant pour mes besoins.

Sinon, accessoirement j'ai résolu mon problème au debogueur, il n'était pas dans le bout de code donné ci-dessus mais dans une boucle
do { fillByteBuffer();} while (sbuf.size() < n);
là où
while  (!eof && sbuf.size() < n) { fillByteBuffer(); }
était requis. Le do {} while() faisait un appel de trop, ce qui faisait à chaque fois grossir sbuf, et l'absence de test sur !eof faisait partir le truc en boucle infinie.

Hey
 
J'ai développé un tchat en JAVA RMI et j'aimerai le rendre accessible par navigateur pour que les gens s'y connecte sans avoir a télécharger quoi que ce soit...
 
Comment faire ?

Changer de techno

 
Mais encore ?  

embarque plutôt un truc genre petit serveur web dans ton truc

http://docs.fabfile.org/0.9.0/
 
mais , ça a l'air d'etre exactement ce dont j'ai besoin...

une gestion d'utilisateurs pour une appli web en utilisant NTLM, je risque d'y laisser ma santé mentale, ou entre http://www.jguru.com/faq/view.jsp?EID=1045412 ou les modules apaches qui vont bien j'ai une chance de m'en sortir ?

"gestion d'utilisateurs" ou "authentification" ? Parce que bon ...
(pour le second, alors ouais, le code sur jguru poussé dans un filtre ressemble a ce qu'on a ici... si t'as un systeme pour tester sur ta propre machine, et que le parc est connu (i.e tout le monde la meme version de Windows, d'IE, et un seul serveur) alors ça va. Enfin pour autant que je sache, le protocole est "stable", mais bon, à force, on se méfie hein ...

hein bon, alors...

 
ouai, plutôt authentification quoi. Il n'y aura pas de gestion des utilisateurs au sens de "j'en crée/j'en vire".
 
Après, on a potentiellement un système local à l'appli pour la gestion des droits (qui fait/voit quoi).
 
pour le test, je verrai bien un filtre Spring-ifié, doit y avoir un truc à faire de ce coté là.
 
sinon, même version d'IE, windows je sais pas trop, même server ça doit coller.
 
Etant donné que l'état de mes connaissance en NTLM se situe sous le niveau de la mer, je risque de poser une question con, mais tant pis : ça marche avec un server sous linux ?
 
merci en tout cas. Je retourne lire de la doc.

pas que je sache.. mais en même temps, pareil, ce que j'en sais c'est du "on dit" et de vagues soupçons (j'avais lu un bout de doc a un moment, mais le genre de truc que je suis presque content d'avoir oublié).. en gros et si je ne m'abuse, ça fonctionne via le domaine machin truc des serveurs windows/workgroup/... (bonjour la précision de mon vocabulaire, oui je sais). Donc à priori, l'user est authentifié d'apres les credentials avec lesquels il est loggé sur le réseau, et ne il devrait pas avoir de boite qui lui saute a la tronche dans IE.
 
Bon mais bref, au lieu de te raconter des conneries, je trouve ça, ça a l'air plus à jour que ce que mon cerveau a emmagasiné:
http://jcifs.samba.org/src/docs/ntlmhttpauth.html
http://davenport.sourceforge.net/ntlm.html
 
edit: paster les bons liens ça serait pas plus mal.

Au taf on utilise une lib payante nommée Vintela (maintenant c'est Quest Authentication Services : http://www.quest.com/authentication-services/ ). Marche plutôt bien, avec des serveurs Windows comme avec des serveurs Unix.

EDIT : vala, JCIFS de chez Samba a l'air aussi de faire des bons trucs en version open source, je m'en étais servi justement pour faire un client de test de connexion aux serveurs sus-nommés.

Donc en fait si t'as un serveur nulix avec des partages smb dessus ça devrait marcher ? Mais y'a que IE-sous-windows qui supporte ce truc comme browser/client, ouais ?

Je vois pas le rapport avec le partage SMB ? L'idée c'est que ton serveur va se connecter au serveur Active Directory pour récupérer les infos qui vont bien une fois la partie NTLM finie, je crois pas qu'il y ait besoin de partage SMB. Mais à vérifier, je suis vraiment pas connaisseur sur le sujet.
 
Ca marche avec Firefox aussi, sauf que tu dois entrer ton login/pwd dans une boîte de dialoge Mais ça marche pareil, sinon. C'est vraiment de l'authentification au sens NTLM, donc n'importe quel client qui sait faire ça y arrivera (c'est ce que je disais plus haut quand je disais que j'avais utilisé jcifs pour coder un client Java). Avec IE c'est transparent parce que il a moyen de récupérer les credentials Windows facilement sans pop-up, tout comme en .Net d'ailleurs.

 
c'est juste dommage qu'ils disent de pas utiliser leur lib mais plutôt un truc payant...