Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3239 connectés 

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  294  295  296  ..  327  328  329  330  331  332
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

BlaBlaTech@JAVA [ELITE, viendez les boobs]

n°2068698
LeRiton
Posté le 07-04-2011 à 16:14:55  profilanswer
 

Reprise du message précédent :

Shinuza a écrit :

Je vois ce que tu veux dire, mais l'overhead est affolant comparé au gain.


 
Clairement, c'est pour ça que généralement, quand je mate un nouveau FW, je regarde si c'est built-in.
 

mood
Publicité
Posté le 07-04-2011 à 16:14:55  profilanswer
 

n°2068700
souk
Tourist
Posté le 07-04-2011 à 16:16:25  profilanswer
 

Shinuza a écrit :

@souk : Tu peux avoir ça dans l'URL sans que ça soit escapé :D


Je suis pas convaincu. Ca depend des browsers alors ? j'ai tape l'url dans chrome en japonais pour chopper la version escapee ... mais soit .... parlons des langages RTL alors [:dawa]

n°2068708
brisssou
8-/
Posté le 07-04-2011 à 16:53:49  profilanswer
 

dans chrome s'marche aussi avec l'arabe [:dawa]


---------------
HFR - Mes sujets pour Chrome - Firefox - vérifie les nouveaux posts des topics suivis/favoris
n°2069854
vapeur_coc​honne
Stig de Loisir
Posté le 14-04-2011 à 08:17:52  profilanswer
 

khoukou les gens [:dawa]
c 'est quoi la formule magique pour afficher dans une jsp une valeur ?  
 
 
 
dans ma classe je fait un "agent.setNom(rs.getString("AGT_NOM" ));"
 
ça c'est ok ça fonctionne
 
dans ma jsp  
le <td><s:property value="nom" /></td> m'affiche rien  
 
j'ai du oublié/rater l'épisode ou je déclare agent.nom ou encore oublier de faire reference a ma classe
bref il doit manquer un morceau dans ma jsp


---------------
marilou repose sous la neige
n°2069905
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 11:53:20  profilanswer
 

je viens de tomber sur un cas bizarre [:klemton]

 
Code :
  1. public interface DTOAdapter<A, B> {
  2.     public B convert(A a);
  3. }
  5. public interface TwoWayDTOAdapter<A, B> extends DTOAdapter <A, B>{
  6.     public A convert(B b) throws AdapterException;
  7. }
 

ça ça marche pas :

 
Code :
  1. public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
  3.     public Long convert(Integer b) throws AdapterException {
  4.         // TODO Auto-generated method stub
  5.         return null;
  6.     }
  8.     public Integer convert(Long a) throws AdapterException {
  9.         // TODO Auto-generated method stub
  10.         return null;
  11.     }
  12. }
 


par contre ça ça marche, et j'ai juste inversé l'ordre des méthodes :

 
Code :
  1. public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
  3.     public Integer convert(Long a) throws AdapterException {
  4.         // TODO Auto-generated method stub
  5.         return null;
  6.     }
  8.     public Long convert(Integer b) throws AdapterException {
  9.         // TODO Auto-generated method stub
  10.         return null;
  11.     }
  12. }
 

de même en inversant les paramètres de types en gardant l'ordre du premier cas ça fonctionne :

 
Code :
  1. public class TestAdapter implements TwoWayDTOAdapter<Integer,Long> {
  3.     public Long convert(Integer b) throws AdapterException {
  4.         // TODO Auto-generated method stub
  5.         return null;
  6.     }
  8.     public Integer convert(Long a) throws AdapterException {
  9.         // TODO Auto-generated method stub
  10.         return null;
  11.     }
  12. }
 

c'est un bug éclipse ??
j'ai jamais vu un cas où l'ordre des méthodes dans une classe avait une importance
de plus l'ajout automatique des méthodes les ajoutes dans l'ordre qui ne fonctionne pas

Message cité 2 fois
Message édité par basketor63 le 14-04-2011 à 12:16:19
n°2069924
the real m​oins moins
Posté le 14-04-2011 à 12:52:51  profilanswer
 

basketor63 a écrit :

ça marche pas


[:kiki]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°2069954
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 14:21:10  profilanswer
 

ça ne compile pas

 

l'erreur est sur l'erasure des méthodes qui serait indentique
mais ce genre de problème se résoudrait pas en inversant l'ordre de déclaration des méthodes


Message édité par basketor63 le 14-04-2011 à 14:24:04
n°2069970
the real m​oins moins
Posté le 14-04-2011 à 14:36:32  profilanswer
 

quelle jdk ?


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°2069980
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 14:53:14  profilanswer
 

jdk 1.5
eclipse 3.5

 

je ne sais pas si éclipse à son propre compilateur ou si il s'interface avec le jdk et si les autres ide auraient le même problème

  

Message cité 1 fois
Message édité par basketor63 le 14-04-2011 à 14:57:20
n°2069981
Taiche
(╯°□°）╯︵ ┻━┻
Posté le 14-04-2011 à 14:54:50  profilanswer
 

T'as tenté de compiler un exemple simple et similaire à la main (Notepad + javac [:dark-imperator]) pour voir si ça vient d'Eclipse ou du compilo ?

Message cité 1 fois

---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
mood
Publicité
Posté le 14-04-2011 à 14:54:50  profilanswer
 

n°2069985
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 14:57:27  profilanswer
 

un truc dommage aussi c'est qu'on ne peut pas faire  
 

Code :
  1. public class TestAdapter implements DTOAdapter<Long, Integer>,DTOAdapter<Integer, Long> {


 
afin d'avoir l'operation de conversion dans les deux sens
 

Citation :

The interface DTOAdapter cannot be implemented more than once with different arguments: DTOAdapter<Integer,Long> and DTOAdapter<Long,Integer>


 
 

Code :
  1. public interface TwoWayDTOAdapter<A, B> extends DTOAdapter <A, B>,DTOAdapter <B, A>


 

Citation :

The interface DTOAdapter cannot be implemented more than once with different arguments: DTOAdapter<B,A> and DTOAdapter<A,B>


 
c'est bien dommage ...

Message cité 1 fois
Message édité par basketor63 le 14-04-2011 à 15:14:38
n°2069986
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 14:58:38  profilanswer
 

Taiche a écrit :

T'as tenté de compiler un exemple simple et similaire à la main (Notepad + javac [:dark-imperator]) pour voir si ça vient d'Eclipse ou du compilo ?

 

non, j'ai pas eu le courage :D

 

j'ai dépensé toute mon énergie dans l'ouverture d'un bug sur bugzilla [:ddr555]


Message édité par basketor63 le 14-04-2011 à 14:59:22
n°2070022
the real m​oins moins
Posté le 14-04-2011 à 15:33:10  profilanswer
 

basketor63 a écrit :

jdk 1.5
eclipse 3.5
 
je ne sais pas si éclipse à son propre compilateur ou si il s'interface avec le jdk et si les autres ide auraient le même problème
 
 
 


essaie avec une 1.6, et évidemment essaie en ligne de commande, gros plouc !


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°2070025
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 15:43:37  profilanswer
 

pour info sur le bugzilla un dev a testé en 3.7 et ça passe

n°2070041
souk
Tourist
Posté le 14-04-2011 à 16:25:16  profilanswer
 

basketor63 a écrit :


 

Code :
  1. public interface DTOAdapter<A, B> {
  2.     public B convert(A a);
  3. }
  5. public interface TwoWayDTOAdapter<A, B> extends DTOAdapter <A, B>{
  6.     public A convert(B b) throws AdapterException;
  7. }



 
Vu que les generics fonctionnent par type erasure, A convert(B) and B convert(A) se retrouvent un peu identiques, renomme ta methode dans TwoWayTruc et ca devrait aller sans probleme

Message cité 1 fois
n°2070042
souk
Tourist
Posté le 14-04-2011 à 16:26:25  profilanswer
 

basketor63 a écrit :

un truc dommage aussi c'est qu'on ne peut pas faire  
 

Code :
  1. public class TestAdapter implements DTOAdapter<Long, Integer>,DTOAdapter<Integer, Long> {


 
afin d'avoir l'operation de conversion dans les deux sens
 

Citation :

The interface DTOAdapter cannot be implemented more than once with different arguments: DTOAdapter<Integer,Long> and DTOAdapter<Long,Integer>


 
 

Code :
  1. public interface TwoWayDTOAdapter<A, B> extends DTOAdapter <A, B>,DTOAdapter <B, A>


 

Citation :

The interface DTOAdapter cannot be implemented more than once with different arguments: DTOAdapter<B,A> and DTOAdapter<A,B>


 
c'est bien dommage ...


 
meme raison, type erasure [:dawao]

Message cité 1 fois
n°2070049
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 16:40:20  profilanswer
 

souk a écrit :


 
Vu que les generics fonctionnent par type erasure, A convert(B) and B convert(A) se retrouvent un peu identiques, renomme ta methode dans TwoWayTruc et ca devrait aller sans probleme


 
relis le message attentivement
 
inverser l'ordre des méthodes résout le problème donc le problème ne vient pas de là

Message cité 1 fois
n°2070051
basketor63
Sarkozy en prison
Posté le 14-04-2011 à 16:44:27  profilanswer
 

souk a écrit :

 

meme raison, type erasure [:dawao]

 


je pense pas que le probleme soit le type erasure parceque tu peux faire

 
Code :
  1. public interface Pouet1 extends DTOAdapter<Long, Integer>{}
  3. public interface Pouet2 extends DTOAdapter<Integer, Long>{}
  5. public class TestAdapter implements Pouet1,Pouet2{


là le problème c'est

 
Citation :

The interface DTOAdapter cannot be implemented more than once with different arguments:

 


EDIT: ha non le cas du dessus ne marche non plus pour la même raison :D


Message édité par basketor63 le 14-04-2011 à 16:46:53
n°2070107
souk
Tourist
Posté le 14-04-2011 à 21:34:03  profilanswer
 

basketor63 a écrit :


inverser l'ordre des méthodes résout le problème


 
bah non [:souk]

Message cité 1 fois
n°2070124
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 00:42:22  profilanswer
 

souk a écrit :

 

bah non [:souk]

 

mais t'as vraiment pas lu mon message en fait [:kiki]

Message cité 1 fois
Message édité par basketor63 le 15-04-2011 à 00:43:54
n°2070126
souk
Tourist
Posté le 15-04-2011 à 00:48:36  profilanswer
 

basketor63 a écrit :


 
mais t'as vraiment pas lu mon message en fait [:kiki]


bah explique moi ou tu as "inverse l'ordre des methodes".
Ensuite explique moi quelles methodes seront presentes dans une classe implementant TwoWayDTOAdapter<Integer, Integer>

n°2070169
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 09:24:36  profilanswer
 

mais tout le code est la bong sang  [:poogz:1]

Message cité 1 fois
n°2070194
masklinn
í dag viðrar vel til loftárása
Posté le 15-04-2011 à 10:08:31  profilanswer
 

basketor63 a écrit :

mais tout le code est la bong sang  [:poogz:1]


Ta première version:

> javac TestAdapter.java
TestAdapter.java:1: name clash: convert(B) in TwoWayDTOAdapter<java.lang.Long,java.lang.Integer> and convert(A) in DTOAdapter<java.lang.Long,java.lang.Integer> have the same erasure, yet neither overrides the other
public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
       ^
1 error


En inversant les paramètres generics (ton 2e "fix" ):

Code :
  1. public class TestAdapter implements TwoWayDTOAdapter<Integer, Long> {
  2.     public Long convert(Integer b) throws AdapterException {
  3.         return null;
  4.     }
  5.     public Integer convert(Long a) throws AdapterException {
  6.         return null;
  7.     }
  8. }


> javac TestAdapter.java
TestAdapter.java:1: name clash: convert(B) in TwoWayDTOAdapter<java.lang.Integer,java.lang.Long> and convert(A) in DTOAdapter<java.lang.Integer,java.lang.Long> have the same erasure, yet neither overrides the other
public class TestAdapter implements TwoWayDTOAdapter<Integer, Long> {
       ^
1 error

 

En inversant l'ordre des méthodes (1ee "fix" )

Code :
  1. public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
  2.     public Integer convert(Long a) throws AdapterException {
  3.         return null;
  4.     }
  5.     public Long convert(Integer b) throws AdapterException {
  6.         return null;
  7.     }
  8. }


> javac TestAdapter.java
TestAdapter.java:1: name clash: convert(B) in TwoWayDTOAdapter<java.lang.Long,java.lang.Integer> and convert(A) in DTOAdapter<java.lang.Long,java.lang.Integer> have the same erasure, yet neither overrides the other
public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
       ^
1 error


C'est bien un bug dans éclipse: le compilo est foireux, les 3 cas devraient se vautrer, et souk a parfaitement raison: ça ne fonctionne dans aucun cas.


Message édité par masklinn le 15-04-2011 à 10:12:38

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2070203
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 10:22:40  profilanswer
 
n°2070208
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 10:31:11  profilanswer
 

testé avec éclipse 3.7M6 ça compile dans les deux cas :lol:

 

Pour ma part qu'il y ai bug ou pas je trouverai pas choquant que ça doive fonctionner.

 

On définis bien deux paramètres génériques de type A et B, donc le compilo est censé comprendre que c'est le prototype de deux méthodes différentes.
Après quand on affecte vraiment les paramètres, si les types sont identiques, là oui ça me parait logique que ça doive poser problème et qu'il gueule.

 

quelle est votre version de javac ?

 
Citation :

$ /cygdrive/c/Program\ Files/Java/jdk1.5.0_21/bin/javac.exe *.java

 

TestAdapter.java:4: name clash: convert(B) in fr.test.TwoWayDTOAdapter<java.lang.Long,java.lang.Integer> and convert(A) in fr.test.DTOAdapter<java.lang.Long,java.lang.Integer> have the same erasure, yet neither overrides the other
public class TestAdapter implements TwoWayDTOAdapter<Long, Integer> {
       ^
1 error

 


j'ai testé en ligne de commande avec javac du jdk1.5.0_21 j'ai la même erreur que toi

 

A noté quand même que le byte code compilé sans plantage avec éclipse qui ne compile pas avec jdk1.5.0_21 fonctionne parfaitement quand exécute sur la jvm du jdk1.5.0_21 [:grounded:2]

 

c'est peut être pas eclipse qui a un blem, par contre c'est clair qu'il y a aucune compatibilité de compilation là ...

Message cité 2 fois
Message édité par basketor63 le 15-04-2011 à 10:55:25
n°2070229
zapan666
Tout est relatif
Posté le 15-04-2011 à 11:16:00  profilanswer
 

basketor63 a écrit :

testé avec éclipse 3.7M6 ça compile dans les deux cas :lol:
 
Pour ma part qu'il y ai bug ou pas je trouverai pas choquant que ça doive fonctionner.
 


Euh c'est très choquant que ça fonctionne plutôt. Les Generics ce ne sont pas des templates à la C++
et même si ça fonctionne à l'utilisation, c'est aller droit dans le mur car tu ne saura jamais vraiment quelle méthode est appellé si le code est pas clair....

Message cité 1 fois

---------------
my flick r - Just Tab it !
n°2070234
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 11:30:32  profilanswer
 

zapan666 a écrit :

Euh c'est très choquant que ça fonctionne plutôt. Les Generics ce ne sont pas des templates à la C++
et même si ça fonctionne à l'utilisation, c'est aller droit dans le mur car tu ne saura jamais vraiment quelle méthode est appellé si le code est pas clair....

 

je vois pas dans quel cas ce que tu dis peut se produire

 

"code pas clair" ça constitue pas un exemple précis qui fait avancer les choses

 

et bon ça plante pas au runtime

 

voilà le code qui utilise les générics

 
Code :
  1. public class DTOFactory {
  3. public static <A, B> List<B> convertTo(List<A> listeA, DTOAdapter<A, B> adapter) {
  4.  List<B> listeB = new ArrayList<B>();
  6.  for (A a : listeA) {
  7.   B b = adapter.convert(a);
  8.   listeB.add(b);
  9.  }
  11.  return listeB;
  12. }
  14. public static <A, B> B convertTo(A a, DTOAdapter<A, B> adapter) {
  15.  return adapter.convert(a);
  16. }
  19. public static <A, B> List<A> convertTo(List<B> listeB, TwoWayDTOAdapter<A, B> adapter) {
  20.  List<A> listeA = new ArrayList<A>();
  22.  for (B b : listeB) {
  23.   A a = adapter.convert(b);
  24.   listeA.add(a);
  25.  }
  27.  return listeA;
  28. }
  31. public static <A, B> A convertTo(B b, TwoWayDTOAdapter<A, B> adapter) {
  32.  return adapter.convert(b);
  33. }
  36. }
 


vu ce que je veux faire je suis pas obligé de faire un TwoWayDTOAdapter, il me suffirait de définir une autre classe avec l'operation inverse
ça serait surement plus sur de faire ça, mais je voyais pas vraiment de raison

 

ce qui fait chier surtout c'est de pas pouvoir implémenter à la fois DTOAdapter<A, B> et DTOAdapter<B, A>

 

Message cité 1 fois
Message édité par basketor63 le 15-04-2011 à 12:02:03
n°2070282
TBone
Qui vivum verrum; vroom vroom.
Posté le 15-04-2011 à 13:38:16  profilanswer
 

tiens, l'Elite, elle utilise quoi comme XML API (pour faire du XPath dedans, en gros pas mal de read, peu de write/update) ? je vais zieuter XOM pour voir autre chose que le DOM standard du JDK...

Message cité 1 fois

---------------
A straight line is a special case of a curve. It's a curve which is uncurved. -- Susskind.
n°2070322
souk
Tourist
Posté le 15-04-2011 à 15:49:45  profilanswer
 

basketor63 a écrit :


On définis bien deux paramètres génériques de type A et B, donc le compilo est censé comprendre que c'est le prototype de deux méthodes différentes.
Après quand on affecte vraiment les paramètres, si les types sont identiques, là oui ça me parait logique que ça doive poser problème et qu'il gueule.


 
mais tu veux pas aller apprendre comment marchent les generics en Java ? une fois que c'est compile, y a plus de A, y a plus de B, tes types generiques sont remplaces par Object donc ils sont tous identiques, donc ca pose probleme, et le compilateur gueule [:souk]

Message cité 1 fois
n°2070329
___alt
Posté le 15-04-2011 à 16:08:46  profilanswer
 

J'ai une couillasse avec Play!. Je démarre un nouveau projet et quand je le lance, je me prends ça :
 
play.exceptions.CompilationException: The method accept(File) of type new FileFilter(){} must override a superclass method
 at play.classloading.ApplicationCompiler$2.acceptResult(ApplicationCompiler.java:246)
 at org.eclipse.jdt.internal.compiler.Compiler.handleInternalException(Compiler.java:672)
 at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:516)
 at play.classloading.ApplicationCompiler.compile(ApplicationCompiler.java:278)
 at play.classloading.ApplicationClassloader.getAllClasses(ApplicationClassloader.java:406)
 at play.Play.start(Play.java:449)
 at play.Play.detectChanges(Play.java:558)
 at play.Invoker$Invocation.init(Invoker.java:186)
 at Invocation.HTTP Request(Play!)
 
Le JDK déclaré dans $JAVA_HOME (sous win) est un 1.5 donc normalement pas de problème. Une idée ?

Message cité 3 fois

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2070335
zapan666
Tout est relatif
Posté le 15-04-2011 à 16:42:07  profilanswer
 

Quelle version de Play ? La 1.1.1 ? Version de Windows ? J'ai vite regardé sur le Google groups, je n'ai pas vu ce problème...
 
Quand tu dis nouveau de projet, c'est Play new sans rien faire d'autre ?
 
Tu peux essayer un Play clean puis un Play run : sur un malentendu, ça peu marcher.


---------------
my flick r - Just Tab it !
n°2070336
___alt
Posté le 15-04-2011 à 16:49:43  profilanswer
 

Version 1.2 de play.
Windows XP SP3
Nouveau projet, new sans rien d'autre, puis play run.
Même erreur après un clean.
 
Je vais tenter la même chose avec la 1.1.1.

Message cité 1 fois

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2070338
zapan666
Tout est relatif
Posté le 15-04-2011 à 16:50:10  profilanswer
 

basketor63 a écrit :


 
"code pas clair" ça constitue pas un exemple précis qui fait avancer les choses


Code :
  1. Object t = converter.convert(Singleton.getInstance().getFactory().getObjectFromDatabase("stuff" ).getId());


Si l'implémentation des méthodes diffères beaucoup, ça peut être intéressant de savoir la méthode qui est appelé : c'est possible ici mais il faut faire une petite gymnastique intellectuelle que je trouve dispensable.

Message cité 1 fois

---------------
my flick r - Just Tab it !
n°2070342
zapan666
Tout est relatif
Posté le 15-04-2011 à 16:57:55  profilanswer
 

TBone a écrit :

tiens, l'Elite, elle utilise quoi comme XML API (pour faire du XPath dedans, en gros pas mal de read, peu de write/update) ? je vais zieuter XOM pour voir autre chose que le DOM standard du JDK...


Jaxen ? J'utilise pas, par contre :D


---------------
my flick r - Just Tab it !
n°2070349
___alt
Posté le 15-04-2011 à 17:16:06  profilanswer
 

___alt a écrit :

Version 1.2 de play.
Windows XP SP3
Nouveau projet, new sans rien d'autre, puis play run.
Même erreur après un clean.
 
Je vais tenter la même chose avec la 1.1.1.


 
Ça passe en 1.1.1, doit y avoir un truc merdique dans mon environnement mais je ne sais pas quoi...


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2070356
basketor63
Sarkozy en prison
Posté le 15-04-2011 à 17:31:33  profilanswer
 

souk a écrit :

mais tu veux pas aller apprendre comment marchent les generics en Java ? une fois que c'est compile, y a plus de A, y a plus de B, tes types generiques sont remplaces par Object donc ils sont tous identiques, donc ca pose probleme, et le compilateur gueule [:souk]


 
bah à ton avis je fais quoi avec éclipse ?
sauf que c'est buggué visiblement, donc ça aide pas des masses :lol:
 

zapan666 a écrit :


Code :
  1. Object t = converter.convert(Singleton.getInstance().getFactory().getObjectFromDatabase("stuff" ).getId());


Si l'implémentation des méthodes diffères beaucoup, ça peut être intéressant de savoir la méthode qui est appelé : c'est possible ici mais il faut faire une petite gymnastique intellectuelle que je trouve dispensable.


 
Merci pour vos explications :D

n°2070805
zapan666
Tout est relatif
Posté le 19-04-2011 à 10:07:12  profilanswer
 

___alt a écrit :

J'ai une couillasse avec Play!. Je démarre un nouveau projet et quand je le lance, je me prends ça :
 
play.exceptions.CompilationException: The method accept(File) of type new FileFilter(){} must override a superclass method
 at play.classloading.ApplicationCompiler$2.acceptResult(ApplicationCompiler.java:246)
 at org.eclipse.jdt.internal.compiler.Compiler.handleInternalException(Compiler.java:672)
 at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:516)
 at play.classloading.ApplicationCompiler.compile(ApplicationCompiler.java:278)
 at play.classloading.ApplicationClassloader.getAllClasses(ApplicationClassloader.java:406)
 at play.Play.start(Play.java:449)
 at play.Play.detectChanges(Play.java:558)
 at play.Invoker$Invocation.init(Invoker.java:186)
 at Invocation.HTTP Request(Play!)
 
Le JDK déclaré dans $JAVA_HOME (sous win) est un 1.5 donc normalement pas de problème. Une idée ?


http://groups.google.com/group/pla [...] 11947791b4


---------------
my flick r - Just Tab it !
n°2070997
zapan666
Tout est relatif
Posté le 19-04-2011 à 22:17:53  profilanswer
 

___alt a écrit :

J'ai une couillasse avec Play!. Je démarre un nouveau projet et quand je le lance, je me prends ça :
 
play.exceptions.CompilationException: The method accept(File) of type new FileFilter(){} must override a superclass method
 [...]
Le JDK déclaré dans $JAVA_HOME (sous win) est un 1.5 donc normalement pas de problème. Une idée ?


http://play.lighthouseapp.com/proj [...] cket-751-5
Ca sera fixé pour play 1.2.1


---------------
my flick r - Just Tab it !
n°2071080
___alt
Posté le 20-04-2011 à 12:30:47  profilanswer
 

C'est plutôt cool [:bien]


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2071254
basketor63
Sarkozy en prison
Posté le 21-04-2011 à 10:58:42  profilanswer
 

Il y a aucun moyen d'utiliser des fonctions de la base de donnée dans un criteria hibernate ?

 

j'ai dans des requêtes jdbc que je voudrais convertir en hibernate criteria, du code genre

 

(translate(lower(DESCRIPTION),'àâéèêëîïôöùûüç','aaeeeeiioouuuc') like ?

 

avec des if( machin ) sql+="clause bidule";

 

ce que j'aurai trouvé pas mal c'est de pouvoir appliquer une fonction custom à une propriété, même si c'est pas portable ça permettrait d'avoir dans un premier temps un comportement identique

 
Code :
  1. List results = session.createCriteria(Cat.class)
  2.     .setProjection( Property.forName("name" ) )
  3.     .add( Property.forName("color" ).eq(Color.BLACK) )
  4.     .list();
 

pourrait donner

 
Code :
  1. List results = session.createCriteria(Cat.class)
  2.     .setProjection( Property.forName("name" ) )
  3.     .add( CustomFonction.translate( Property.forName("color" ), "rouge","red" ).eq(Color.BLACK) )
  4.     .list();
 

ou

 
Code :
  1. List results = session.createCriteria(Cat.class)
  2.     .setProjection( Property.forName("name" ) )
  3.     .add( CustomizedProperty.forName("color" ).translate("rouge","red" ).eq(Color.BLACK) )
  4.     .list();
 

donc à priori j'en vois pas pour le moment
enfin là j'envisage de passer à hibernate search pour régler le problème et avoir enfin une bonne recherche :D

 


j'avais une idée en tête aussi, qui est de définir des colonnes générées avec une fonction oracle
mais je ne sais pas comment hibernate se comporte avec de telles colonnes, et si il y a moyen de les ignorer pour de la lecture et ne les utiliser que pour de la recherche


Message édité par basketor63 le 21-04-2011 à 11:23:02
n°2071278
the real m​oins moins
Posté le 21-04-2011 à 11:21:57  profilanswer
 

ben ouais tu peux écrire tes Criteria custom non ? mais bon, vu que c'est hibernate, ça veut aussi dire que tu devras etre capable de transcrire ça en sql non ? Au point ou t'en es, tu filtres après coup.

Message cité 1 fois

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  294  295  296  ..  327  328  329  330  331  332
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
[java]Ouvrir un fichier dans la fenetre principaleformation pour developpeurs Java
crontab : programme java[JAVA] Aide pour packager un jar
[java] copie de fichier et progressbarinstallation java
[JAVA]Comment insérer un texte dans un fichier audio?[JAVA] Intégrer ANT : API ou ligne de commande ?
[Java][Bouley]Serializable : mauvaise instanciation des champs[JAVA : JNI] Pb a l'execution avec library
Plus de sujets relatifs à : BlaBlaTech@JAVA [ELITE, viendez les boobs]

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.144 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)