JPA lazy loading Collections in JSF view - better way than using Filters?

Question

Currently I am using a Transaction View pattern to make lazy-loading of collections possible in views.

I have the following in web.xml

<filter>
  <filter-name>view</filter-name>
  <filter-class>com.jasoni.ViewFilter</filter-class>
</filter>
<filter-mapping>
  <filter-name>view</filter-name>
  <url-pattern>*.xhtml</url-pattern>
</filter-mapping>

And the Filter class has the following...

public class ViewFilter implements Filter {
  @Resource UserTransaction tx;

  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    try {
      tx.begin();
      chain.doFilter(request, response);
    }
    //catch here
    finally {
      //another try-catch
      tx.commit();
    }
  }
}

Then assuming I have the following (rather contrived) backing bean

@ManagedBean
@RequestScoped
public class DepartmentEmployees {
  @EJB
  private DepartmentServiceBean deptService;
  @ManagedProperty(value="#{param.deptId}")
  private Integer deptId;
  private Department dept;

  @PostConstruct
  public String init() {
    dept = deptService.findById(deptId);
  }
}

I can do something like this in my view (.xhtml file)

<ul>
<c:forEach var="emp" items="#{departmentEmployees.dept.employees}">
  <li>#{emp.firstName} #{emp.lastName}</li>
</c:forEach>
</ul>

Just wondering if anybody knows of a different way to accomplish the same thing without using filters (or servlets).

Arjan Tijms · Accepted Answer · 2013-07-31 21:50:47Z

5

This approach ("open session in view") has a couple of major disadvantages. Besides being kind of hacky (it's certainly not the design idea of a servlet filter to control a business session) you don't have many options to appropriately process any "real" exception that occurs while rendering the JSF page.

You don't write much about your infrastructure / technology stack, but I assume that you are on a Java EE 6 server.

I usually use the EntityManger in Extended Mode and flush it with transactions which I control explicitly by annotating only certain methods of my business facade. Have a look at this example (taken from Adam Bien - Real World Java EE Patterns, Rethinking Best Practices):

@Stateful
@TransactionAttribute(TransactionAttributeType.NEVER)
public class BookFacadeBean implements BookFacade {
    @PersistenceContext(type=PersistenceContextType.EXTENDED)
    private EntityManager em;
    private Book currentBook;

    public Book find(long id){
        this.currentBook = this.em.find(Book.class, id);
        return this.currentBook;
    }
    public void create(Book book){
        this.em.persist(book);
        this.currentBook = book;
    }
    public Book getCurrentBook() {
        return currentBook;
    }
    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
    public void save(){
        //nothing to do here
    }
}

A next level in this approach would be to bind the EntityManager to a CDI conversation scope. Have a look at (a) Weld (b) Seam 3 Persistence for further discussions on that topic.

This is rather a rough sketch of an alternative than a detailed how-to. I hope this level of information is what you were asking about - feel free to ask further questions. :-)

edited Jul 31, 2013 at 21:50

Arjan Tijms

38.2k12 gold badges112 silver badges144 bronze badges

answered Mar 30, 2012 at 18:22

Jan Groth

14.8k7 gold badges44 silver badges57 bronze badges

Sign up to request clarification or add additional context in comments.

3 Comments

JasonI Over a year ago

Hi Jan, thanks for your response! Yeah, I'm using a Java EE server (JBoss), and would like to avoid doing too many things that are JBoss specific. Is there a similar approach that will work with Stateless Session Beans?

Jan Groth Over a year ago

Well, nothing what I posted is JBoss-specific, you are not going to loose an ounce of portability (Weld is the default CDI-implementation, and Seam 3 is a regular CDI extension). But this approach is stateful, so you cannot implement it with SLSB. But don be afraid of states, there is nothing bad about them.

JasonI Over a year ago

Okay, thanks for the info. I'll start looking into Weld and Seam3.

Collectives™ on Stack Overflow

JPA lazy loading Collections in JSF view - better way than using Filters?

1 Answer 1

3 Comments

Your Answer

Linked

Hot Network Questions

Collectives™ on Stack Overflow

1 Answer 1

3 Comments

Your Answer

Sign up or log in

Post as a guest

Linked

Related