Alexis Agahi a écrit 18 commentaires

Peut être parce que CallWeaver est plus dans le groove ?
http://www.voip-info.org/wiki/view/CallWeaver

Bon ba j'ai ajouté une servlet type dans la distrib, et ca marche nickel. J'ai mis à jour le zip. (il faut que je trouve d'urgence un hebergement subversion sympa, quelqu'un en connais un?).

Bonne remarque. Oui effectivement à priori je pars du classloader systeme. Et donc dans une appli web, tu ne bénéfies pas du classloader de l'appli web. En fait c'est un faux problème, car il suffit d'ajouter le classloader de la webapp au boostraper. Je vais tenir compte de ta remarque pour la prochaine version :)

Oui j'ai oublié le lien :)
http://pomstrap.prefetch.com

Bien vu, c'est juste que comme j'ai un compte sur linuxfr et que je voulais refiler l'info (ayant eu du mal à faire la compil) je n'ai pas cherché très loin. Avec du bol, un moteur de recherche va indexer le contenu et ca pourra depanner le quidam.
Bon je vais quand meme voir ce que je peux faire ;)

LOL
Wai, ba ca va pas tarder, mais c'est pas hyper compliqué non plus.
Sinon je vends (ou échange) un Renault Nevada avec siège en peau de Zebu et pare soleil ricard.

Ca marche même sur multideskOS en mode batch!
Cette lib intègre un module d'intelligence artificielle capable de compiler les XSL en sanskrit ou devagari.
La doc est disponible gratuitement pour toute personne qui presentera une place pour le film de Baffi.

Ca m'a l'air effectivement plus réactif au niveau des IHM. (pure impression sugestive)

J'utilise FOP 0.25 et cela fonctionne bien (même si c'est lent). Quel est l'erreur?

Ca peut peut être d'aider http://www.sagehill.net/book-description.html(...)

stocker ton document XML dans un annuaire Ldap, par exemple

Ldap ne gere pas les transactions et n'est pas vraiment optimisé en écriture et pis merde faut arreter avec LDAP.

La transaction est la béquille de l'informatique.

Euh. Allo?

Il me semble que XQuery devrait pouvoir faire ça d'emblée, non ?

Tout dépend de l'implem DOM (cqfd)

Gni ?

Gnu?

Oui je connais bien les 3 et c'est pour cela que je me suis lancé dans ce projet.

Castor est un peu HS par rapport à ma problèmatique.
Xindice & Exist, sont dans le sujet, mais dans mon cas, je ne veux pas developper la couche transactionnelle et compte reposer sur un SGBDR traditionnel.
Ok cela risque d'etre plus lent qu'une implem native, mais c'est plus fiable et plus simple à mettre en oeuvre. Mon objectif n'est pas la performance brute, même si cela rentre en ligne de compte.

A terme, on pourrait envisager de developper une couche stockage ou une interface vers les BDXML pour gagner en vitesse.

(En gros) Je veux faire une implementation DOM qui au lieu d'etre sauvée sur disques est stockée dans la une bdd.
Pas mal d'avantages : on peut avoir une notion de trasaction (modifier plusieurs section de documents et faire un commit par exemple), gerer certaine zone d'un document (et ne pas charger tout le fichier en mémoire) à l'aide des requete XPath/Xquery (pour lire certaine zone du document, ou faire des recherche dans les documents). De plus cela permet de s'interfacer en transparence avec des outils existant de gestion de flux XML.

Mais il n'est pas vraiment question de faire du mapping objet java<=>xml.

Merci pour les encouragements, je me lance la :)

QQun sait s'il y a moyen de recuperer le flux directement de la freebox en numérique et l'afficher sur un PC (sans avoir necessairement une TV)?

Wai, j'ai regardé, il y a rien de super du coté opensource. Mis à part XMLDB, mais je le sens pas trop. Je compte utiliser un mécanisme de persistence objet (via Hibernate), utiliser des lib existante pour XPath, XQuery et XUpdate, et m'appuyer sur cocoon. Donc en fait le soft va être assez simple, il s'agit juste de bien faire la sauce.

Et oui les gars, jabberd et ejabberd c'est sympa, mais il existe un serveur jabber opensource et en java (OpenIM), certes pas aussi complet, mais qui fonctionne déjà pas mal :)
http://open-im.net(...)
Ok, je la joue 'publireportage', mais n'empeche que j'aurais bien besoin d'un coup de main pour améliorer et enrichir le code, alors si ca vous tente, n'hesitez surtout pas.

AOL == ICQ
Effectivement AOL détient un brevet à la con.
Voir le point de vu de la fondation jabber là dessus : http://www.jabber.org/im-patents/tech-analysis.php(...)

L'avantage de jabber c'est son protocol ouvert résolument (normalisation IETF http://www.jabber.org/ietf/(...) ) dépourvu de tous brevets.

Cela a permis un grand nombre d'implémentations serveurs (http://www.jabber.org/admin/serverlist.php(...) ) et clientes (aussi bien libres que fermées, il y en a pour tous les goûts).

Je participe (petit coup de pub) au developpement d'un serveur (OpenIM http://open-im.net/(...) ) et je dois reconnaitre qu'en toute objectivité la fondation jabber fait preuve de beaucoup de neutralité et propose gratuitement une panoplie de service de type sourceforge à travers le jabberstudio (http://jabberstudio.org(...) )

Non vraiment, il faut reconnaitre que Jabber Inc. a su jouer le jeu sans trop retourner sa veste.