Frische OpenEMM Installation zeigt Bohne Fehler auf einigen Seiten

StackOverflow https://stackoverflow.com/questions/1400692

  •  05-07-2019
  •  | 
  •  

Frage

Wir haben eine frische OpenEMM-Installation auf einem Harz-Server bereitgestellt (was nicht genau geradlinig aufgrund einer enormen Menge von Abhängigkeiten obwohl Harz die und Standardanwendungsserver wird empfohlen). Dies ist unser Setup:

  • neueste Gentoo GNU / Linux
  • OpenEMM 5.1.1 (aus den Quellen kompiliert, darunter eine riesige Menge von abhängigen Gläser)
  • Harz 3.2.1 auf 127.0.0.1:8080
  • Squid Frontend in Beschleunigungsmodus-Forwarding-Verkehr auf 127.0.0.1:8080

scheint Dieses Setup zu funktionieren. Fast alle Seiten von OpenEMM Arbeit. Aber der „Aktionen“ Menüpunkt führt den folgenden Fehler: 

javax.servlet.ServletException: javax.servlet.jsp.JspException: No bean found under attribute key emmaction

Der andere Menüpunkt, der einen Fehler wirft, ist der „Empfänger / Übersicht“ Menüpunkt: 

javax.servlet.ServletException: javax.servlet.jsp.JspException: Missing message for key "gender..short"

Ich bin ein ziemlich Noob auf Java-Implementierungen. Jede Hilfe wäre sehr geschätzt.

Update: Ich habe bereits einige Fortschritte in dieser Frage. All diese Probleme scheinen entstehen, weil einige Variablen interpoliert werden, sondern enthalten leere Werte, zB $ {recipient.gender} löst auf einen leeren Wert und damit versucht gender..short Nachschlag (aufgelöst von „Geschlecht. $ {Recipient.gender}. kurz"). Hier ist der Code-Snippet: 

<display:column class="name" headerClass="head_name" titleKey="Salutation">
  <bean:message key="gender.${recipient.gender}.short"/>
</display:column>
„: Tabellenanzeige“ wie folgt:

Dies wird durch eine eingewickelt 

<display:table class="dataTable" pagesize="${recipientForm.numberofRows}"
  id="recipient" name="recipientList" sort="external"
  requestURI="/recipient.do?action=${ACTION_LIST}" excludedParams="*"
  partialList="true" size="${recipientList.fullListSize}"
>

Irgendwelche Hinweise, wo weitere Debugging zu tun? Ich herabgestuft bereits die displaytag Bibliothek von 1,2 bis 1.1.1 in der Hoffnung, das das falsche Verhalten beheben wäre - aber das schien die falsche Stelle zu sein

.
War es hilfreich?

Lösung

Nun, ich dies schließlich gelöst durch Harz von 3.1.x bis 3.0.x Harz Herabstufung ... Es scheint in einigen Harz Bibliotheken und Webapp Support-Code inkompatible Änderungen zu sein. Welche das sind und wie man es beheben mit der neuesten Version Harz immer noch als mysterium mir bleibt jedoch zu arbeiten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top