Enterprise Java Developer’s handbook Petyo Dimitrov
A presentation at Muffin Conference Belgrade in March 2017 in Belgrade, Serbia by Petyo Dimitrov
Enterprise Java Developer’s handbook Petyo Dimitrov
AGENDA Motivation Steps for survival Q&A 2 Survival guide
MOTIVATION 3 Survival guide
THE ENTERPRISE JAVA WILDERNESS 4 Survival guide
STEP 1: COME PREPARED What do I need to know to be an Enterprise Java developer? 5 Survival guide
KNOWLEDGE (1) Solid understanding of core Java & some specifics: • garbage collection strategies • class loading specifics • debugging (thread & heap dumps) Some experience with databases and middleware 6 Survival guide
KNOWLEDGE (2) Knowledge in OOP concepts and design patterns • Singleton, Dependency Injection, Factory, MVC … Core Java EE specs like Servlets, JPA & Components Basic Linux command line skills 7 Survival guide
STEP 2: BRING GEAR What tools should I be experienced in? 8 Survival guide
IDES & TOOLS 9 Survival guide
STEP 3: GET ORIENTED Which technology stack should I choose? 10 Survival guide
SPRING VS JAVA EE 11 Survival guide
CLIENT REQUIREMENTS 12 Survival guide
KNOWLEDGE REQUIREMENTS 13 Survival guide
PROJECT REQUIREMENTS 14 Survival guide
POPULAR JAVA EE SPECIFICATIONS ZeroTurnaround’s survey of ~1700 developers 15 Survival guide
AND NOW WHAT? 16 Survival guide
STEP 4: BUILD SHELTER How do I setup the project? 17 Survival guide
BASIC SETUP (1) CI: Build: VCS: 18 Survival guide
BASIC SETUP (2) 19 Survival guide
ADVANCED SETUP 1. 2. 3. 4. 5. 6. Static code analysis Sonar / IDE-based DB schema management Flyway / Liquibase In-memory DB for development Easy to setup local environment Stable staging environment Continuous Delivery 20 Survival guide
UNIT TESTING! Via JUnit & Mockito / Groovy & Spock Caveats: • one-off short-term projects • tests treated as second class code • meaningless tests • brittle tests (white box, extensive mocking) • lack of strategy for test data 21 Survival guide
STEP 5: FIND WATER How do I implement the project? 22 Survival guide
SHOULD I USE AN ORM? relational new nosql legacy object centric data centric CRUD queries reporting queries 23 Survival guide
WHAT PROBLEMS CAN I EXPECT? “Magic” powers i.e. hidden learning curve Reduced control over DB Loss of DB specific capabilities Difficulty fetching necessary data Performance issues and locks 24 Survival guide
HOW TO DESIGN REST API-S? • Follow the REST principles & look at the APIs of large companies • Use proper HTTP verbs (GET, PUT, POST, …) • GET /movie/1/booking • Use proper HTTP status codes • 418 I‘m a teapot 25 Survival guide
HOW TO DESIGN REST API-S? (2) • Medium grained resources • up to two levels of nesting • Security: • HTTPS • OAuth2 • BasicAuth 26 Survival guide
HOW TO DESIGN REST API-S? (3) • Proper URLs using plural nouns • GET /movies vs GET /getAllMovies • Spinal-case in URLs and camelCase / snake_case for parameters • http://www.penisland.net/ • GET /order-item/1?orderNumber=2 27 Survival guide
HOW TO DESIGN REST API-S? (4) • Consider versioning early on: • only major version • aim to have up to 2 versions in parallel • /v1/movies, /v2/movies • Filters & sorting via URL parameters • ?sort=rating,budget&director=nolan 28 Survival guide
HOW TO DESIGN REST API-S? (5) • I18n of data: • via Accept-Language: bg_BG • Handling of operations (i.e. non-resources) • POST /email/12/send • consider JSON-RPC 29 Survival guide
STEP 6: FIND FOOD What about performance? 30 Survival guide
WHAT PROBLEMS SHOULD I EXPECT? • Infrastructure issues (available resources, unreliability, latency) • External system communication (synchronous calls, no timeouts, faulty integrations) • Lack of middleware tuning (thread & connection pools, clusters) • Garbage collection (limits, strategies) • Bugs (synchronization issues, memory leaks) 31 Survival guide
HOW TO IMPROVE PERSISTENCE? 1. Monitor query performance 2. Review native SQL of sensitive queries • mark/optimize slow queries 3. Use caching offered by ORM 4. Beware of many‐to‐many relations & fetch types 5. Run updates/deletes in bulk (beware of cascading) 6. Paging & query projection 7. Move logic to DB 32 Survival guide
HOW TO IMPROVE FRONT END? 1. Track time for processing each REST request 2. Use gzip 3. Partial request & responses (?fields + HTTP PATCH) 4. Cache friendly results (etag, last‐modified) 5. Paging 33 Survival guide
STEP 7: STAY IN ONE PLACE VS SCOUT THE AREA 34 Survival guide
QUESTIONS? 35 Survival guide
THANK YOU petyo.dimitrov@musala.com 36 Survival guide
