Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy

Ziele der Software-Entwicklung…

Was ist „gute“ Software?

… und was man dafür braucht

Leichtgewichtige Architekturen?

Leichtgewichtige Architekturen

Exkurs: Maven - Abhängigkeiten <project> <modelVersion>4.0.0</modelVersion> <groupId>spring2.jpa.basic</groupId> <artifactId>spring2-jpa-basic-impl</artifactId> <version>1.0.0-SNAPSHOT</version> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring</artifactId> <version>2.5.1</version> </dependency> […] </dependencies> […] </project> Artefakt-Beschreibung SNAPSHOT! Abhängigkeit liefert alle benötigten Bibliotheken

Exkurs: Maven-PlugIns <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.4-SNAPSHOT</version> <configuration> <suiteXmlFiles> <suiteXmlFile>quick-suite.xml</suiteXmlFile> </suiteXmlFiles> </configuration> </plugin> </plugins> </build> PlugIn für Testausführung Lädt Testsuite

Exkurs: Spring [Was ist Spring?] Inversion of Control Ansammlung von API's Programmier- modell

Exkurs: Spring [Komponenten] Spring Core AOP Spring AOP AspectJ-Integration DAO Spring JDBC Transaction- Management ORM JPA Hibernate Toplink JDO JEE JMX JMS JCA Remoting EJB's Email WEB Spring MVC Struts WebWork Tapestry JSF PDF Portlets

Exkurs: Groovy The Groovy Truth Runtime type Evaluation criterion required for truth Boolean Booleanwert muss true sein Matcher Der reguläre Ausdruck muss mindestens 1 Treffer haben Collection Die Collection darf nicht leer sein Map Die Map darf nicht leer sein String Der String darf ebenfalls nicht leer sein Number Muss ungleich 0 sein Alles andere Die Objektreferenz muss ungleich null sein

Exkurs: Groovy – Listen und Ranges def list = [„item1“, „item2“, „item3“] assert list.size() def emptyList = [] assert !emptyList list << „item4“ assert list.size() == 4 def range = [1..4] assert range.size() == 4 def range1 = [1..<4] assert range1.size() == 3 Eine Liste mit 3 Einträgen Eine leere Liste Der ersten Liste wird ein Element hinzugefügt Eine Range mit den Werten 1, 2, 3, 4 wird erstellt Eine Range mit den Werten 1, 2, 3 wird erstellt

Exkurs: Groovy – Listen und Closures def list = [„item1“, „item2“, „item3“] list.each{ print it+“ „} > item1 item2 item3 assert list.find{it==„item2“} list = [„a1“, „a2“, „a3“, „i1“, „i2“] assert list.findAll{ it.startsWith(„i“)}.size() == 3 Each-Closure Ein bestimmtes Element finden Eine Anzahl an Elementen aus der Liste finden

Exkurs: Groovy - Maps def map = [key1: „value1“, key2: „value2“] assert map.size() == 2 assert map.key1 == „value1“ map.key3 == „value3“ assert map.size() == 3 assert map[„key2“] == „value2“ assert map.get(„key2“) == „value2“ def emptyMap = [:] assert !emptyMap Eine Map mit 2 Einträgen wird erstellt Ein 3. Eintrag wird hinzugefügt Alternative Zugriffsmethode auf die Elemente der Map Eine leere Map wird erstellt

Beispiel: API - Domänenmodell

Zum Beispiel: Impl - Entities @Entity(table=„CUSTOMERS“) public class Customer{ @Id @GeneratedValue( strategy = GenerationType.AUTO) private Long id; @OneToOne(targetEntity = Address.class, cascade = { CascadeType.ALL}) private IAddress address; @Column(length = 40) private String firstName; … } Entity auf Tabelle CUSTOMERS mappen Primary Key 1-zu-1 Beziehung Konfiguration einer Column in der Tabelle CUSTOMERS

Zum Beispiel: Impl – persistence.xml <persistence …> <persistence-unit name="spring2-jpa-basic-persistence-unit"> <properties> <property name="hibernate.jdbc.batch_size" value="0"/> <property name="hibernate.default_batch_fetch_size" value="5"/> […] </properties> </persistence-unit> </persistence> Eindeutiger Name der Persistence-Unit Eigenschaften der Persistence-Unit

Zum Beispiel: Impl – DAO‘s @Repository public class CustomerDao implements ICustomerDao { @PersistenceContext( unitName = "spring2-jpa-basic-persistence-unit") protected EntityManager entityManager; public List<ICustomer> findAll() { return entityManager .createQuery("from Customer c") .getResultList(); } […] } Sorgt für die Übersetzung von Exceptions Injection des Entity-Managers über Spring Plain Java

Zum Beispiel: Impl – Spring-Config <bean class=„PersistenceAnnotationBeanPostProcessor" /> <bean class=„PersistenceExceptionTranslationPostProcessor" /> Support der Annotations in den DAO‘s Excpetion Translation

Zum Beispiel: Impl – Spring-Config <bean id="entityManagerFactory" class=„LocalContainerEntityManagerFactoryBean"> <property name="dataSource" ref="dataSource" /> <property name="jpaVendorAdapter"> <bean class=„HibernateJpaVendorAdapter"> <property name="databasePlatform" value="${jpa.provider.databasePlatform}" /> <property name="showSql" value="${jpa.provider.showSql}" /> <property name="generateDdl" value="${jpa.provider.generateDdl}" /> </bean> </property> </bean> JPA-Vendor Eigenschaften des JPA-Vendors Kein JNDI

Zum Beispiel: Impl – Spring-Config <bean id="dataSource" class=„DriverManagerDataSource" p:driverClassName="${jdbc.driver.classname}" p:url="${jdbc.connection.url}" p:username="${jdbc.connection.uid}" p:password="${jdbc.connection.pwd}" /> DataSource Konfiguration

Zum Beispiel: Impl - Services @Transactional public class CustomerService implements ICustomerService { private ICustomerDao customerDao; private IAddressDao addressDao; […] @Transactional(readOnly = true) public List<ICustomer> findAllCustomers() { return customerDao.findAll(); } […] } ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Diese Methode hat nur einen lesenden Zugriff

Zum Beispiel: Impl – Spring-Config <bean id="transactionManager" class=„JpaTransactionManager"> <property name="entityManagerFactory" ref="entityManagerFactory" /> </bean> <tx:annotation-driven transaction-manager="transactionManager" /> JPA Transaction-Manager Transaktionen werden per Annotations konfiguriert

Zum Beispiel: Impl – Spring-Config <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="get*" read-only="true" /> <tx:method name="*" /> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id=“dataaccess" expression="execution(* […].dataaccess.*.*(..))" /> <aop:advisor advice-ref="txAdvice" pointcut-ref=“dataaccess" /> </aop:config> Alternative Transaktionskonfiguration

Zum Beispiel: Problem Annotation @Service public class CustomerService{ @Autowired private ICustomerDao customerDao; } Spring-eigene Annotations @Target(value = ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Service public @interface MyService { } Eigene Annotation Basierend auf @Service @MyService public class CustomerService{ } Verwendung der eigenen Annotation

Zum Beispiel: Impl – Unit Testing

Zum Beispiel: Impl – Unit Testing public final void testChangeAddress() { IAddress expAddress = new Address( street: "s1", city: "c1", country: "c1", zipCode: "z1"); def addressDao = [ store:{entity -> expAddress}] as IAddressDao ICustomerService customerService = new CustomerService(addressDao: addressDao) def result = customerService .changeAddress(expAddress) assert expAddress == result } Erzeugung einer neuen Instanz mit Constructor- Enhancement Implementierung des IAddressDao Neue Instanz des ICustomerService Ausführen und Ergebnis vergleichen

Zum Beispiel: Integration (Selenium)

[object Object],Zum Beispiel: Integration (Testcode) public class SimpleWebtest{ @BeforeClass() @Parameters(["browser"]) final void prepareSelenium(String browser){} @BeforeMethod final void startSelenium(){} @AfterMethod final void stopSelenium(){} @Test final void testTheStuff(){} } Parameterisierte Methode wird einmal pro Klasseninstanz ausgeführt Wird pro Testmethode ausgeführt

Zum Beispiel: Integration (Testsuite) <suite name="gidp-sample-integration"> <test verbose="2" name="FFIntegrationtests" annotations="JDK"> <parameter name="browser" value="firefox"/> <packages> <package name=“[…].integration"/> </packages> </test> <test verbose="2" name="IEIntegrationtests" annotations="JDK"> <parameter name="browser" value="iexplore"/> <packages> <package name="de.gidp.sample.integration"/> </packages> </test> </suite>

Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy

Recommandé

Recommandé

Contenu connexe

En vedette

En vedette (17)

Similaire à Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy

Similaire à Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy (20)

Plus de Thorsten Kamann

Plus de Thorsten Kamann (14)

Leichtgewichtige Architekturen mit Spring, JPA, Maven und Groovy