On a une démarche un peu similaire dans le cadre de RESThub ( http://bitbucket.org/ilabs/resthub/ ) même si certains choix techniques sont différents, notamment sur la couche Front.
On propose un ensemble de principes/classes/frameworks permettant de développer rapidement des applications sur base Maven/Spring.
On a pas encore publié notre configuration Maven permettant de gérer les différents envrionnements mais c'est prévu.
Quand on aura un peu plus avancé en terme de documentation ça pourrait être intéressant de comparer les 2 visions si ça vous intéresse.
De notre côté on va regarder de plus prêt Scub Fondations.
Précision supplémentaire : j'ai réimplémenté le deeplinking car on est sur une appli Web 2.0, pas à cause de Flex spécifiquement. J'aurais exactement la même problématique avec un Website en Web 2.0 XHTML/Javascript.
En fait, ma position sur Flex pour un site web est pas de dire que c'est la bonne solution, mais simplement de faire un projet ayant un website Flex et un website XHTML pour comparer le pour et le contre.
N'oublions pas également que Javascript 2 et ActionScript 3 vont à moyen terme converger. C'est pourquoi nous utilisons sur le projet le framework PureMVC qui n'a aucune dépendance sur Flex, mais uniquement sur AS3. On a donc très clairement séparé en terme d'archi logicielle ce qui dépendend de Flex, et ce qui n'en dépend pas.
Sur les liens, tu tombes bien je viens de l'implémenter : va sur http://igenko.org/igenko-website/ (prend pas peur, c'est du pre-alpha ;-) Clique sur un élément du menu -> l'url change et tu peux la mettre dans tes marque-pages. Clique sur pécédent ça marche aussi.
Sur les pages lourdes : oui actuellement ça rame un peu, mais quand on aura activé le framework caching (RSL) ainsi que quelques optimisations sur la compilation des modules en utilisant le load-external, tu arrives à un niveau très correct. C'est pas la priorité sur nos devs actuels.
Pour répondre à vos remarques, sur Igenko le backoffice est forcément en Flex. Il est possible de le recoder dans une autre techno mais vu le travail que ça demande c'est pas recommandé.
Par contre le website public en Flex n'est qu'une possibilité qu'on souhaite creuser pour voir ce que ça donne. Le noyau en Java (utilisant Spring et Jackrabbit) n'a aucune dépendance sur Flex, on a en prévision de faire un website en Tapestry 5 ( http://tapestry.apache.org/tapestry5/ ) ou avec un framework Javascript type archetype ( http://archetypejs.org/ ) pour permettre le rendu de site HTML classique.
Dans une optique plus Flex que Flash, je ne peux m'empêcher de vous encourager à jeter un coup d'oeuil à Igenko (http://code.google.com/p/igenko/), une solution CMS/eCommerce en Java/Flex que nous développons depuis un an.
On est résolument plus orienté développeur que designer, mais la comparaison des 2 approches est intéressante.
Oui, j'ai déjà développé avec les 2, et je maintient ce que je dis. Swing n'est absolument pas une "technologie" d'avenir même si c'est plus puissant que XUL pour l'instant (quoique avec XBL, les templates et cie, on peut quand même faires des trucs sympas).
Pour du développement multi-plateforme, moi je trouve que la plateforme Mozilla 2.0 + Python par exemple, ça promet bien plus que Swing.
Je propose de lancer une pétition promettant de voter non à la consitution européenne si la question des brevets passent en point A (acceptation sans discussion, donc sans vote) le 7 mars, et pas en point B (vote des ministres de chaque pays).
C'est le seul moyen de pression qu'on ai. Il reste peu de temps, mais avec un bonne diffusion, et avec beaucoup de signatures, ça peut faire peser la balance ...
Tu te trompes, cela n'a rien a voir. Les pages que tu as cités sont respectivement destinées à faire des recherches sur des pages en rapport avec Microsoft, Apple ou Linux.
La page firefox, elle, est bien une page spécialement dédiée à Firefox pour chercher sur tout le Web.
# RESThub
Posté par Bouiaw . En réponse à la dépêche Sortie de Scub Foundation Socle Technique Java Open Source. Évalué à 2.
On propose un ensemble de principes/classes/frameworks permettant de développer rapidement des applications sur base Maven/Spring.
On a pas encore publié notre configuration Maven permettant de gérer les différents envrionnements mais c'est prévu.
Quand on aura un peu plus avancé en terme de documentation ça pourrait être intéressant de comparer les 2 visions si ça vous intéresse.
De notre côté on va regarder de plus prêt Scub Fondations.
[^] # Re: Igenko
Posté par Bouiaw . En réponse au journal Le côté obscur de l'Open Source. Évalué à 1.
[^] # Re: Igenko
Posté par Bouiaw . En réponse au journal Le côté obscur de l'Open Source. Évalué à 1.
En fait, ma position sur Flex pour un site web est pas de dire que c'est la bonne solution, mais simplement de faire un projet ayant un website Flex et un website XHTML pour comparer le pour et le contre.
N'oublions pas également que Javascript 2 et ActionScript 3 vont à moyen terme converger. C'est pourquoi nous utilisons sur le projet le framework PureMVC qui n'a aucune dépendance sur Flex, mais uniquement sur AS3. On a donc très clairement séparé en terme d'archi logicielle ce qui dépendend de Flex, et ce qui n'en dépend pas.
[^] # Re: Igenko
Posté par Bouiaw . En réponse au journal Le côté obscur de l'Open Source. Évalué à 1.
Sur les pages lourdes : oui actuellement ça rame un peu, mais quand on aura activé le framework caching (RSL) ainsi que quelques optimisations sur la compilation des modules en utilisant le load-external, tu arrives à un niveau très correct. C'est pas la priorité sur nos devs actuels.
[^] # Re: Igenko
Posté par Bouiaw . En réponse au journal Le côté obscur de l'Open Source. Évalué à 2.
Pour répondre à vos remarques, sur Igenko le backoffice est forcément en Flex. Il est possible de le recoder dans une autre techno mais vu le travail que ça demande c'est pas recommandé.
Par contre le website public en Flex n'est qu'une possibilité qu'on souhaite creuser pour voir ce que ça donne. Le noyau en Java (utilisant Spring et Jackrabbit) n'a aucune dépendance sur Flex, on a en prévision de faire un website en Tapestry 5 ( http://tapestry.apache.org/tapestry5/ ) ou avec un framework Javascript type archetype ( http://archetypejs.org/ ) pour permettre le rendu de site HTML classique.
Si vous avez 5 minutes, je vous encourage à jeter un coup d'œil à la page wiki qui décrit un peu notre archi : http://code.google.com/p/igenko/wiki/IgenkoArchitecture
En fait, tout framework Front orienté composant est potentiellement intégrable, on manque juste de bras pour bosser sur cette partie ;-)
# Igenko
Posté par Bouiaw . En réponse au journal Le côté obscur de l'Open Source. Évalué à 1.
On est résolument plus orienté développeur que designer, mais la comparaison des 2 approches est intéressante.
# Version française du man
Posté par Bouiaw . En réponse à la dépêche Nmap 4 : nouvelle version majeure et interview de son principal auteur. Évalué à 1.
Bravo à Gromu pour la traduction ;-)
[^] # Re: Ce que je souhaiterais surtout :
Posté par Bouiaw . En réponse à la dépêche Un aperçu du prochain Mozilla Firefox. Évalué à 3.
# Firefox 1.0.3
Posté par Bouiaw . En réponse au journal Faille Mozilla/Firefox. Évalué à 3.
[^] # Re: Je me disais aussi...
Posté par Bouiaw . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 1.
[^] # Re: Le problème: c'est Java ou Sun?
Posté par Bouiaw . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 1.
Pour du développement multi-plateforme, moi je trouve que la plateforme Mozilla 2.0 + Python par exemple, ça promet bien plus que Swing.
[^] # Re: Le problème: c'est Java ou Sun?
Posté par Bouiaw . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 1.
[^] # Re: Abiword et Gnumeric
Posté par Bouiaw . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 8.
[^] # Re: se passer du système de fichier... ou de la BD ?
Posté par Bouiaw . En réponse à la dépêche PhpWebGallery 1.4.0. Évalué à 1.
# Le futur de Mozilla
Posté par Bouiaw . En réponse à la dépêche La suite Mozilla est morte, longue vie à SeaMonkey !. Évalué à 5.
http://www.geckozone.org/articles/2005/03/08/85-fosdem-2005-des-nou(...)
On y parle de XUL Runner, Mozilla 2.0, d'une mystérieuse application office en XUL, etc.
# Editeur de menu
Posté par Bouiaw . En réponse au journal Gnome 2.10 dans les bacs !. Évalué à 3.
# Pétition
Posté par Bouiaw . En réponse au journal Brevet logiciel : ras le bol. Évalué à 4.
C'est le seul moyen de pression qu'on ai. Il reste peu de temps, mais avec un bonne diffusion, et avec beaucoup de signatures, ça peut faire peser la balance ...
Vous en pensez quoi ?
[^] # Re: Bonne nouvelle !
Posté par Bouiaw . En réponse à la dépêche Brevets logiciels : nouvelle offensive surprise. Évalué à 2.
[^] # Re: Bonne nouvelle !
Posté par Bouiaw . En réponse à la dépêche Brevets logiciels : nouvelle offensive surprise. Évalué à 3.
J'espère de tout mon coeur avoir mal compris...
[^] # Re: Google mange à tous les rateliers
Posté par Bouiaw . En réponse au journal Thunderbird 1.0 is out. Évalué à 3.
La page firefox, elle, est bien une page spécialement dédiée à Firefox pour chercher sur tout le Web.
[^] # Re: A propos de wiki ...
Posté par Bouiaw . En réponse à la dépêche Gtk-fr.org devient un wiki. Évalué à 1.
Sinon wikini permet d'intégrer "à la carte" certaines modifications : http://www.wikini.net/wakka.php?wiki=ContributionWikini(...)
# Pas à cause de TF1 ...
Posté par Bouiaw . En réponse au journal Framasoft en rade à cause de TF1 ?. Évalué à 1.
[^] # Re: C'est marrent car ...
Posté par Bouiaw . En réponse au journal Yast2 porté sous Debian. Évalué à 1.
[^] # Re: C'est marrent car ...
Posté par Bouiaw . En réponse au journal Yast2 porté sous Debian. Évalué à 1.
[^] # Re: Declenchement des filtres automatiquement
Posté par Bouiaw . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 4.