Thank you for the reference to the specific spec requirement that explains why this is allowed to not to work. The legacy code was from a time (EJB 2.x) when dependency injection was more limited, and it may have advanced to the point that we can inject the POJO class dynamically in other ways. However...
If obtaining the current classloader is illegal/non-portable, how does one read in a data file from the EJB's classpath? Is there a legal classloader we can access that will have the file Resource that can be read in as a stream?
We can come up with ways to get around obtaining the classloader to dynamically load a class, but I don't currently know of a way to avoid getting the classloader for reading on streams/files.
thanks,
jim
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246296#4246296
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246296
Which data provider are you using in MySQL? I know that InnoDB does not provide optimistic locking?
Cache? Nothing like throwing in yet another term. What cache are you thinking about? Are you perhaps thinking of the caching that Hibernate does, since Hibernate is used to implement JPA?
The datasource does not do any caching (except for perhaps prepared statements, but that is really being done by the database anyway). JBoss AS does maintain a connection pool of data sources, but that does not involve caching any data.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246285#4246285
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246285