heu désole de demander pardon de m'excuser mais c'est le contraire,
tout les projets qui étaient sur java.apache.org ont migré sur jakarta.apache.org depuis le 28 février cf. page d'accueil de java.apache.org
[..]We are going to be merging with the Jakarta Project and all of the currently active projects on Java Apache will be migrated over to the Jakarta Project. Projects that are not active will move into an "incubator" status and will not be advertised as real "Apache" projects.[...]
(regarde bien les liens à gauche sur java.apache.org, ils pointent sur jakarta)
>Mais est-ce que quelqu'un connait des projets open source d'applicatif web en java ?
- scarab ( http://scarab.tigris.org(...) ) un remplaçant de bugzilla en cours de dev
- eyebrowe (http://eyebrowse.tigris.org(...) un web-based mailing list archive browser
- http://jwebmail.sourceforge.net/(...) : WebMail is a Java Servlet application that gives users WWW access to their IMAP/POP mailboxes. It supports folders, multiple languages, composing messages, MIME and virtual domains.
- une suite en faisant une petite recherche sourceforge sur 'servlet' ou 'jsp' ...
Je te signale, grosse brèle (je crois que c'est justifié), que Velocity fait partie de l'Apache Software Foundation http://www.apache.org/(...) projet Jakarta.
Si ça te dis rien, retourne programmer en VBScript.
J'avais jeté un coup d'oeil sur la beta 1, et cela m'avait paru pas mal.
Un des avantages par rapport aux JSPs réside dans la simplicité du langage Velocity et dans l'approche "contexte puis merge":
les variables (chaines, tableaux, objets) sont ajoutés à un contexte et ensuite on merge le template avec le contexte, le langage Velocity permettant d'accéder facilement aux objets du contexte (test if, boucle, ...)
Un autre point fort: Velocity n'est pas forcément lié au web, on peut l'utiliser en tant que moteur de template dans une application standard, par exemple pour générer des rapports html,text,...
Là tu parle que des applets.
Et les applets ce n'est pas le truc le plus important pour Java.
Le plus important c'est Java coté serveur.
Je bosse sur un site ou la partie web s'appuie sur des servlets+JSP(Java Server Pages) qui commnuniques avec des objets CORBA/Java.
Et bien je développe sur mon PC/Windows avec J++ par ex.: (j'utilise aussi JBuilder), je teste en local sur un apache Win32+moteur de servlet puis j'uploade mes classes sur le serveur Solaris sans rien recompiler !
Bon c'est juste pour insister sur la portabilité.
Il y a plein d'autres trucs importants: le garbage collector, la sécurité (ex.:éradication du buffer overflow), la tonne d'API dispo. ET multiplateforme (XML, SSL, BDD, ...)
Bon je dois y aler mais si vous en voulez plus n'hésitez pas à me le dire !
Et hop plus jamais de buffer overflow dans les chaînes de caractères ou ailleurs !
On parle souvent de Java pour sa portabilité mais il ne faut pas oublier l'aspect sécurité.
L'attaque du buffer overflow est impossible en Java : pas de pointeur (ou plutot pas de manipulation directe d'adresse mémoire), pas de dépassement de la taille de tableau autorisé.
De même il est possible de définir des contraintes de sécurité pour toutes applications Java de manière très fine et indépendantes de l'appli. comme par exemple ne donner l'accès qu'à un seul répertoire ou un seul port.
PS.: Attention, ça ne veut pas dire qu'il n'y a pas de problèmes de sécurité dans une appli. Java:
une appli mal développée en langage X reste une appli mal développée en Java ! Mais en Java on évite des erreurs qui à notre époque me semble assez risibles (comme dépasser la taille d'une chaine de caractères qui plante l'appli dans le meilleur des cas). Un peu comme si sur un OS le plantage d'une appli. planterait tout le système :-)
PSS.: De même il arrive qu'il y ait des problèmes de sécurité dans l'implémentation d'une JVM mais dans ce cas là il est plus facile de corriger le problème que de sécuriser toutes les applis.
Posté par crusher .
En réponse à la dépêche Gateaux.
Évalué à 1.
>Dites, je viens de passer 10 ans en hibernation >ou ce procedé est connu et courant ? et comment >s'en protéger ?
Procédé connu ?
Ben quand tu vas acheter une voiture (ou qq chose ou l'on peut négocier cad presque tout maintenant ;-) ce n'est pas forcément le même prix pour tout le monde.
Amazon a juste (encore qu'il faut mettre les moyens en places) transposé ça sur internet.
Attention je ne dis pas que c'est une bonne chose mais cela se comprend dans le cadre d'une entreprise, à nous de contrer cela en le dénonçant et en faisant jouer la concurrence (avec des trucs du genre kelkoo par ex.)
Plusieurs choses:
- la news sur jeuxvideo.com ne donne pas ses sources : pas bien (y savent pas rajouter un lien sur l'origine ?) !
voir plutot cette news sur Shugashack qui lui donne ses sources: le .plan de Robert Duffy (un gars de ID Software) http://www.shugashack.com/funk.y?dthread=11141(...)
- les sources dont il parle, ce sont les sources de la partie cliente du jeux, celles qui vont permettre de faire des modifications du jeux original (les fameux mods)
- quand aux sources du moteur lui même, ID Software va normalement les publier d'ici qq temps (en décalage de deux versions par rapport à la version en cours comme je crois que l'a indique John Carmack le dieu vivant ;-) comme ils l'ont deja fait pour le moteur de Doom et Quake
Un comparatif technique entre .NET vs J2EE (l'équivalent Java de .NET, enfin c'est plutot le contraire vu que J2EE est dispo et multi-plateforme lui plus ;-)
Je confirme car c'est ce qu'on utilise sur notre site.
L'un des avantages par rapport à PHP c'est Java car on a ainsi accés à toutes les APIs/librarys développées en Java sans se soucier de la plateforme (on compile nos servlets sur PC pour
uploader les binaires sur Solaris).
De plus pour la partie accès aux bases de données via JDBC on accède indifférement aux bases Sybase, Oracle, MySQL, ... : pas d'API propre à la base.
L'utilisation de Java permet de programmer à la fois des programmes serveurs (corba,ejb), les pages HTML/JSP dans un seul langage.
Mais il est aussi possible d'utiliser d'autres langages plus simples tout en gardant Java, ce sont des langages de Templates comme WebMacro ou Velocity d'Apache.
Le but étant d'arriver à séparer la partie obtention des données de la partie présentation de ces données.
# Et le PUSH ?
Posté par crusher . En réponse à la dépêche McAfee dépose un nouveau brevet.... Évalué à 1.
Avec PointCast, Marimba, ...
Marimba faisait de la mise à jour de logiciel/info via Castanet.
L'aspect précurseur va être difficile à prouver pour McAffee.
[^] # Re: Pffff !
Posté par crusher . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
tout les projets qui étaient sur java.apache.org ont migré sur jakarta.apache.org depuis le 28 février cf. page d'accueil de java.apache.org
[..]We are going to be merging with the Jakarta Project and all of the currently active projects on Java Apache will be migrated over to the Jakarta Project. Projects that are not active will move into an "incubator" status and will not be advertised as real "Apache" projects.[...]
(regarde bien les liens à gauche sur java.apache.org, ils pointent sur jakarta)
[^] # Re: Pffff !
Posté par crusher . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
- scarab ( http://scarab.tigris.org(...) ) un remplaçant de bugzilla en cours de dev
- eyebrowe (http://eyebrowse.tigris.org(...) un web-based mailing list archive browser
- http://jwebmail.sourceforge.net/(...) : WebMail is a Java Servlet application that gives users WWW access to their IMAP/POP mailboxes. It supports folders, multiple languages, composing messages, MIME and virtual domains.
- une suite en faisant une petite recherche sourceforge sur 'servlet' ou 'jsp' ...
[^] # Re: Pffff !
Posté par crusher . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
[^] # Re: Bonne impression
Posté par crusher . En réponse à la dépêche Avis de Templates. Évalué à 1.
Si ça te dis rien, retourne programmer en VBScript.
Quand à la documentation, elle est plus digne que certains produits du commerce:
Velocity User's Guide : http://jakarta.apache.org/velocity/user-guide.html(...)
Developer's Guide : http://jakarta.apache.org/velocity/developer-guide.html(...)
Reference guide : http://jakarta.apache.org/velocity/vtl-reference-guide.html(...)
Specifications : http://jakarta.apache.org/velocity/specification.html(...)
et j'arrete là
Comme disais l'autre, quand on sait pas on dit pas
# Bonne impression
Posté par crusher . En réponse à la dépêche Avis de Templates. Évalué à 1.
Un des avantages par rapport aux JSPs réside dans la simplicité du langage Velocity et dans l'approche "contexte puis merge":
les variables (chaines, tableaux, objets) sont ajoutés à un contexte et ensuite on merge le template avec le contexte, le langage Velocity permettant d'accéder facilement aux objets du contexte (test if, boucle, ...)
Un autre point fort: Velocity n'est pas forcément lié au web, on peut l'utiliser en tant que moteur de template dans une application standard, par exemple pour générer des rapports html,text,...
[^] # Re: Innocente question
Posté par crusher . En réponse à la dépêche Java Security. Évalué à 1.
Et les applets ce n'est pas le truc le plus important pour Java.
Le plus important c'est Java coté serveur.
Je bosse sur un site ou la partie web s'appuie sur des servlets+JSP(Java Server Pages) qui commnuniques avec des objets CORBA/Java.
Et bien je développe sur mon PC/Windows avec J++ par ex.: (j'utilise aussi JBuilder), je teste en local sur un apache Win32+moteur de servlet puis j'uploade mes classes sur le serveur Solaris sans rien recompiler !
Bon c'est juste pour insister sur la portabilité.
Il y a plein d'autres trucs importants: le garbage collector, la sécurité (ex.:éradication du buffer overflow), la tonne d'API dispo. ET multiplateforme (XML, SSL, BDD, ...)
Bon je dois y aler mais si vous en voulez plus n'hésitez pas à me le dire !
# Zont qu'à programmer en Java !
Posté par crusher . En réponse à la dépêche Un virus attaque les machines RedHat. Évalué à 1.
On parle souvent de Java pour sa portabilité mais il ne faut pas oublier l'aspect sécurité.
L'attaque du buffer overflow est impossible en Java : pas de pointeur (ou plutot pas de manipulation directe d'adresse mémoire), pas de dépassement de la taille de tableau autorisé.
De même il est possible de définir des contraintes de sécurité pour toutes applications Java de manière très fine et indépendantes de l'appli. comme par exemple ne donner l'accès qu'à un seul répertoire ou un seul port.
Plus d'info sur http://java.sun.com/j2se/1.3/docs/guide/security/spec/security-spec(...)
PS.: Attention, ça ne veut pas dire qu'il n'y a pas de problèmes de sécurité dans une appli. Java:
une appli mal développée en langage X reste une appli mal développée en Java ! Mais en Java on évite des erreurs qui à notre époque me semble assez risibles (comme dépasser la taille d'une chaine de caractères qui plante l'appli dans le meilleur des cas). Un peu comme si sur un OS le plantage d'une appli. planterait tout le système :-)
PSS.: De même il arrive qu'il y ait des problèmes de sécurité dans l'implémentation d'une JVM mais dans ce cas là il est plus facile de corriger le problème que de sécuriser toutes les applis.
# Faites jouer la concurrence !
Posté par crusher . En réponse à la dépêche Gateaux. Évalué à 1.
Procédé connu ?
Ben quand tu vas acheter une voiture (ou qq chose ou l'on peut négocier cad presque tout maintenant ;-) ce n'est pas forcément le même prix pour tout le monde.
Amazon a juste (encore qu'il faut mettre les moyens en places) transposé ça sur internet.
Attention je ne dis pas que c'est une bonne chose mais cela se comprend dans le cadre d'une entreprise, à nous de contrer cela en le dénonçant et en faisant jouer la concurrence (avec des trucs du genre kelkoo par ex.)
# C'est pas les sources du moteur de Quake 3 !!!!!!!
Posté par crusher . En réponse à la dépêche Quake 3 bientôt en open-source!. Évalué à 1.
- la news sur jeuxvideo.com ne donne pas ses sources : pas bien (y savent pas rajouter un lien sur l'origine ?) !
voir plutot cette news sur Shugashack qui lui donne ses sources: le .plan de Robert Duffy (un gars de ID Software) http://www.shugashack.com/funk.y?dthread=11141(...)
- les sources dont il parle, ce sont les sources de la partie cliente du jeux, celles qui vont permettre de faire des modifications du jeux original (les fameux mods)
- quand aux sources du moteur lui même, ID Software va normalement les publier d'ici qq temps (en décalage de deux versions par rapport à la version en cours comme je crois que l'a indique John Carmack le dieu vivant ;-) comme ils l'ont deja fait pour le moteur de Doom et Quake
# Merci pour le résumé
Posté par crusher . En réponse à la dépêche interview de Michael Tiemann, CTO de Red Hat. Évalué à 1.
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par crusher . En réponse à la dépêche Passerelle expérimentale PHP vers .NET. Évalué à 1.
Un comparatif technique entre .NET vs J2EE (l'équivalent Java de .NET, enfin c'est plutot le contraire vu que J2EE est dispo et multi-plateforme lui plus ;-)
http://www.javasoft.com/features/2000/11/dotnetvsms.html?frontpage-(...))
# Ecrire à la personne qui s'occupe des renseignements !
Posté par crusher . En réponse à la dépêche Fete de l'internet.... Évalué à 1.
Au fait même sous Windows ce truc UMAP est incompréhensible !
[^] # Re: Au sujet de Dr Dobb's
Posté par crusher . En réponse à la dépêche Présentation de GNU Hurd. Évalué à 1.
Au Monde en Tique (Metro Maubert Mutualité)
ou chez certains marchands de journeaux : sur les Champs, dans les aéroports.
[^] # Re: A rajouter comme liens
Posté par crusher . En réponse à la dépêche Big brother Awards 2000. Évalué à -1.
# A quoi ça sert ?
Posté par crusher . En réponse à la dépêche Un outil de localisation pour Qt. Évalué à 1.
=>
Un outil de localisation : Un outil de TRADUCTION :-)
[^] # Re: ASP
Posté par crusher . En réponse à la dépêche Le PHP, langage universel de demain ?. Évalué à 1.
L'un des avantages par rapport à PHP c'est Java car on a ainsi accés à toutes les APIs/librarys développées en Java sans se soucier de la plateforme (on compile nos servlets sur PC pour
uploader les binaires sur Solaris).
De plus pour la partie accès aux bases de données via JDBC on accède indifférement aux bases Sybase, Oracle, MySQL, ... : pas d'API propre à la base.
L'utilisation de Java permet de programmer à la fois des programmes serveurs (corba,ejb), les pages HTML/JSP dans un seul langage.
Mais il est aussi possible d'utiliser d'autres langages plus simples tout en gardant Java, ce sont des langages de Templates comme WebMacro ou Velocity d'Apache.
Le but étant d'arriver à séparer la partie obtention des données de la partie présentation de ces données.