Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: for the plan.

Jump to: navigation, search

bugzilla id: michael.f.obrien(at)

committer id: mobrien (F. Michael O'Brien)

Location: Ottawa, Canada - Eastern Standard Time

  • Committer on Eclipse Persistence Services project - EclipseLink

Profession: Overly enthusiastic and optimistic Enterprise Software Developer

Currently working with CIRA since Jan 2014 after a very good 5 years with Oracle Corporation on their TopLink product and the Eclipse Foundation on their EclipseLink product. Specialized in Application Server Container deployments, JMX and the Metamodel API in the latest JSR-317 JPA 2.0 API RI for the JEE6 specification.



EE Tutorial Pages

EclipseLink related Forums

Software References



  • Any EclipseLink Bugs or Enhancements I am currently working on can be viewed on my LED display board on my cubicle wall - In case I forget over the weekend. The bug numbers are automatically downloaded from an eclipse web query every 15 min and downloaded both to the display controller (an 8 core parallel processor - 1 core/line and the 5th core for USB comms) and a server-side Derby database via an EclipseLink JPA based SE network application.

IMG 0608 EclipseLink Bugs obrienlabs LED Display board 480h.jpg





Dynamic Persistence

Architecture Aware Computing

SaaS | PaaS | IaaS

Concurrency Issues


Deferred but Very Important



Bugs and Enhancements I am interested in


  • 20110209: Distributed JPA application using multiple SE clients connected to a single EE server using various EJB/RMI, JMS, JAX-RS and WebServices technologies. Use this distributed framework to hammer the JTA container managed persistence context and observe how it handles concurrency contention.
  • Concurrency
  • Thread safety
  • Mixed JSF/Spring/AJAX/EJB framework artifacts
  • Hibernate JPA and WebLogic

To Review






  • 20101231:3188
  • 20100908: rewrite started at hit 2620
  • Everybody would like to optimize computations in their spare time - but using all available capacity of your servers is not an easy thing to do. Don't let let your multicore processor sit idle or use a small percentage of it's potential - use threads and push your processor to it's limit of parallel computation and use of electrical resources. Pass this very interesting graphic to all your Java, C++, C, Assembly and even Smalltalk friends. Don't worry about locking, deadlock, thread contention, thread scheduling, finished threads waiting on slower threads, data corruption, queuing, synchronization, concurrency issues, data parallel work distribution/merging, heat dissipation, and electicity usage - as everything can be solved.

Corei7 920 zoom time 1 to 512 threads graph.JPG>

Copyright © Eclipse Foundation, Inc. All Rights Reserved.