Non, chaque auteur choisi la licence de sa contribution.
Mais s'ils veulent que la contribution puisse être redistribuée avec l'ensemble il faut qu'ils choisissent une licence compatible.
Par exemple tu peux contribuer à un projet GPLv2 et mettre tes patch en BSD. Dans ce cas, l'auteur principal n'a pas besoin de ton accord pour passer par exemple en GPLv3 puisque ta BSD est aussi compatible.
Si par contre tu choisis de contribuer toi aussi en en GPLv2, un passage en GPLv3 devra se faire avec ton accord, ou alors se passer de ta contribution.
Le cas inverse, fournir une contribution en GPL à un projet BSD n'a probablement aucune chance d'être accepté dans le projet principal, mais tu peux fournir de ton côté le patch, l'ensemble se retrouvant sous GPL. Si la contribution est bien cloisonnée il est possible qu'elle soit ajoutée à une liste de contrib, non intégrées de base (pour conserver un noyau pur BSD) mais facilement disponibles.
Pas obligatoirement, tu pourrais programmer ton système de manière à coder le mot de passe à la volée à chaque nouveau caractère lu de manière à ne jamais avoir le mot de passe en entier en mémoire.
Mais il faut pouvoir contrôler complètement le processus de saisie du mot de passe, pas question de compter sur une zone de mot de passe de ton toolkit.
Non, en XPath pur (sans fonction d'extension) je pense que ce n'est pas possible.
Par contre si tu est dans un contexte XSLT ça devrait être réalisable sans trop de problème.
Sinon regarde si tu as des extensions utiles dans ton implémentation XPath, et si tu peux te permettre de les utiliser (si ton code ne doit pas être portable sur d'autres implémentations)
Hum, les commentaires des articles en question se sont suffisamment étendus sur la stupidité de gaspiller de la RAM sous forme de SWAP, on peut en rester là.
Des gains par rapport à utiliser normalement toute sa RAM sans aucune SWAP?
Faut que tu donne des liens pour prouver tes dires, parce que t'es pas crédible là.
C'est pas des questions de "J2EE" mais de formation de base en java.
Tu devrais suivre un cours (ou un tutoriel) d'initiation de base à java, ça t'évitera de venir poser des centaines de questions de base sur des forums.
Pour être constructif, je vais quand même répondre:
1) Pour les classes publiques oui, les classes package private peuvent être dans le même fichier, mais c'est considéré comme une mauvaise pratique.
2) Oui, mais il faut aussi déclarer le package au début des fichiers.
3) Une classe à toujours un constructeur, si tu n'en fourni pas le compilateur s'en charge pour toi (avec un constructeur public sans argument). Si tu veux une classe "sans constructeur", défini explicitement un constructeur privé.
4) Oui, les méthodes doivent être statiques.
5) Les unsigned n'existent pas en java, donc tu n'a pas besoin de t'en soucier. Sauf si tu veux faire la liaison avec des méthodes natives, mais commence d'abord par maîtriser java avant d'essayer le JNI.
Tu ne dis pas ce que tu as fait avec les sources du noyau, ni quel tutoriel tu as suivi.
As-tu bien installé les modules?
As-tu copié le noyau au bon endroit?
As-tu (si nécessaire) regénéré un ramdisk?
Quelle configuration as-tu mis dans le menu.lst de grub?
D'après la documentation de grub (http://www.gnu.org/software/grub/manual/html_node/Stage2-err(...) l'erreur 1 indique que tu a donné un nom de fichier incorrect, l'erreur 11 c'est une mauvaise spécification du device et l'erreur 15 c'est un fichier qui n'est pas trouvé.
La liste que te renvoie parseRequest contient des FileItem, cf http://commons.apache.org/fileupload/apidocs/org/apache/comm(...)
Tu n'a plus ensuite qu'à utiliser la méthode write de FileItem pour écrire les données dans un fichier. Tu peux aussi récupérer directement un OutputStream si tu veux faire autre chose que d'enregistrer dans un fichier.
Pense aussi à faire le delete pour libérer rapidement les éventuels fichiers temporaires.
Mais si je fais bouillir mon eau à tout petit feux, ça veut dire qu'elle ne va jamais bouillir ?
En effet, pour atteindre la température d'ébulition, il faut fournir une puissance au moins égale à celle qui est dissipée naturellement par le système à cette température (évaporation, échange thermique avec le contenant/avec l'air ambiant).
Tu peux réduire la puissance nécessaire en isolant ton système (bouteille thermo fermée), ou en réduisant l'importance des échanges (c'est plus facile de faire bouillir de l'eau par une température ambiante de 40°C que de -10°C).
Non.
La morale est une invention humaine pour justifier ses propres choix, il suffit d'ailleurs de voir comment elle varie suivant les cultures (et les religions).
easyurpmi, c'est le bon endroit où aller regarder pour une mandriva.
Note que depuis la 2008.1 ils proposent un système qui permet à urpmi de choisir à la volée un miroir pour ne pas être toujours sur le même, peut-être es-tu tombé sur un mauvais.
Tu peux prendre l'ancienne interface d'easyurpmi qui te permet de choisir toi-même le miroir que tu veux.
Pour ce qui est de la confiance, les RPM officiels (release, update et backports) sont signés avec la clé de mandriva et vérifié avant d'être installés, si la signature est mauvaise urpmi te préviendra.
Si tu installe aussi les sources PLF ils ont aussi leur clé de signature que tu peux importer.
Pour d'autres sources (SoS par exemple) ... à toi de voir si tu leur fait confiance ;-)
Il faut qu'une implémentation de SWT (binding vers widgets natifs, ceux vers gtk doivent être assez portables) soit disponible pour la plateforme sur laquelle tu veux exécuter ton programme.
Par contre tes propres classes, si elles sont pur java, n'auront pas besoin d'être recompilée, juste que le jar adéquat SWT soit disponible dans le classpath.
Parce que si tu passes un CD de Windows à quelqu'un qui ne l'a jamais installé ça pourrait ne pas fonctionner du premier coup ?
C'est même très probable.
D'autant qu'une fois installé il ne pourra pas en faire grand chose sans devoir se payer plein de programmes bien cher pour ses différentes activités informatisées.
Ou alors utiliser les (nombreux) logiciels libres disponibles même sous cet environnement cadenassé, ce qui sera déjà un moindre mal :-)
Dire quelle est l'erreur, il y a très peu de médium qui lise linuxfr.
L'erreur s'est produite avant l'installation ou pendant?
Le(s) paquet(s) est-il dans un état partiellement installé?
Je ne pense pas que ce soit inutile, vu que son commentaire laisse supposer que ces problème des débuts sont toujours d'actualité.
(par contre, celui-ci est tout à fait inutile)
- le "Write once, run anywhere" n'a jamais tenu ses promesses (="Write once, debug everywhere") ;
Ça c'est encore assez vrai, je constate malheureusement encore fréquamment que pour des interfaces swing tu peux avoir des bugs complètements différents entre un windows et un Linux (ou même entre winXP et vista), et ne parlons même pas de drag'n'drop vers d'autres programmes. Mais swing n'a jamais été une API très bien faite.
Dommage que pour mon boulot il est hors de question d'utiliser qt jambi.
- performances désastreuses en vitesse d'exécution et/ou consommation mémoire ;
Pour la vitesse ce n'est plus du tout d'acualité, pour la conso mémoire c'est très dépendant du programmeur, même si java induit en lui-même une certaine surcharge, mais pas très gênant sur des gros projets.
- disponibilité aléatoire et hétéroclite des JVM côté client (merci Microsoft...) ;
en pratique, c'est du sun presque partout, à l'excès même car certaines personnes codent en utilisant des API non documentées de sun, ou en tenant compte de leurs bugs (on avait fait ça il y a quelques temps pour un bug swing dans java 1.5).
- GUI immonde, pas intégrée du tout aux environnements de bureau existants ;
Swing n'est pas intégré c'est vrai, mais il propose plusieurs thèmes suivant les gouts, dont des thèmes contribués (et j'en ai déjà testé un qui utilisait des widget gtk pour l'affichage, mais ce n'était pas très stable).
Et si tu parle de AWT, je répète qu'on n'en est plus au temps de java 1.1, et pour ceux qui n'aiment pas swing il y a SWT et plus récemment qt jambi.
- outils de développement pendant longtemps très en retrait par rapport à la concurrence.
Je ne connais pas bien la concurrence, mais ça fait plus de quatre ans que je développe avec eclipse et c'est très performant.
Je ne pense pas que le passage en Open Source change quelque chose pour son avenir sur le desktop maintenant que Flash s'est imposé côté navigateur et que .NET/Mono sont en train d'occuper sa niche...
Flash est quand même très orienté vidéo/animation là où java est généraliste. C'est bien pour ça que flash s'est imposé (plus simple pour faire des petites animations interractives), c'est pour ça qu'ils essaient de relancer le truc avec javaFX, mais ça arrive bien tard...
> la gestion éventuelle des mots de passe elle est pas forcément bien placée dans un format de document particulier, elle devrait être possible pour n'importe quel type de fichier.
De toute façon, quand tu travaille pour une entreprise, le code produit appartient à l'entreprise et pas à toi (sauf si tu as une clause particulière dans ton contrat pour ça, mais ça doit être très rare), donc ils n'avaient pas trop leur mot à dire de toute façon sur le changement de licence, mis à part effectivement qu'il pouvaient ne plus vouloir continuer à travailler pour cette boite dans ces conditions.
C'est pourtant bien ça qu'il faut faire, mais il ne faut pas s'arrêter là, car si tu ne donne pas de template pour gérer ton html:h1 il retombe sur le template par défaut, qui recopie le texte et ignore les éléments.
Tu peux soit faire directement un xsl:copy-of pour copier l'élément tel quel, soit ajouter un template identité, comme ça
Posté par wismerhill .
En réponse au message kde 4.
Évalué à 2.
Fedora est une distribution un peu expérimentale. Pour la dernière ils ont décidé de ne fournir que KDE 4.0 et plus du tout KDE 3.5, alors que les développeurs de KDE ont bien précisé à plusieurs reprises que la branche 4.0.x n'est pas complète (il n'y a pas du tout la partie PIM par exemple) et n'est pas destinée au "grand public".
Si j'ai bien lu, sur d'autres forums (je ne suis pas personnellement un grand fan de fedora), ils fourniront KDE 4.1 dans les mises à jour quand il sera disponible (juillet?).
Si c'est pour installer à des utilisateurs débutants, tu devrais éviter fedora (ou rester à la version précédente le temps que la situation évolue).
[^] # Re: Des exemples ?
Posté par wismerhill . En réponse à la dépêche KDE adopte la FLA de la FSFE. Évalué à 2.
Mais s'ils veulent que la contribution puisse être redistribuée avec l'ensemble il faut qu'ils choisissent une licence compatible.
Par exemple tu peux contribuer à un projet GPLv2 et mettre tes patch en BSD. Dans ce cas, l'auteur principal n'a pas besoin de ton accord pour passer par exemple en GPLv3 puisque ta BSD est aussi compatible.
Si par contre tu choisis de contribuer toi aussi en en GPLv2, un passage en GPLv3 devra se faire avec ton accord, ou alors se passer de ta contribution.
Le cas inverse, fournir une contribution en GPL à un projet BSD n'a probablement aucune chance d'être accepté dans le projet principal, mais tu peux fournir de ton côté le patch, l'ensemble se retrouvant sous GPL. Si la contribution est bien cloisonnée il est possible qu'elle soit ajoutée à une liste de contrib, non intégrées de base (pour conserver un noyau pur BSD) mais facilement disponibles.
[^] # Re: Accés physique = root local
Posté par wismerhill . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 1.
Pas obligatoirement, tu pourrais programmer ton système de manière à coder le mot de passe à la volée à chaque nouveau caractère lu de manière à ne jamais avoir le mot de passe en entier en mémoire.
Mais il faut pouvoir contrôler complètement le processus de saisie du mot de passe, pas question de compter sur une zone de mot de passe de ton toolkit.
# XSLT?
Posté par wismerhill . En réponse au message Requête XPath. Évalué à 1.
Par contre si tu est dans un contexte XSLT ça devrait être réalisable sans trop de problème.
Sinon regarde si tu as des extensions utiles dans ton implémentation XPath, et si tu peux te permettre de les utiliser (si ton code ne doit pas être portable sur d'autres implémentations)
[^] # Re: synchronisation
Posté par wismerhill . En réponse au journal Debian day !. Évalué à 4.
Y en a marre des gens qui ramènent toujours cet argument éculé, le menu "à l'ancienne" est disponible, tu n'a qu'à l'utiliser à la place.
[^] # Re: Et le swap ?
Posté par wismerhill . En réponse au journal Linux presque entièrement en RAM. Évalué à 3.
[^] # Re: Et le swap ?
Posté par wismerhill . En réponse au journal Linux presque entièrement en RAM. Évalué à 2.
Faut que tu donne des liens pour prouver tes dires, parce que t'es pas crédible là.
# Formation?
Posté par wismerhill . En réponse au message Classes fichiers, 5 questions simples. Évalué à 3.
Tu devrais suivre un cours (ou un tutoriel) d'initiation de base à java, ça t'évitera de venir poser des centaines de questions de base sur des forums.
Pour être constructif, je vais quand même répondre:
1) Pour les classes publiques oui, les classes package private peuvent être dans le même fichier, mais c'est considéré comme une mauvaise pratique.
2) Oui, mais il faut aussi déclarer le package au début des fichiers.
3) Une classe à toujours un constructeur, si tu n'en fourni pas le compilateur s'en charge pour toi (avec un constructeur public sans argument). Si tu veux une classe "sans constructeur", défini explicitement un constructeur privé.
4) Oui, les méthodes doivent être statiques.
5) Les unsigned n'existent pas en java, donc tu n'a pas besoin de t'en soucier. Sauf si tu veux faire la liaison avec des méthodes natives, mais commence d'abord par maîtriser java avant d'essayer le JNI.
# Manque d'information
Posté par wismerhill . En réponse au message je n'arrive pas à booter sur mon nouveau noyau. Évalué à 3.
As-tu bien installé les modules?
As-tu copié le noyau au bon endroit?
As-tu (si nécessaire) regénéré un ramdisk?
Quelle configuration as-tu mis dans le menu.lst de grub?
D'après la documentation de grub (http://www.gnu.org/software/grub/manual/html_node/Stage2-err(...) l'erreur 1 indique que tu a donné un nom de fichier incorrect, l'erreur 11 c'est une mauvaise spécification du device et l'erreur 15 c'est un fichier qui n'est pas trouvé.
[^] # Re: commons.fileupload
Posté par wismerhill . En réponse au message Faire un upload. Évalué à 1.
http://commons.apache.org/fileupload/apidocs/org/apache/comm(...)
Tu n'a plus ensuite qu'à utiliser la méthode write de FileItem pour écrire les données dans un fichier. Tu peux aussi récupérer directement un OutputStream si tu veux faire autre chose que d'enregistrer dans un fichier.
Pense aussi à faire le delete pour libérer rapidement les éventuels fichiers temporaires.
D'une manière générale, lis la javadoc http://commons.apache.org/fileupload/apidocs/index.html elle contient généralement la majorité des informations nécessaires à une bonne utilisation de l'API.
# commons.fileupload
Posté par wismerhill . En réponse au message Faire un upload. Évalué à 3.
http://commons.apache.org/fileupload/
C'est fait pour simplifier ce genre de tâche.
[^] # Re: jusqu'à la prochaine fois
Posté par wismerhill . En réponse à la dépêche Atheros libère un pilote pour ses composants 802.11n. Évalué à 4.
En effet, pour atteindre la température d'ébulition, il faut fournir une puissance au moins égale à celle qui est dissipée naturellement par le système à cette température (évaporation, échange thermique avec le contenant/avec l'air ambiant).
Tu peux réduire la puissance nécessaire en isolant ton système (bouteille thermo fermée), ou en réduisant l'importance des échanges (c'est plus facile de faire bouillir de l'eau par une température ambiante de 40°C que de -10°C).
[^] # Re: "le tout graphique"
Posté par wismerhill . En réponse à la dépêche MandrivaLinux-Online.eu passe en version 2. Évalué à 6.
Il y a une pléthore de logiciels disponibles légalement regroupés dans des dépôts faciles d'accès et qui couvrent la majorité des cas d'utilisation.
[^] # Re: Honteux et sans rapport
Posté par wismerhill . En réponse à la dépêche Sextoys et systèmes d'exploitation. Évalué à 10.
Non.
La morale est une invention humaine pour justifier ses propres choix, il suffit d'ailleurs de voir comment elle varie suivant les cultures (et les religions).
[^] # Re: tidy
Posté par wismerhill . En réponse au message Convertir du html en xhtml. Évalué à 3.
# urpmi.addmedia et easyurpmi
Posté par wismerhill . En réponse au message Mandriva : agréable surprise mais .... je ne maitrise pas encore. Évalué à 2.
Note que depuis la 2008.1 ils proposent un système qui permet à urpmi de choisir à la volée un miroir pour ne pas être toujours sur le même, peut-être es-tu tombé sur un mauvais.
Tu peux prendre l'ancienne interface d'easyurpmi qui te permet de choisir toi-même le miroir que tu veux.
Pour ce qui est de la confiance, les RPM officiels (release, update et backports) sont signés avec la clé de mandriva et vérifié avant d'être installés, si la signature est mauvaise urpmi te préviendra.
Si tu installe aussi les sources PLF ils ont aussi leur clé de signature que tu peux importer.
Pour d'autres sources (SoS par exemple) ... à toi de voir si tu leur fait confiance ;-)
[^] # Re: Eclipse vs la concurrence
Posté par wismerhill . En réponse à la dépêche Sortie de Eclipse 3.4 - Ganymede. Évalué à 2.
Par contre tes propres classes, si elles sont pur java, n'auront pas besoin d'être recompilée, juste que le jar adéquat SWT soit disponible dans le classpath.
[^] # Re: encore un qui n'assume pas...
Posté par wismerhill . En réponse au message billet d'humeur CONTRE linux. Évalué à 3.
C'est même très probable.
D'autant qu'une fois installé il ne pourra pas en faire grand chose sans devoir se payer plein de programmes bien cher pour ses différentes activités informatisées.
Ou alors utiliser les (nombreux) logiciels libres disponibles même sous cet environnement cadenassé, ce qui sera déjà un moindre mal :-)
# Pour commencer...
Posté par wismerhill . En réponse au message comment installer tux guitar ???. Évalué à 2.
L'erreur s'est produite avant l'installation ou pendant?
Le(s) paquet(s) est-il dans un état partiellement installé?
[^] # Re: Pourquoi ?
Posté par wismerhill . En réponse à la dépêche OpenJDK 6 passe le TCK. Évalué à 1.
(par contre, celui-ci est tout à fait inutile)
[^] # Re: Extention personnel
Posté par wismerhill . En réponse à la dépêche L'ICANN libère les extensions de domaines. Évalué à 3.
[^] # Re: Pourquoi ?
Posté par wismerhill . En réponse à la dépêche OpenJDK 6 passe le TCK. Évalué à 3.
- le "Write once, run anywhere" n'a jamais tenu ses promesses (="Write once, debug everywhere") ;
Ça c'est encore assez vrai, je constate malheureusement encore fréquamment que pour des interfaces swing tu peux avoir des bugs complètements différents entre un windows et un Linux (ou même entre winXP et vista), et ne parlons même pas de drag'n'drop vers d'autres programmes. Mais swing n'a jamais été une API très bien faite.
Dommage que pour mon boulot il est hors de question d'utiliser qt jambi.
- performances désastreuses en vitesse d'exécution et/ou consommation mémoire ;
Pour la vitesse ce n'est plus du tout d'acualité, pour la conso mémoire c'est très dépendant du programmeur, même si java induit en lui-même une certaine surcharge, mais pas très gênant sur des gros projets.
- disponibilité aléatoire et hétéroclite des JVM côté client (merci Microsoft...) ;
en pratique, c'est du sun presque partout, à l'excès même car certaines personnes codent en utilisant des API non documentées de sun, ou en tenant compte de leurs bugs (on avait fait ça il y a quelques temps pour un bug swing dans java 1.5).
- GUI immonde, pas intégrée du tout aux environnements de bureau existants ;
Swing n'est pas intégré c'est vrai, mais il propose plusieurs thèmes suivant les gouts, dont des thèmes contribués (et j'en ai déjà testé un qui utilisait des widget gtk pour l'affichage, mais ce n'était pas très stable).
Et si tu parle de AWT, je répète qu'on n'en est plus au temps de java 1.1, et pour ceux qui n'aiment pas swing il y a SWT et plus récemment qt jambi.
- outils de développement pendant longtemps très en retrait par rapport à la concurrence.
Je ne connais pas bien la concurrence, mais ça fait plus de quatre ans que je développe avec eclipse et c'est très performant.
Je ne pense pas que le passage en Open Source change quelque chose pour son avenir sur le desktop maintenant que Flash s'est imposé côté navigateur et que .NET/Mono sont en train d'occuper sa niche...
Flash est quand même très orienté vidéo/animation là où java est généraliste. C'est bien pour ça que flash s'est imposé (plus simple pour faire des petites animations interractives), c'est pour ça qu'ils essaient de relancer le truc avec javaFX, mais ça arrive bien tard...
[^] # Re: Mouais...
Posté par wismerhill . En réponse au journal Microsoft: "ODF has clearly won". Évalué à 3.
--> http://www.gnupg.org/
[^] # Re: et le jre ?
Posté par wismerhill . En réponse à la dépêche OpenJDK 6 passe le TCK. Évalué à 5.
[^] # Re: Pfffff.
Posté par wismerhill . En réponse au message Problème de transformation xslt.. Évalué à 3.
C'est pourtant bien ça qu'il faut faire, mais il ne faut pas s'arrêter là, car si tu ne donne pas de template pour gérer ton html:h1 il retombe sur le template par défaut, qui recopie le texte et ignore les éléments.
Tu peux soit faire directement un xsl:copy-of pour copier l'élément tel quel, soit ajouter un template identité, comme ça
<xsl:template match="*|@*">
<xsl:copy>
<xsl:apply-templates select="@*é/>
<xsl:apply-templates>
</xsl:copy>
</xsl:template>
qui aura le même effet, mais permet de modifier sélectivement des éléments avec des templates ciblés.
[^] # Re: Ben ... c'est l'angoisse
Posté par wismerhill . En réponse au message kde 4. Évalué à 2.
Si j'ai bien lu, sur d'autres forums (je ne suis pas personnellement un grand fan de fedora), ils fourniront KDE 4.1 dans les mises à jour quand il sera disponible (juillet?).
Si c'est pour installer à des utilisateurs débutants, tu devrais éviter fedora (ou rester à la version précédente le temps que la situation évolue).