Commerce à feuilles larges :DemoSite n'affiche pas les produits

Question

Je viens d'installer BroadLeafCommerce sur deux hôtes différents, l'un est Mac OS X, l'autre est Debian/Raspberry Pi.Tous deux avec JDK1.7 et Tomcat7.J'utilise également MySql sur les deux.Donc, fondamentalement, les mêmes composants d'environnement, sauf que Raspberry Pi fonctionne avec moins de tas attribué à la JVM (256 m).

Sur les deux hôtes, l'application démarre avec les mêmes entrées de journal et les tables de base de données sont créées et remplies sur les deux hôtes.Sur mon hôte Mac OS X, tout semble bien. Sur Raspberry Pi, les produits n'apparaissent pas dans la section contenu, cependant, des images/produits sont affichés dans la barre latérale droite.Mais il manque également des catégories dans la barre latérale droite.Cependant, lorsque je vérifie les tables de base de données mysql sur mon hôte Raspberry Pi, blc_product et blc_category et blc_category_product_xref les tableaux sont remplis de données.Et catalina.out ne montre aucune erreur lorsque j'ouvre une certaine page.

J'ai suivi les instructions sur http://www.broadleafcommerce.com/docs/core/current/tutorials/getting-started-tutorials/switch-to-mysql-tutorial après avoir fait un git clone du référentiel.Ensuite, j'ai tout construit via mvn clean install et déployé le fichier war sur Tomcat.

Voici à quoi cela ressemble correctement sur Mac OS X :

Voici à quoi cela ressemble sur mon installation Raspberry Pi - les produits ne s'affichent pas dans les sections de contenu des catégories:

Il s'agit du journal au démarrage de Tomcat (notez que le résultat est le même sur les deux systèmes ;même s'il y a des ERREURS, les tables de base de données sont créées correctement sur les deux systèmes).

Et j'ai vérifié que sur les deux systèmes, les tables de base de données peuvent être des requêtes insensibles à la casse (j'avais déjà défini lower_case_table_names=1 sur Debian/Raspberry Pi), afin que cela ne devrait pas poser de problème.

Journal de démarrage de Tomcat : http://pastebin.com/83QsTVeC

Mise à jour:J'ai tout laissé intact pendant environ une heure, puis je suis revenu et j'ai actualisé le site.Et voilà, même sur le Raspberry Pi, tous les produits apparaissent.Il semble qu'il ait fallu un certain temps avant qu'un processus soit terminé sur le RPi, même si je ne sais pas de quoi il s'agissait ni quelles tables de base de données étaient liées.Lorsque j'ai vérifié la base de données via une requête directe auparavant, les tables associées les plus évidentes (produit, catégorie) étaient déjà remplies de données.Toujours aucune idée de ce qui s'est passé pendant cette heure qui a fait apparaître les produits.Ou peut-être que les pages du catalogue sont basées sur des requêtes Solr et que Solr n'a pas encore terminé l'indexation ?

Answer 1

Étant donné que vous ne disposez que de 256 Mo de RAM alloués pour RPi, ainsi que d'un processeur beaucoup plus lent, il a probablement fallu plus de temps à Solr pour indexer tous les produits de démonstration.

Oui, vous avez raison, le site de démonstration à feuilles larges récupère tous les produits de la base de données et les indexe par lots de 100.

Donc, bien sûr, le processus d'indexation a pris plus de temps sur RPi.

Le site de démonstration effectue également le redimensionnement des images à la demande, selon les besoins.Ceux-ci sont écrits sur un stockage temporaire local et servis par Tomcat à partir de là à la deuxième demande.