Tout d’abord, c’est vraiment un bon produit; la version enterprise se justifie, dès que les moyens seront là.
Le déploiement en community manque de documentation à jour (beaucoup de liens cassés ou hors-sujet, mais reste possible en bricolant.
Le produit est complexe. J’ai l’habitude des ERPs, de Dolibarr à Odoo, mais la philosophie d’Axelor ne se brade pas. Cependant, il est trés cohérent.
La stack logicielle est plutot lourde, avec des versions un peu anciennes (la version 7 est meilleure mais je n’ai pas trouvé de documentation pour exploiter les fichiers war pour Tomcat).
Enfin, la version community remplit son role: elle permet de voir si le produit convient, mais il est impensable de penser l’utiliser sans support ni formation. Je teste quelques modules avec succès, mais le gros intéret est l’ensemble des modules. Par contre les fonctions isolées permettent de commencer à prendre en main cet ERP.
Enfin, merci à ce forum. Il y a des zones d’ombres (comme l’import de données qui est presque obfusqué lol :D) mais les bribes d’informations permettent d’avancer.
Que pour rapport à un Odoo / ERPNext / Dokos / Dolibarr basés sur php, java+tomcat c’est finalement peu courant et ca a tendance à m’effrayer (mais c’est juste une méconnaissance de java en général).
Pour la partie « versions anciennes », c’est parce que j’ai déployé la 6.4.5 pré-installée qui comporte un postgreSQL 9.6 qui n’est plus du tout maintenu, et qui n’est meme plus compatible avec pgadmin4
Ensuite, grâce à vos commentaires, j’ai pu trouver une video et compris comment installer un .war, pour ne pas rester avec la version 6.4.5 packagée. Je n’ai pas testé, mais ca devrait me permettre d’utiliser pgadmin4 pour pouvoir sauvegarder hors Axelor.
Le langage Java apporte plusieurs avantages :
a) robustesse/fiabilité,
b) performance sur de grosse volumétrie,
c) permet de bénéficier d’un éco-système java existant pour les applications d’entreprises :
Accès aux BDD (hibernate, JPA 2), reporting/editing (birt/jasper), Planification/Résolution de contraintes (Optaplanner), BPM (Camunda), serveurs d’applications (Tomcat, Jboss, ajoute de la robustesse)
Cela nous permet d’intégrer uniquement des standard de marché : JPA, BPM, mais également le multi base de données potentiel (PostgerSQL, MySQL et Oracle), le multi-langage possible : Java, Scala, Kotlin, Groovy, Javascript, …
Les versions AOS à partir de la 7.0 nécessite PostgreSQL 12.0 ou plus récent.
La version AOS 8.0 qui sort prochainement apporte également une nouvelle stack technique basée sur React pour le front. La stack technique du serveur est également actualisée régulièrement (exemple sur AOS 8.0: Upgrade PostgreSQL JDBC from 42.5.0 to 42.7.1 (sortie en décembre 2023)).
Ci-dessous un autre exemple d’actualisation lors de la sortie AOP 6.1 (11/2022) :
Upgrade HSQL JDBC from 2.6.1 to 2.7.0
Upgrade MySQL JDBC from 8.0.29 to 8.0.30
Upgrade UnboundID LDAP SDK from 6.0.5 to 6.0.6
Upgrade Junit from 5.8.2 to 5.9.1
Upgrade Upgrade embedded Tomcat from 9.0.63 to 9.0.65
Oui c est sur que c est la plus coherente , et surtout la plus facile a customiser . Par contre la nouvelle politique tarifaire est assez contraignante je trouve . Le prix est disuasif pour une petite structure comme la mienne .
