External objects improvements

Feature request
1

Version

5.3+

Description

It would be useful to have a minimalistic wizard for creating the main kinds of external objects:

  • Standard UI components (ResponsiveExternalObject) with its resources and a default complete implementation (“hello world”)
  • Custom UI (StaticSiteExternalObject) with a minimalistic ZIP resource (“hello world”)
  • Custom REST webservice (RESTServiceExternalObject)
    etc.
3

À discuter, plutôt qu’un wizard, des héritiers (ou des objets complètement différents) et une sémantique plus précise permettrait d’expliquer plus facilement les concepts, et de retrouver plus facilement ce qu’on cherche…

  • les ExternalObjects n’ont souvent pas grand chose à voir avec la notion d’objet. Le nom n’est donc pas adapté, ça devrait plutôt être scindé en objets Component (servi via UI), Server (resources pages, sites, servi hors UI) et Service (pour tout ce qui est REST & cie)
  • les StaticSiteExtenalObjects sont très pratiques pour servir un contenu donné. Cependant, leur fonctionnement permet d’autres cas d’usages que de servir des “Sites”, par exemple pour servir une lib front. Le nom n’est donc pas adapté, ça devrait plutôt être un StaticServer
    • il est dommage de ne pas pouvoir voir / éditer le contenu du ZIP…index.htm
  • les ResponsiveExternalObject simplifient beaucoup la création de Composants simplement constitués de resources html/js/css sans écrire de code java.
    • Le nom devrait plutôt être SimpleComponent
    • Il n’y a pas d’équivalent hors UI, alors qu’un BasicServer pourrait être bien pratique
      • Hors StaticSite, aujourd’hui avec WebPage, il n’y pas vraiment de moyen simple de servir HTML/JS sans que ce soit Simplicité qui ait la main sur l’ensemble du HTML (doctype, head, etc.)
  • les appendBootstrap & cie n’ont pas du sens que dans le cadre d’un Component , autrement ils nuisent à la compat asc