ca depend ce que tu veux utiliser comme technos, mais perso, j'ai fait un service de ce genre pour ft r&d, utilisant tomcat/cocoon/mysql.
En gros, l'idee c'est d'avoir un espace https pour stocker des fichiers, et pouvoir y inviter qui on veut.
Ton histoire de alice qui voit pas tout alors que bob voit tout est simplissime a gerer (bon, ok, pas simplissime, mais ca casse pas trois pattes a un connard, un simple filtre a appliquer lors du listage du repertoire et on n'en parle plus).
En gros, t'as une action cocoon qui s'occupe de verifier les droits, tout ce genre de choses, le code metier comme on dit dans l'milieu, qui te remplit un javabean, qui est est transmit a la suite du pipeline cocoon, et au final, en fonction du contenu du bean, tu serialise un fichier ou une page html indiquant que le bonhomme peut aller suxer des caribous morts vu qu'il a pas les droits.
Cocoon te permet de gerer la multipublication : tu peux avoir une version html pour quand t'es loin de ton pc perso, ou installer un client "lourd" qui te permet d'avoir des features ihm plus avancees (telecharger un dossier complet d'un coup, dnd ce genre de choses quoi).
Ca se fait a coups de feuilles de styles xslt, ca fait un peu mal au cul et ca pique les yeux au debut, tu te dis que ca va jamais rentrer et en fait t'y met tout. Mais une fois que t'y a prit gout, tu peux plus t'en passer. Un peu comme la sodomie, en fait.
Nan, blagues a part, xslt c'est un peu douloureux au debut, mais on en fait des choses admirables.
Bon, apres, on est pas oblige d'utiliser cocoon, c'est juste que ca me parait etre un outil adapte pour ce genre d'applications.
Ca marche bien, c'est pas specialement dur a coder (la gestion des verrous et des transactions est un peu plus complexe, mais ca se fait bien si on y reflechit un petit peu).
Apres, ca depend sur quoi tu veux l'heberger, un tomcat c'est pas tres courant sur un heberge grand public.
Bref, si ca t'interesse, hesite pas a me contacter par mp, histoire qu'on en discute.
# re
Posté par serge_kara . En réponse au journal Une bibliothèque de fichiers semi-publique ?. Évalué à 3.
En gros, l'idee c'est d'avoir un espace https pour stocker des fichiers, et pouvoir y inviter qui on veut.
Ton histoire de alice qui voit pas tout alors que bob voit tout est simplissime a gerer (bon, ok, pas simplissime, mais ca casse pas trois pattes a un connard, un simple filtre a appliquer lors du listage du repertoire et on n'en parle plus).
En gros, t'as une action cocoon qui s'occupe de verifier les droits, tout ce genre de choses, le code metier comme on dit dans l'milieu, qui te remplit un javabean, qui est est transmit a la suite du pipeline cocoon, et au final, en fonction du contenu du bean, tu serialise un fichier ou une page html indiquant que le bonhomme peut aller suxer des caribous morts vu qu'il a pas les droits.
Cocoon te permet de gerer la multipublication : tu peux avoir une version html pour quand t'es loin de ton pc perso, ou installer un client "lourd" qui te permet d'avoir des features ihm plus avancees (telecharger un dossier complet d'un coup, dnd ce genre de choses quoi).
Ca se fait a coups de feuilles de styles xslt, ca fait un peu mal au cul et ca pique les yeux au debut, tu te dis que ca va jamais rentrer et en fait t'y met tout. Mais une fois que t'y a prit gout, tu peux plus t'en passer. Un peu comme la sodomie, en fait.
Nan, blagues a part, xslt c'est un peu douloureux au debut, mais on en fait des choses admirables.
Bon, apres, on est pas oblige d'utiliser cocoon, c'est juste que ca me parait etre un outil adapte pour ce genre d'applications.
Ca marche bien, c'est pas specialement dur a coder (la gestion des verrous et des transactions est un peu plus complexe, mais ca se fait bien si on y reflechit un petit peu).
Apres, ca depend sur quoi tu veux l'heberger, un tomcat c'est pas tres courant sur un heberge grand public.
Bref, si ca t'interesse, hesite pas a me contacter par mp, histoire qu'on en discute.