Reprise du message précédent :

 
tu avais trouvé toi meme la reponse a ton probleme.
 
repackage ton jar et ca marchera

vu le jar, je suis pas certain qu'il soit de lui...

Ca a même l'air d'être un bug jamais résolu du compilo:
 
http://bugs.sun.com/bugdatabase/vi [...] id=4743555  

(le compilateur n'importe pas le "default package" [le package non nommé] à moins que ce soit le package courant (que la classe actuelle ne soit pas dans un package nommé))
 
Ils ont corrigé le tutoriel au lieu de corriger le compilo
 
Et trouvé ici: http://mindprod.com/jgloss/import.html

Voilaaa

 
Merci   Enfin un qui donne une réponse clair !
 
N.B. : le .jar ne viens pas de moi, je l'ai juste ajouter à "build path". Bref, le gars je l'ai eu au tél et je lui ai dis de me remailer son .jar SANS "default package".

tu remarqueras qu'elle vient immédiatement après un exposé clair et complet de ton problème et que c'est probablement pas par hasard

Exactement, je n'ai personnellement fait que rechercher sur les bases de ce que sebi2706 avait pu trouver

Bonjour bon moi je suis vraiment une débutante dans l'informatique ce que je voudrais savoir c'est comment on fait pour activer les contrôles active X, parceque quand par exemple je vais dans un site de tchat il m'affiche une barre en haut et me di : vos paramétres personnels ne vous permette pas d'utiliser les contrôles active X....
Pouvez vous m'aider svp merci!

je vois ton problème, mais je vois pas ce que ca fait dans ce topic, ni dans la catégorie Programmation...ici on parle de java...
 
Il te faut aller poser ta question dans cette catégorie : Software & réseau ( http://forum.hardware.fr/hfr/Windo [...] ujet-1.htm )

Plop, me revoilou avec une question de noob (pour changer) !
 
Quand je définis les attributs de mes classes, je ne sais pas quel type il vaut mieux utiliser :  
par exemple pour un attribut représentant l'ID d'un objet, il vaut mieux utiliser un type primitif int par exemple, ou il vaut mieux utiliser un wrapper Integer par exemple ?
 
En gros, y a pas une règle du genre "utilisez toujours le type le plus primitif possible pour vos attributs" ou autre ?

y'a une époque il était recommandé de toujours utiliser des types primitifs, parce que c'est normalement plus rapide...maintenant avec toutes les optimisations que fait le compilateur et la JVM à l'exécution, je sais pas si c'est toujours valide...
Tu peux tjs en utiliser, avec l'autoboxing t'es plus vraiment emmerdé

ok merci

Salut !
dans une appli java, comment lire la memoire dispo dans la jvm et comment savoir la memoire occupée actuellement ?

Runtime.getRuntime().freeMemory();
Runtime.getRuntime().maxMemory()
 
mais si c pour faire une tentative d'optimisation de la garbage collection, attends toi à trouver un nraynaud avec sa pelle à clou

c'est pas le but

Bonsoir,
 
J'ai une question probablement stupide mais qui m'embête depuis quelques temps. J'ai un serveur apache HTTP qui publie certaines pages web. L'une d'entre-elles contient une applet que j'ai crée. Cette applet à besoin pour fonctionner de certaines librairie non inclues dans la jre. Ma question est donc : Comment faire pour que l'utilisateur lambda, n'ayant que la jre standard puisse quand même exécuter mon applet?
On m'a parlé de mettre les lib en questions dans le classpath d'apache mais après quelques recherches je n'ai trouvé que le classpath pour des serveurs tomcat, et je ne désire pas en installer un  (ça serait bête d'installer un monstre pareil pour une petite applet). J'ai entendu parler du fait qu'il serait possible d'inclure les lib en questions dans le jar qui contient l'applet aussi mais je dois manifestement mal m'y prendre parce que ça ne marche pas.
 
est-ce que qqn pourrait m'expliquer?
 
merci

 
 
sinon ché pas

Content de t'avoir fait rire
Tu peux m'expliquer pour que je me couche moins con ?

une applet s'execute côté client, donc si tu mets tes libs côté serveur, ca va pas marcher...
 
par contre si tes libs sont des jar, je crois qu'il a pas de moyens simple de référencer des jars dans un jar (ca a pu changer avec les releases récentes je suis plus trop au courant)
 
http://java.sun.com/docs/books/tut [...] wnman.html
le premier point couvre exactement ton besoin
 
sinon question à la ronde : si on dézippe le jar de la librairie, et qu'on fout les class dans le jar, elles sont sensées être accessibles non ?

ben oui

* rien à voir avec des releases récents, ça fait longtemps-longtemps qu'on peut spécifier un classpath dans le manifest d'un jar
* oui mais c'est pas nécessairement légal.

référencer des jar accessibles sur le filesystem oui, référencer des jars situés dans le jar, on peut pas...
 
ct sur ça que je m'interrogeais, et le java tutorial est clair là dessus :  

Plop,  
 
ptite question sur les collections et les vecteurs : c'est quoi exactement les différences ? Un vecteur est-il une collection ?
 
Concrètement, j'ai juste besoin d'un "tableau" de taille variable contenant une liste d'objets, je pensais donc utiliser un vecteur. J'ai faux ? Vaut mieux utiliser une collection (genre un HashSet) ?

Je pense que tu devrais lire Trail: Collections, ça te ferait du bien .
 
Une Collection n'est rien de plus qu'un conteneur d'objets quelconque, une structure regroupant n objets en un objet unique  
 
Après si on parle précisément du framework Collection en java, Vector est bien une classe du Framework, une classe par ailleurs dépréciée qui n'existe encore que pour des raisons de rétrocompatibilité.
 
Pour un tableau de taille variable, on utilise habituellement une ArrayList.

Merci pour l'info et le lien

Une autre question : je veux une collection d'objets ordonnés et sans doublons. Je pense utiliser un TreeSet, j'ai bon ?
 
Du coup, la classe qui va être "collectionnée" doit implémenter l'interface Comparable. J'ai bon ?
 
Du coup si j'ai bien suivi je dois implémenter la méthode :
public int compareTo(Object obj)
 
Mais j'aurais voulu vérifier que l'objet passé en paramètre est bien de la même classe que celle qui implémente cette méthode.
On fait comment pour savoir que deux objets sont de la même classe ?
 
Et cette classe doit-elle forcément implémenter la méthode equals ou on s'en tape ? Puisque je lis que compareTo() doit être cohérent avec equals().

Ca me semble bien

Et réimplémenter equals afin que equals et compatable soient cohérents l'un avec l'autre  
(lis bien la javadoc sur Comparable, c'est important)

et bool equals(Object o)

instanceof + cast, par contre je te conseille de faire une recherche sur le topic, il me semble que des gens avec plus de connaissance que moi en java (Nraynaud et TheRealMoinsMoins pour ne pas les nommer) ont pas mal discuté de l'implémentation d'equals et compareTo dans le sujet.

Merci, je vais donc rechercher des infos dans le sujet. Mais ça m'amène à des questions plus générales sur les exceptions, que du coup je vais poser avant de faire la recherche
 
Voilà ce que je pensais faire :

 
Mais moi ça me gonfle que ça retourne une valeur si l'objet passé en paramètre n'est pas du type que je souhaite, ça n'a aucun sens. Je pensais donc utiliser une ClassCastException.
 

Mais là je me fais envoyer bouler parce que la méthode ne retourne pas forcément un int.
 
Donc ma question : y a pas moyen de "courcircuiter" le type attendu du retour d'une méthode quand celle-ci génère une exception ? Que si mon objet n'est pas du type attendu, ça génère un message d'erreur et ça s'arrête là.

clairement, tu ne peux pas retourner 0 à compareTo si l'objet n'est meme pas de la même classe, puisqu'ils ne peuvent fondamentalement pas être égaux.
la ClassCastException étant une RuntimeException, tu peux (dois) la laisser remonter, pas la catcher.

Si tu regardes la définition de compareTo dans la javadoc tu noteras que:

Nraynaud me corrigera si je me plante, mais je dirais donc d'ajouter un "throws ClassCastException" à ta définition de méthode et de faire ton cast sans te soucier du reste e.g.

public int compareTo(Object obj) throws ClassCastException {
    Stage stage = (Stage) obj;
    if(stage.getLeftBound() < this.getLeftBound()) {
        return -1;
    } else if(stage.getLeftBound() > this.getLeftBound()) {
        return 1;
    } else {
        return 0;
    }
}

edit: et merde, grillé par moinmoin
(mais moi j'ai ajouté le throws pour la documentation )

ouais sjuste pour la doc, spa nécessaire sinon

euh d'ailleurs jme trompe peut-être, mais à vue de nez la méthode pourrait etre simplifiée en

(et il est d'ailleurs probable que ce soit un peu faux, je devine que tu as une borne droite et que donc dans le cas ou les 2 bornes gauches sont égales tu voudras comparer la droite )

Mmmm je sais pas, compareTo doit explicitement renvoyer 1, 0 ou -1 non? Parce que là il peut renvoyer n'importe quelle valeur entre MINT_INT et MAX_INT, t'es sûr que c'est correct?
 
Faudrait peut-être le clamper à [-1, 1]

Merci pour toutes ces réponses
 
Si ma méthode throws la ClassCastException sans être catch par la méthode appelante, ça pêtera à la gueule de l'utilisateur tout pareil que sans le throw, aucune différence ?
 
Et donc là, la ClassCastException va pêter à la gueule de l'utilisateur, y a vraiment aucun moyen de la traiter et de tout stopper à la place, sans les messages d'erreur habituels ? (genre "votre développeur est un boulet, merci d'aller l'insulter" ).
 
Et pour confirmation, les runtime exceptions, on les laisse pêter gentillement à la gueule de l'utilisateur d'une manière générale ?
 
 
(sinon pour votre simplification de l'algo, c'est faisable en bornant le résultat de la soustraction en effet. Par contre la compréhension est ptet moins immédiate pour un mec qui reprend le code. De toute façon je dois check la borne droite quand les bornes gauches sont  égales (ce qui ne doit en théorie jamais arriver mais j'aime pas les "en théorie" ))

oui

C'est le problème de la personne utilisant tes classes s'il fait n'importe quoi

Toujours une question sur mon TreeSet ^^
ici je lis :

Niquel.
Mais ici, rien n'est précisé. Cette méthode ajoute-t-elle tous les éléments de la collection passée en paramètre en veillant à ne pas faire de doublons comme add(), ou génère-t-elle une exception s'il y a un doublon ?

En java, les exceptions doivent être déclarées. Qu'es-ce que tu vois comme exception levée et dans quel cas ?

Bah je sais pas trop, une exception de doublonnage ?
M'enfin j'aimerais surtout savoir si addAll a le même comportement que add, à savoir :
Adds the specified element to this set if it is not already present.

Oui
 
Cela revient à appeler la méthode add avec pour argument chaque élément de la liste que tu aurais passé au addAll.

t'as les sources, tu regardes.
c'est très instructif.

bon oui ok suis un gros flemmard