Entity-Control-Boundary (ECB) architectural pattern
matches perfectly with our pattern language
Group items matching
in title, tags, annotations or urlLean service architectures with Java EE 6 - JavaWorld - 0 views
-
-
domain structure is an Entity, the Control is a service, and the Boundary is realized with a facade
-
In simpler cases the facade and service can collapse, and a service would be realized only as a facade's method in that case
Lean service architectures with Java EE 6 - JavaWorld - 0 views
-
DAOs aren't dead, but they cannot be considered as a general best practice any more. They should be created in a bottom-up, rather than a top-down, fashion. If you discover data-access code duplication in your service layer, just factor it out to a dedicated DAO and reuse it. Otherwise it is just fine to delegate to an EntityManager from a service. The enforcement of an empty DAO layer is even more harmful, because it requires you to write dumb code for even simple use cases. The more code is produced, the more time you must spend to write tests and to maintain it.
-
With JDK 1.5 and the advent of generics, it is possible to build and deploy a generic, convenient, and typesafe DAO once and reuse it from variety of services
-
DAOs aren't dead, but they cannot be considered as a general best practice any more. They should be created in a bottom-up, rather than a top-down, fashion. If you discover data-access code duplication in your service layer, just factor it out to a dedicated DAO and reuse it. Otherwise it is just fine to delegate to an EntityManager from a service. The enforcement of an empty DAO layer is even more harmful, because it requires you to write dumb code for even simple use cases. The more code is produced, the more time you must spend to write tests and to maintain it.
Lean service architectures with Java EE 6 - JavaWorld - 0 views
-
key ingredients of a service-oriented component: Facade: Provides simplified, centralized access to the component and decouples the client from the concrete services. It is the network and transaction boundary. Service: The actual implementation of business logic. Domain structure: This is a structure rather than an object. It implements the component's persistence and exposes all of its state to the services, without encapsulation.
-
This convention not only standardizes the structure and improves maintainability, but also allows automatic dependency validation with frameworks like JDepend, Checkstyle, Dependometer, SonarJ, or XRadar. You can even perform the validation at build time. If you do, the continuous build would break on violation of defined dependencies. The rules are clearly defined with strict layering: a facade may access a service, and the service a domain object, but not vice versa
Around the World in Java: JBoss AS 7: Catching up with Java EE 6 - 1 views
-
JBoss AS 7.0.2 (Full Profile)
-
JBoss AS 7, claiming to be lightning fast
-
Eclipse Integration
- ...28 more annotations...
15 Tips on JPA Rich Domain Modelling - Thinking In Objects - Not Mappings [For Greenfields] : Adam Bien's Weblog - 0 views
-
[For Greenfields]
-
Try to identify concepts and abstractions from the target domain. Use them as candidates for entities.
-
Do not obfuscate them with additional technical naming conventions like XYZEntity or "BOs".
- ...10 more annotations...
1 - 6 of 6
Showing 20▼ items per page