Impossible de s'identifier ?

1
+1
-1

Bonjour,

Dans le cadre d'un projet pour un client je suis amené à travailler avec l'outil Bonita en version communautaire.
Novice dans cette techno et ce domaine je suis en pleine phase de prise en main.

Pour le moment je tente dans un premier temps de faire tourner le portail Bonita sur le serveur d'application.

J'ai donc suivi étape par étape la documentation d'installation:
http://documentation.bonitasoft.com/product-bos-sp/installation
En l'adaptant à un environnement un peu plus récent que ceux proposés en bundle:
- OS: Windows 7 Professionnel 64 bits
- Java: Oracle JDK 1.8.0_60
- BdD: PostgreSQL 9.4.4
- Serveur d'application : WildFly 9.0.1 Final

Après bien des péripéties pour réussir à faire cohabiter tout ce petit monde, j'arrive aujourd'hui presque au bout:
- WildFly se lance et déploie correctement l'ear "bonita-all-in-one-7.0.1.ear"
- Le portail Bonita se lance correctement et créé bien toutes les tables dans la BDD Postgres
- La page de login Bonita s'affiche correctement

J'en suis donc rendu à l'étape de configuration du portail:
First steps after setup

Et là... impossible de se connecter au portail !

Si je tape un login/password bidon au hasard, j'ai un message d'erreur sur le portail ("Impossible de se connecter. Veuillez vérifier votre nom d'utilisateur et le mot de passe.") et j'ai une erreur dans la console (ou le fichier server.log) de WildFly:

14:59:17,471 SEVERE [org.bonitasoft.console.common.server.login.datastore.LoginDatastore] (default task-9) Error while logging in the engine API.

Et lorsque je tape le login/mot de passe du "technical user" install/install (comme défini dans les fichiers de propriété bonita) rien ne se passe: pas de message d'erreur ni sur l'écran du portail, ni dans les logs ou console, mais je reste sur la page de login sans pouvoir rien faire d'autre...

Or si j'ai bien compris la suite pour pouvoir déployer ensuite un BPM sur le portail bonita il faut avoir accès au portail ?.... Je suis donc complètement bloqué...

Une idée ?????

Merci d'avance

Comments

Submitted by antoine.mottier on Thu, 10/01/2015 - 15:28

Bonjour,

Pour essayer de progresser un peu je peux recommander de :

  • Vérifier que dans la base de données du moteur (bonita_journal) la table command contiens bien des entrées (à priori 31 lignes en 7.1.0). Cela pour valider que la phase d'initialisation de la base de données c'est bien complètement déroulée.
  • Que dans le dossier "bonita home" les dossiers client/tenants, engine-server/conf/tenants et engine-server/work/tenants contiennent bien un dossier nommé 1 (dossier correspondant au tenant par défaut, un seul tenant possible en version communautaire)
  • Configurer le système de log de JBoss pour logguer avec un niveau plus bas (debug) ce qui proviens du logger org.bonitasoft
3 answers

1
0
-1

Une info supplémentaire (peut être une piste pour trouver d'où vient ce "bug" ?).

En vue de créer une notice d'installation et de configuration pour mon équipe j'ai recréé "from scratch" tout mon environnement...
Et je me suis à nouveau heurté au même bug.

Cette fois-ci j'ai bien analysé une à une toutes mes actions et j'ai trouvé un contournement :
(en plus de "l'habituel" stop wildlfy + suppression des répertoires "1" + vidage cache navigateur)

  • stopper le serveur de base postgres
  • supprimer tout le contenu du répertoire "PGDATA" de stockage de la base de données
  • recréer la base avec la commande "initdb.exe" de postgres
  • remodifier le fichier postgresql.conf (paramètre "max_prepared_transactions = 100")
  • relancer le serveur postgres et recréer l'utilisateur "bonita" et ses deux bases "bonita" et "business_data"

Et après relance de wildfly, cette fois-ci tout rentre dans l'ordre !

Serait-ce donc un problème avec postgres ?? ou son driver jdbc ??
A vous de creuser ! (ou pas) ;-)

Comments

Submitted by antoine.mottier on Thu, 10/08/2015 - 17:31

Merci pour les informations complémentaires !

Est ce que vous pourriez m'indiquer le numéro de version complet du driver JDBC que vous utilisez afin que j'essaye de reproduire le problème dans exactement le même environnement ?

Submitted by Riet1939 on Thu, 10/08/2015 - 17:44

1
0
-1

Test effectué : le problème n'apparait plus, je me loggue normalement en install/install maintenant...
C'est vraiment étrange !

1
0
-1

Merci de votre réponse rapide.

1- dans ma base "bonita" (pas de "bonita_journal" mais je suppose que ça dépend du réglage des datasources) la table "command" contient bien 31 entrée

2- les trois répertoires contiennent bien un sous-répertoire "1"

3- config modifiée, j'ai refait le même test... et là miracle le technical user se loggue !...

Etrange.....

Comments

Submitted by antoine.mottier on Thu, 10/01/2015 - 16:04

Est ce que vous pouvez faire à nouveau le test avec le niveau de log par défaut pour voir si le problème est reproductible ? Si tel est le cas il faudra que j'investigue pour trouver le message de log qui pose problème.

Merci.

Submitted by Riet1939 on Thu, 10/01/2015 - 16:20

Test effectué : le problème n'apparait plus, je me loggue normalement en install/install maintenant...
C'est vraiment étrange !

Submitted by Riet1939 on Thu, 10/01/2015 - 16:29

Je viens de refaire un test complet:
- serveur WildFly arrêté
- base bonita complètement supprimée, puis recréée (vide)
- cache du navigateur vidé
- les trois répertoires "1" supprimés
- niveau de logs remis par défaut

Puis je relance le serveur d'app wildfly...
Tout fonctionne ! Bug non reproduit.... l'effet démo ???? :-/

Notifications