Java-base de la CMS avec le service RESTful / API pour accéder au contenu

Pour ceux qui pourraient voter pour fermer cette question en raison de "ne pas constructif pour l'instant, cette question n'est pas un bon ajustement pour notre Q&Un format." - Ce serait génial si vous suggérons de où dois-je poser cette question (https://softwareengineering.stackexchange.com/ ? ou tout CMS axée forum?)

Questions similaires ont été posées avant:

Tous d'entre eux sont vieux de quelques années, alors je me demande si il y a des nouvelles recommandations /discussions autour de ce.

Un peu de contexte: Nous sommes une Java boutique, nous avons à créer ou à maintenir des sites web pour nos clients, notre technologie de pile sont Java, Spring, SQL, JSP, HTML5, JQuery, Tomcat, JBoss, Maven, etc ... les trucs habituels. Jusqu'à présent en termes de "contenu", nous mets dans certaines propriétés de fichier lu par le JSP pour les copies (par exemple. description du produit X) ou de services de back-end que de fournir du contenu dynamique (par exemple. quelle est la valeur actuelle du produit X).

Maintenant, nous sommes à repenser notre approche de la gestion de contenu parce que nous sommes la gestion de plus et plus de propriétés pour le client avec le même contenu (par exemple. un site web, site mobile, application mobile, etc), si nous voulons vraiment éviter d'avoir plusieurs copies de la même contenu se répandre.

Quelques choses que je suis particulièrement à la recherche de:

  1. Java (parce que nous sommes Java boutique: 1) plus d'expertise dans le traitement basé sur Java trucs et 2) d'éviter d'introduire une autre technologie de la pile)

  2. Extensibilité /personnalisation. Besoin pour être en mesure de personnaliser le CMS (c'est pourquoi nous voulons bâton à l'intérieur de notre expertise Java), de sorte qu'il peut être étendu pour se connecter avec d'autres services web pour consommer du contenu, etc.

  3. L'accent sur contenu - nous besoin d'une séparation claire entre le contenu vs UI-rendu, de revenir à ce que nous recherchons lorsque nous aurons besoin de vous livrer le contenu dans des propriétés distinctes.

  4. Service RESTful /API pour accéder au contenu - même que ci-dessus. Nous avons besoin que le contenu soit accessible directement en JSON /JSON-P /. Flux XML.

  5. Besoin pour avoir une bonne INTERFACE utilisateur de travailler avec et le plus intuitif, le meilleur pour l'utilisateur de l'entreprise, car certains de nos clients qui pourraient être déplacé vers la plate-forme sera probablement amené à gérer leur propre contenu

  6. Support multilingue

  7. Open source /à faible coût

Jusqu'à présent, plusieurs options que j'ai sont:

Adobe CQ - Semble être la meilleure solution, mais malheureusement, c'est un coût prohibitif

Hippo CMS - Ressemble à s'adapter à ce que nous recherchons, je ne suis pas certain de la façon dont il est documenté, tutoriel /comment-tos semble être assez rares, leur part de marché semble être plus grand en Europe qu'en Amérique du Nord.

Liferay, Plus ciblée comme "portail", par opposition à la CMS, en fournissant un contenu

Alfresco - Plus axée sur les "documents"

dotCMS - Comme Hippo CMS, semble comme celui-ci pourrait répondre à nos besoins.

Magnolia CMS - Regarde autour de la même ruelle que dotCMS et Hippo ainsi. D'après les commentaires que j'ai vu semble qu'ils sont plus concentrés sur un seul site et pas de séparation nette entre le contenu vs INTERFACE utilisateur.

Personnellement, je n'ai pas beaucoup d'expérience directe de travail avec la CMS avant.

Vos idées /commentaires sur chacune des options ci-dessus, ou si vous avez d'autres solutions à l'esprit ne sont pas mentionnés ici, serait grandement apprécié! Un de mon défi, c'est que nous avons besoin de faire une très bonne décision, car quel chemin nous décidons d'aller vers le bas, on aurait des chances d'être coincé avec elle, la décision n'est pas quelque chose qui peut facilement être jeté et recommencer.

InformationsquelleAutor TS- | 2013-05-25
  1. 36

    Personnellement, j'ai une certaine expérience avec Hippo et beaucoup avec dotCMS. J'en sais un peu plus sur Alfresco, Liferay et Magnolia, mais je n'ai pas travaillé avec eux. J'ai aucune expérience avec Adobe CQ, car je n'ai jamais pris le temps d'enquêter. C'est en raison des coûts élevés d'être un no go pour plusieurs de nos clients. Alfresco est en effet une meilleure solution si vous êtes à la recherche pour un document en ligne de gestion du système, je pense que vous ne l'êtes pas. Vous avez raison à propos de l'Hippopotame, de Magnolia et de dotCMS étant quelque peu similaire, ce qui n'est pas étrange, parce qu'ils tentent de résoudre le même problème: être une Entreprise de classe Java Web basé sur le Système de Gestion de Contenu. Ils se concentrent essentiellement sur la gestion de contenu qui peuvent être utilisés dans des pages qui sont également possible avec le CMS.

    Pour être honnête: j'ai une préférence pour le dotCMS parce que j'ai travaillé avec les systèmes de beaucoup de choses et en savoir beaucoup sur elle. J'ai pensé que je voudrais vous expliquer pourquoi cela fonctionne pour nous, de sorte que vous pouvez prendre en considération. Je travaille dans une Java boutique qui fait beaucoup de développement du middleware pour ses clients à l'aide de JBoss et l'ensemble de l'EE de la pile. Nous nous connectons vieux (Cobol) et de nouveaux systèmes et de mettre une jolie nouvelle interface web sur le dessus de cela un middleware qui cible à la fois les admins et les consommateurs. Pour être en mesure de créer ces interfaces nous avons besoin d'un CMS qui fait un peu de bien les choses:

    1. Basé sur Java (parce que nous sommes une Java boutique cela nous permet d'avoir les mêmes personnes travaillent sur le CMS et le middleware)
    2. Horizontale évolutive à des dizaines de serveurs sans trop de tracas. Dans le cas classique lors de l'extension à de multiples serveurs de la base de données et le dossier des ressources sont partagées entre les nœuds. Cela pourrait être un problème lorsque vous avez beaucoup de nœuds, mais dans la pratique, il n'est pas un gros problème parce que la plupart de la charge de frapper l'index et pas la bd ou le disque. En 2,5 et jusqu'dotCMS offre une "part de rien" la mode, où chaque nœud dispose de sa propre base de données et des actifs dossier, mais cela ne vous oblige à utiliser une autre (lire: la licence) serveur de création qui pousse le contenu de chacun des nœuds. Je n'ai pas joué avec cette installation moi-même, mais il semble prometteur, en particulier parce que chaque nœud peut être un moyen simple et pas cher de la boîte qui n'utilise postgresql /mysql et tomcat et parce qu'il n'y a pas de point de défaillance unique plus. Dans le cas classique si les actifs partagés dossier ou de la db se meurent tous les nœuds seraient à la baisse, sauf lorsque vous cluster de la bd et du disque qui est expensicv à faire. Avec cette "part de rien" le programme d'installation, ce n'est plus le cas. Comme je l'ai dit: je n'ai aucune expérience de ce type, mais il semble que cela pourrait fonctionner.
    3. De l'interface d'administration utilisable par les deux utilisateurs avec pouvoir et non technophile les personnes (clients). Pas tout le monde est "bon avec les ordinateurs", mais ils doivent aussi être en mesure de gérer le contenu (très souvent, ces personnes travaillent dans le département marketing de nos clients). dotCMS propose des façons de créer des admin interfaces qui ne montrent que quelques-uns des fonctionnalités dotCMS offre. Cela leur évite d'avoir à comprendre l'ensemble du système qui accélère la formation et de l'acceptation.
    4. Contenu structuré. C'est biggie. Nous voulons être en mesure de définir un grand nombre de types de contenu avec un ensemble fixe de champs, tout comme une table de base de données. Le tout sans avoir à reconstruire ou de redémarrer le système. Les gens qui permettrait de définir le contenu basé sur cette structure (le nom dotCMS utilise pour ces types) ne peut pas entrer des données non valides, car le système se protège contre qui. Cela facilite la création de sites web, de sorte beaucoup plus d'avenir et pratique. Surtout pour les développeurs.
    5. Se concentrer sur le contenu de la première. Le premier mois que nous avons utilisé dotCMS nous avons utilisé dotCMS pour la gestion du contenu lui-même, et en exposant que, par JSON API. Nous n'avons pas utiliser de CMS fonctionnalités, comme la définition des modèles et la création des pages. Cela fonctionne bien et les sons comme les trucs que vous cherchez. dotCMS a un JSON/XML Webservice qui renvoie le contenu basé sur des requêtes. Nous utilisons beaucoup dans la quasi-totalité de nos projets, voir ici pour plus d'infos: http://dotcms.com/docs/latest/ContentAPI. À l'aide de dotCMS lui-même pour l'ensemble de l'interface est également une possibilité. Surtout avec le Printemps, les contrôleurs qu'il prend en charge et le CSS-cadre agnostique nouveau modèle de concepteur, il est une belle façon de construire des systèmes qui nécessitent plus qu'un peu de contenu.
    6. Multilingue. dotCMS offre un quelques façons de le faire. Vous pouvez créer du contenu dans toutes les langues dont vous avez besoin, même les non textuelle du contenu tel que des images. En raison de la "contenu" de la démarche de beaucoup de choses sont contenus dans dotCMS , et peuvent être traités en tant que tels, y compris la création d'une version pour chaque langue que vous avez besoin.
    7. Open source. dotCMS offre une version communautaire que nous utilisons la plupart du temps. Uniquement pour les fonctionnalités de la version pro comme l'équilibrage de la charge, à l'aide d'oracle pour la base de données, etc, une version payante est nécessaire. Et même alors, les coûts sont gérables. Voir http://dotcms.com/products/editions/ pour plus de détails à ce sujet.
    8. Interne mécanisme de mise en cache. En raison de la charge élevée de certains des sites que nous avons besoin de construire de mise en cache. DotCMS utilise Google Goyave pour leur mise en cache qui fonctionne plutôt bien.
    9. Extensibilité également un biggie. Nous avons besoin pour être en mesure d'étendre les fonctionnalités de dotCMS pour des raisons évidentes. DotCMS utilisé uniquement pour offrir une ancienne manière de faire des plugins qui est un peu laid et est basé sur un script ant qui écrase la dotCMS classes avec votre propre. Il fonctionne très bien, mais je me sens toujours sale après la rédaction d'un tel plugin. Cependant, depuis la version 2, ils offrent un OSGi plugin basé sur un cadre qui est assez doux et beaucoup plus de développeur sympathique. Il sortit de la bêta à la version 2.5. Nous prévoyons de port tous nos plugins pour le nouveau cadre.
    10. Multi accueil. Nous devons être en mesure d'héberger plusieurs sites dans le même CMS. DotCMS offre ce mode natif. C'est aussi une belle façon de partager commun des trucs entre plusieurs hôtes que nous utilisons beaucoup.

    Bien sûr, il y a aussi des bas côtés. Voici quelques-unes:

    1. Web Sgc comme dotCMS stocker son contenu dans une base de données et les actifs sous forme de fichiers sur le disque. Cela rend la gestion des versions et la synchronisation entre les différents serveurs une douleur dans le cul. À partir de la version 2.5 dotCMS offre la synchronisation des outils qui vous permettent de pousser le contenu d'un environnement (par exemple UAT) à un autre (par exemple PROD), ce qui permet de. Mais pour ne pas être en mesure de commander une version unique du contenu à partir de quelque chose comme GIT ou SVN est très ennuyeux. Surtout depuis que nous, en tant que développeurs Java sont habitués à des choses comme des tests automatisés dans un environnement d'intégration continue. Bien sûr, vous pouvez stocker la base de données comme une instruction SQL et le répertoire actif, mais c'est lent et pas très "sympa". Mais là encore, tous les systèmes qui stockent de l'état dans une base de données ont ce défaut.
    2. DotCMS prend un peu de temps pour apprendre. Ce n'est pas un petit CMS comme WordPress, que vous comprendrez en un après-midi. Il possède de nombreuses fonctionnalités et est très puissant, mais vous aurez très probablement besoin d'un jour ou deux pour comprendre la dotCMS façon et puis un autre couple de jours pour comprendre toutes les API. Je vous encourage d'abord à lire de la doc et de bricoler avec elle avant de construire un vrai site de production: de nombreux chemins mènent à Rome, mais certains d'entre eux sont constitués de sables mouvants. 🙂
    3. DotCMS RAM est de la faim. Pour garder les choses rapidement en cache tout, donc si vous avez beaucoup de contenu, il va ronger la RAM que vous avez disponible. Vous pouvez modifier cela, mais c'est plus facile de lui donner assez de RAM, nous l'avons trouvé.
    4. Pas toutes les configurations de WebDAV + montage client sont compatibles avec dotCMS. Par exemple sur un mac, j'ai trouvé que vous mieux utiliser Cyberduck comme un client WebDAV et Aptana comme un éditeur de texte. D'autres configurations ne freaky choses que dotCMS n'aime pas beaucoup. Vous avez eu l'occasion de jouer un peu pour trouver le meilleur programme d'installation est pour vous. J'ai trouvé que si vous remplissez un rapport de bogue sur leur github - ils résolu dans la prochaine version. Ils m'ont dit que WebDAV est dur pour obtenir le droit car ce n'est pas une norme fixe que je comprends, mais il peut encore être une douleur dans le cul.

    Si vous voulez apprendre dotCMS lire leurs -pas si mal - documentation: http://dotcms.com/docs/latest/TableOfContents et aussi jeter un oeil à leur site de démonstration (http://dotcms.com/products/demo/). Dans le site de démonstration, vous trouverez des exemples de tous les concepts qui dotCMS offre. Oh, et découvrez notre libre-dotCMS plugins ainsi. En particulier, le code JavaScript et CSS minifier est très pratique: http://geekyplugins.com/.

    Espère que cela aide un peu. Laissez-moi savoir si vous voulez en savoir plus.

    • Merci beaucoup pour la très importante de la réponse! Voulez-vous dire d'aller par le biais de leur propre documentation est le meilleur endroit pour commencer? Ou est-il recommandé tutoriel site c'est un livre à lire?
    • Je voudrais lire leur documentation. Je ne suis pas au courant au sujet d'un véritable tutoriel. Il y a cependant un livre qui gère les trucs de base sur les sites de construction dans dotCMS: learndotcms.com/the-book C'est un peu désuet, mais gère les concepts de base bien encore.
    • Merci! ... certains de mes autres préoccupations avec dotCMS serait c'est à l'aide de fourmi plutôt que de maven. Aussi comment la migration / mise à niveau de l'effort lors de la sortie de la nouvelle version?
    • Bien ant n'est pas vraiment plus nécessaire avec la nouvelle OSGi architecture de plugin, donc ce n'est pas plus un problème. Quand une nouvelle version est disponible dotCMS comprend une mise à niveau script qui fonctionne très bien pour le point de rejet (2.0. tot 2.1 par exemple). La migration de versions principales telles que 1.9.5.1 à 2.0 est beaucoup plus délicat. Mais ceux ne sont publiés tous les deux à trois ans.
    • dotcms.com "Printemps & OSGi Dotcms dynamique support de plugin donne aux développeurs la capacité de déploiement à chaud tout le Printemps, web apps dans dotcms sans redémarrage de l'ordinateur. CMIS CMIS de support permet de dotcms les fichiers et le contenu pour être lu et écrit par n'importe quel système qui est un CMIS client, y compris Sharepoint, Liferay et même de Drupal." À partir de en.wikipedia.org/wiki/...: "des Services d'Interopérabilité de Gestion de Contenu (CMIS) est un standard ouvert qui permet aux différents systèmes de gestion de contenu d'inter-opérer sur l'Internet", Il est adopté à l'OASIS de spécification.
    • Combien de RAM est un bon nombre pour un UAT mis en place sur doCMS ?
    • Normalement, il dépend principalement de la quantité de contenu dans la Base de données, mais pour un site par défaut, je dirais aller avec 1.5 GO de ram pour dotCMS UAT. C'est à l'exclusion de la base de données.
    • J'aime vraiment cette réponse. Je veux utiliser dotCMS pour mon application java. mais avant de l'installer dans mon local je veux confirmer une chose..prend-il en charge fonctionnalité multi-utilisateurs? signifie que les différents rôles et de rendu de la page, comme par enregistrées dans le rôle de l'utilisateur...si oui, je vais le configurer..maintenant elle-même et si Non, s'il vous plaît suggérer quelque chose
    • Oui, c'est fait. Comment il est mieux de le faire dépend de ce genre de choses que vous voulez différencier entre les utilisateurs. Pour plus d'info sur ce genre de chose, je vous suggère de vous poser des questions sur leur groupe google. groups.google.com/forum/#!forum/dotcms
    • dotCMS avait l'air vraiment bien la comparaison avec les fonctionnalités de Drupal. Mais malheureusement dotCMS ne supporte pas officiellement menu fixe qui serait un briseur d'affaire pour l'adopter.
    • Je sais qu'ils sont en train d'expérimenter avec elle. Nous utilisons docker avec dotCMS dans notre organisation pour aider avec le plugin de développement et de test automatique et qui fonctionne très bien. Je suppose que vous faites référence à des déploiements de production à l'aide de docker images. Que nous n'avons pas encore utilisé, donc je ne sais pas vraiment si cela va bien fonctionner. À propos de Drupal: La nouvelle Drupal 8 est en fait encore plus souple que dotCMS, mais c'est aussi (à mon avis) plus complexe à travailler avec.

    InformationsquelleAutor Koen Peters
  2. 6

    Disclaimer: je travaille pour l'Hippopotame, donc je vais essayer de ne répondre avec des faits et non d'opinions 🙂

    1. Hippo est entièrement basé sur Java, front-end est indépendante de la langue, mais orientés vers la JSP ou Freemarker, optionnellement, vous pouvez utiliser un RESTE de l'interface et utiliser quoi que ce soit.

    2. De nombreux plugins sont créés, et recueillis à la Hippo forge.

    3. Centrés sur le contenu, le design a été un aliment de base de l'Hippopotame de développement, ne devrait pas poser de problème.

    4. Oui, par défaut, tous les RJC appels sont disponibles. En dehors de cela, vous êtes en mesure de définir vos propres RESTE de l'interface pour l'adapter à vos besoins, exemple dans la démo, documenté ici.

    5. J'ose dire que oui, dans mon expérience, la plupart des non-tech les utilisateurs à trouver l'interface facile à comprendre.

    6. Multilingue est facile, une partie de la valeur par défaut multi-canal.

    7. L'édition de la communauté (ce qui est complet, pas d'appât-et-switch) est open source, il y a quelques des fonctionnalités d'entreprise derrière un licence propriétaire. La licence ouvre également de soutenir les avenues, en plus de la Google Groupe et de Dépassement de Pile.

    Maintenant, sur votre commentaire à propos de la documentation incomplète, permettez-moi de vous donner mon avis:
    Vous avez raison, la documentation est une lutte constante. La plupart des choses est documenté, mais il est dur à trouver. Nous travaillons sur l'amélioration de la vue d'ensemble, des introductions et des tutoriels, mais nous ne sommes évidemment pas encore fait. Si vous ne pouvez pas trouver quoi que ce soit, généralement, la communauté est capable d'aider et de vous pointer dans la bonne direction.

    • Merci, l'un des plus grand chose à propos de l'Hippopotame pour moi, c'est son utilisation de Maven. Comment la migration / mise à niveau de l'effort à Hippone (ie. dire que nous en sommes à la version 7.5 et puis un nouveau est sorti, qu'il est difficile de migrer à 7,6, si c'est une version majeure à 8,0?). Aussi ne Hippo avoir de la documentation sur la configuration se fait entre dev vs uat vs prod et la façon dont le déploiement est terminé?
    • La mise à niveau est en effet quelque chose à garder à l'esprit, dans les jours avant de 7.5 ce utilisé pour être un peu de tracas, mais depuis cette époque (dernière version est de 7.8) Hippo a été beaucoup plus axé sur la simplification de ces transitions. Je ne peux pas vous dire comment il sera entre cela et la prochaine version majeure, qui dépend vraiment de ce que va être là; j'attends qu'il soit relativement facile, aussi longtemps que il n'y a pas beaucoup de personnalisations dans le noyau de la CMS (c'est à dire utiliser des plugins plutôt que de modifier le noyau).
    • Introduction dans le DCAT de gestion est ici: onehippo.org/7_8/library/concepts/upgrade/...
    • Les gars si vous écrivez tutoriel comment faire pour importer html/css du site web de votre système serait très utile.
    • Salut Ruslan, ce n'est pas très simple, très dépendante de ce que vous voulez vraiment atteindre. Il est probablement préférable de commencer avec l' (vidéo) pistes ici: onehippo.org/7_8/trails/video-trail/video-trail que cela vous donnera une idée de l'Hippopotame système.
    • Ne HippoCMS support de docker?

    InformationsquelleAutor Von Lion