Arndt Schönbergs Weblog

Montag Okt 29, 2018

Werkzeuge zur Erhaltung der Softwarearchitektur - CleanUp / ArchUnit - Teil 16

CleanUp / ArchUnit

Nach einer kurzen Pause hier noch zwei weitere Werkzeuge, die einiges leisten.

CleanUp

In Eclipse findet sich unter "Einstellungen / Java / Code Style / Clean up" einiges an Einstellungen, die einem das Leben erleichtern. Mit der CleanUp Funktion können z.B. fehlende "this." ergänzt oder @Overrides automatisch erzeugt werden. Somit hilft diese Funktion insbesondere bei der Übernahme eines Projekts, dass sich nicht an die gewünschten Codestyle Regeln hält.

ArchUnit

ArchUnit stellt ähnlich wie jQAssistant Möglichkeiten zur Verfügung, die Architektur zu analysieren. Hier kommt eine API und nicht wie bei jQAssistant eine Graphdatenbank zum Einsatz. Damit gibt es wahrscheinlich etwas weniger Möglichkeiten der Anlayse, für zentrale Aufgaben ist ArchUnit aber gut geeignet. Näheres zu ArchUnit versuche ich in den nächsten Posts zu schreiben.

Alle Teile der Serie zu Architekturerhaltung in Java

Donnerstag Sep 13, 2018

Spooky Exceptions (11) - ... javax.ejb.EJBException: WFLYEJB0442: Unexpected Error

Umgebung

  • Wildfly 13
  • EE7
  • Eclipselink

Situation

Bei dem Aufruf einer JPA Query wird folgende Exception geworfen
 
   ... javax.ejb.EJBException: WFLYEJB0442: Unexpected Error
   ...
   Caused by: java.lang.StackOverflowError
   at org.eclipse.persistence.jpa.jpql.parser.AbstractExpression.getRoot(AbstractExpression.java:530)
   at org.eclipse.persistence.jpa.jpql.parser.AbstractExpression.getRoot(AbstractExpression.java:530)
   at org.eclipse.persistence.jpa.jpql.parser.AbstractExpression.getRoot(AbstractExpression.java:530)
    ...

Lösung

Ursache dieser Exception ist eine lange Kette von WHERE Bedingungen (ca 2250) in einer JPQL Abfrage, die über Parameter befüllt werden. Es scheint hier Grenzen in der Verarbeitungsfähigkeit zu geben. Solche Anfragen müssen in Einzelanfragen aufgebrochen oder umformuliert werden.

Freitag Jul 13, 2018

Spooky Exceptions (10) - An exception occurred while creating a query in EntityManager

Umgebung

  • Wildfly 13
  • EE7
  • Eclipselink

Situation

Bei dem Aufruf einer JPA Query kommt eine Exception
 
  2018-06-22 12:45:43,615 ERROR [org.jboss.as.ejb3.invocation] (default task-1) WFLYEJB0034: 
  EJB Invocation failed on component DataPrivacyStatementAcceptanceFacade
  for method public abstract de.schoeso.festival.ejb.mde.DataPrivacyStatementAcceptanceList 
  de.schoeso.festival.ejb.mde.facade.DataPrivacyStatementAcceptanceFacadeLocal.findByVariousParameters(): javax.ejb.EJBException: 
  java.lang.IllegalArgumentException: An exception occurred while creating a query in EntityManager:  
  Exception Description: Problem compiling [SELECT x FROM DataPrivacyStatementAcceptance x]. 
  [14, 44] The abstract schema type 'DataPrivacyStatementAcceptance' is unknown.
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:223)
	at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:418)

Lösung

Ursache dieses Kompilierungsproblems und des fehlenden "abstract schema type" war, dass die Entität nicht in der persistence.xml eingetragen war (bzw. nicht erkannt wurde).

Spooky (missing) Exceptions (9) - Objekt wird vom (Eclipse) JPA Provider nicht in die Datenbank geschrieben

Umgebung

  • Wildfly 10
  • EE7
  • Eclipselink

Situation

Ein Subobjekt einer Entität (OneToOne), das über cascade = CascadeType.ALL angebunden ist, wird bei merge nicht persistiert.

Analyse

In diesem Fall wurde das Objekt nicht im Oberobjekt instanziiert
 
    @OneToOne(cascade = CascadeType.ALL, mappedBy = "repairWarranty", fetch = FetchType.EAGER)
    private StateChange stateChange = null;
  • Bei dem ersten Zugriff auf das Objekt über den getter wurde das Objekt angelegt
  • In einer Livecycle Methode @PostPersist wurde auf das Objekt zum ersten mal zugegriffen
Wenn ein abhägiges Objekt erst in einer Livecycle Methode @PostPersist instanziiert wird, erkennt aktuell (Version 2.6.x) der (Eclipselink) JPA Provider nicht, dass dieses Objekt gespeichert werden muss. Auch wenn ohne ein refresh des Oberobjekts nochmals versucht wird ein merge durchzuführen, werden die Daten nicht in die Datenbank geschrieben (sind aber im Objekt enthalten, was das Debugging deutlich erschwert).

Lösung

Entweder die (indirekte) Instanziierung in den Livecycle Methoden vermeiden oder die Objekte direkt anlegen
 
    @OneToOne(cascade = CascadeType.ALL, mappedBy = "repairWarranty", fetch = FetchType.EAGER)
    private StateChange stateChange = new StateChange ();

Freitag Mai 18, 2018

Spooky Exceptions (8) - Exception Description: Entity class [class ... ] has no primary key specified. It should define either an @Id, @EmbeddedId or an @IdClass

Umgebung

  • Wildfly 12
  • EE7
  • Eclipselink

Situation

Bei der Prüfung der persistence.xml beim Hochfahren des Servers wird folgende Exception geworfen:
 
Internal Exception: Exception [EclipseLink-7161] (Eclipse Persistence Services - 2.6.4.v20160829-44060b6): 
org.eclipse.persistence.exceptions.ValidationException
Exception Description: Entity class [class ...] has no primary key specified. It should define either an @Id, @EmbeddedId or an @IdClass. 
If you have defined PK using any of these annotations then make sure that you do not have mixed access-type 
(both fields and properties annotated) in your entity class hierarchy.
In unserem Fall lag dies daran, dass es sich bei der betroffenen Entität um eine Entität handelte, die aus einer anderen abgeleitet ist. Die Parent-Entity liegt in einer ausgelagerten jar Datei, die neben der Projekt-Ejb Datei verwendet wurde. In der application.xml wurde aber vergessen, dies ausgelagerte Datei als ejb-Modul einzutragen. Dadurch konnte der Scanner die übergeordnete Klasse nicht erkennen und hat die in ihr enthaltene Annotation nicht auswerten können.

Calendar

Feeds

Search

Links

Navigation