Reprise du message précédent :
hep les gens, en JPA, c'est normal que les entités remontées par une requête soient détachées ?

Si tu sors du contexte de persistance dans lequel la requête a été effectuée, c'est normal. Du moins c'est la façon dont je l'utilise... Je ne sais plus s'il y a un autre mode de fonctionnement.

en fait c'est à cause de l'AOP, quand je sors de la méthode, la transaction est fermée.

Je connais pas l'AOP et je ne saisis pas les contraintes que ça implique par rapport à une architecture sans AOP au niveau couche de persistance... C'est pas possible de faire un truc classique : récupération objet dans la persistance / tambouille avec l'objet / réattachement de l'objet ?
 
tiens je sais pas si c'est en rapport : http://www.dotnetguru.org/articles [...] l#id122938

nan mais je me suis merdé, il faut pas sortir de la transaction du tout, c'est de ma faute.

test fonctionels sur des webservice (avec interaction client/serveur)
Quelqu'un en a déjà fais ? avec quoi ? il y a Cactus qui existe mais j'ai pas l'impression que ça soit encore trop vivant...

cargo?

Retour d'experience, c'est utilisable facilement ? (ca a l'air en tout cas)

Heuuu ça existe pas une taglib ou une lib semi-standards qui fait du "pluralize" en java/jsp

pour de l'anglais ?

Raf, c'est pour des mots super simple, devrait pas y avoir de cas particuliers

oui enfin t'es au courant que les regles de pluralisations sont différentes d'un language a l'autre, et que t'as pas été explicite sur le fait que tu parlais de language humain, à la base, hein
 
(je croyais avoir vu ça, mais je sais plus ou, pas dans commons-lang StringUtils en tous cas...)

https://inflector.dev.java.net/

Oui enfin quand on a des besoins de mettre des trucs au pluriel, ça a tendance à être pour des langages humains, quand même
 
En plus je fais pas des sites web en klingon

je sais pas, ça aurait pu être du jargon technique pour du traitement d'arrays ou que sais-je bref
shinuza me nie en mp, tu peux aller le réveiller ?

Chuis pas sûr qu'il soit arrivé ce matin, j'ai cru entendre un écho associant son nom à "malade", j'irais voir un peu plus tard quand son équipe sera reviendue de miam

Putain je viens de piger l'un des pourquoi d'EL

Les scriptlets, on peut pas les mettre avec d'autres trucs dans un attribut de tag

Genre

bar se verra affecté qux, mais

bar se verra affecté <%=baz%>quux

C'est les devs PHP qui ont inventé ce truc non

le message a pourtant été lu

Tout ce que je peux te dire, c'est qu'il a pas été au bureau de la journée et que son équipe sait pas où il est

la JVM de Sun réparti les threads multiples sur plusieurs cpu si elle le peut non ?

oui, et si l'OS le fait, mais les OS doivent tous le faire maintenant.

Les threads de la JVM sont directement des threads OS, donc elle risque pas de faire autrement. La JVM n'a aucun boulot à faire dedans, c'est l'OS qui fait tout (ce qui n'était pas le cas avec les "green threads" de Java 1.1, qui je crois n'étaient jamais mappés sur des threads OS multiples).

ok, un ptit malin prétendait le contraire sur le forum hardware et prétendait que le quad core était inutile dans 99% des cas ...

Justement en Java les cpu multicore aide plus qu'en C, car pas mal de biblio de base sont multithread ready.

Là il y a 2 choses différentes qui sont dites:
 
1. Le multithread sur la JVM utilise effectivement plusieurs cores, sauf sur une JVM 1.0 ou 1.1 (que plus personne n'utilise), donc il a tord sur ce point
2. La programmation multithreadée se développe de plus en plus (ne serait-ce qu'avec l'arrivée de plus en plus massive des multicores) et les dernières versions de Java (1.5 et surtout 1.6) ont gagné des libs de concurrency très sympa, donc un quad c'est potentiellement une manière de future-proofer.

Heuu bof hein
 
Ya pas mal de lib thread-safe, mais ça veut pas dire qu'elles sont multithreadées.
 
En fait c'est plutôt l'inverse, dans la mesure où un thread OS coûte cher (tant en CPU/context switching qu'en RAM) et qu'ils ne sont dispos qu'en quantité relativement limitée, une lib ne peut pas se permettre de jouer à créer des threads multiples comme ça pour s'amuser. Pas mal de libs java sont multithreadables, mais sûrement pas threadées nativement.
 
Pour un langage dont la majorité des libs sont multithreadées c'est Erlang qu'il faut aller voir.

Le contenu de ce message a été effacé par son auteur

Dans les implémentations de quoi?

Le contenu de ce message a été effacé par son auteur

 
Enfin pour que le même algorithme utilise la puissance de tous les coeurs ça, ça reste compliqué par contre.
Avec le calcul distribué et la parallèlisation c'est fini la rigolade
 
l'effort de démocratisation va être énorme

J'vois pas pourquoi.

Ca dépend des algos et des méthodes, certains algos sont trivialement parallélisables, certaines méthodes de résolution sont également trivialement parallélisable (genre MapReduce), d'autres (algos comme méthodes) ne le sont pas.

Le contenu de ce message a été effacé par son auteur

Tu plaisantes là non?

 
 
s'nouveau ça  

Le contenu de ce message a été effacé par son auteur

enfin j'en reste aux cours imbitables de parallèlisme en maitrise, avec les horloges de Lamport etcetera
on avait un prof qui aidait pas sans doute

Cad qu'en Java c'est mal barré.
 
Mais dans les languages avec OpenMP & co on peu paralellisé (certe avec des gains limité) sans trop se prendre la tete.
Techniquement un compilateur C++ peut paralleliser une boucle for/while juste en rajoutant 1 ou 2 ligne de direction OpenMP au dessus.

est il possible par jdbc par exemple de passer des commandes à la base genre "refresh table".
Je voudrais pouvoir refraichir une vue materialisée depuis un batch java.
J'ai cherché un peu, mais je sais pas si à ce niveau jdbc permet ce genre de "largesse", où si il faut passer par une api plus spécifique à la base.
en l'occurence db2 ici , mais une experience orcable peut peut être aider

Ca dépend aussi du langage d'implé, et de la version. En C, en C++ ou en Java pré-1.5 c'est pas vraiment fnu. D'un autre côté en post 1.5 c'est pas super fnu, c'est juste moins nul.

Ouais enfin on est pas très loin au dessus de java quand même

t'es sur que c'est le cas pour toutes les versions >1.1 et sur tous les os ?

ils (sun) vont ptet (esperons...) jeter derby et foutre un truc un peu plus robuste dans le jre ...
on peut rever

tu penses a MyIsam?