errata - continued

dma · **Joined:** Mon Nov 15, 2004 1:37 pm **Posts:** 2

Hi Christian,

I should have been more patient while reading your book. Then I would have been able to only post one errata topic. Sorry for that.

Here is my new list:

page 291 is missing a "=" assignment operator for the definition of the hibernate.cache.use_query property (this one is realy a minor one ;-)

page 305/307/310
The various execute-method code-snippets all lack of the code to rollback the transaction by calling HibernateUtil.rollbackTransaction(). Since your first version of the (to be improved) servlet in listing 8.2 (page 298/299) did do a rollback in case of a catched exception you should really have the rollback code in your elaborated versions, too (just to be consistent).

page 314
In the last third of the page you claim that the EJB spec lacks of a notion of interceptors. Even that you do mention the feature of JBoss server-side interceptors I'm missing here a word about AOP. That's not really an error, but mentioning that one could achive a portable way of intercepting EJB instance invocations by using a AOP framework (like e.g. JBossAOP) would definitly be a helpful remark from my point of view.

Again, the book is a great reading! Thanks for the hard work putting all that detailed information together.

Bye,
Dirk

michaeldiamond · **Joined:** Wed Nov 17, 2004 3:56 pm **Posts:** 5

244, last paragraph: Replace "setMaxResult(1)" with "setMaxResults(1)"

christian · **Posted:** Wed Nov 17, 2004 4:08 pm

Quote:

page 291 is missing a "=" assignment operator for the definition of the hibernate.cache.use_query property (this one is realy a minor one ;-)

Both work.

Quote:

page 305/307/310
The various execute-method code-snippets all lack of the code to rollback the transaction by calling HibernateUtil.rollbackTransaction(). Since your first version of the (to be improved) servlet in listing 8.2 (page 298/299) did do a rollback in case of a catched exception you should really have the rollback code in your elaborated versions, too (just to be consistent).

Major change, not for errata. I'll keep it in mind if there is a next edition.

Quote:

page 314
In the last third of the page you claim that the EJB spec lacks of a notion of interceptors. Even that you do mention the feature of JBoss server-side interceptors I'm missing here a word about AOP. That's not really an error, but mentioning that one could achive a portable way of intercepting EJB instance invocations by using a AOP framework (like e.g. JBossAOP) would definitly be a helpful remark from my point of view.

Good idea.

curio · **Joined:** Tue Oct 05, 2004 9:45 am **Posts:** 263

on page 207 method "getPropertyValue" there's is a " () " to much ...

Code:

return MonetaryAmount.getValue()();

gtx
curio

curio · **Joined:** Tue Oct 05, 2004 9:45 am **Posts:** 263

on page 207 (sorry for two posts but haven't seen it) method "getPropertyValue":

Code:

MonetaryAmount MonetaryAmount = (MonetaryAmount)component;

must be replaced with

Code:

MonetaryAmount monetaryAmount = (MonetaryAmount)component;

gtx
curio

curio · **Joined:** Tue Oct 05, 2004 9:45 am **Posts:** 263

waah sorry! (missed the 'preview'-button :( :) )... same page same method ...
all 'MonetaryAmount' variables should be changed to 'monetaryAmount' ...

gtx
curio

christian · **Posted:** Fri Nov 19, 2004 6:04 am

Uh, that was even present in CaveatEmptor source (most of the stuff from the book has actually been compiled and tested). Fixed.

michaeldiamond · **Joined:** Wed Nov 17, 2004 3:56 pm **Posts:** 5

268, last code block

Code:

User user = ...
...
q.setEntity("user", givenUser);

s/givenUser/user/ || s/user/givenUser/

michaeldiamond · **Joined:** Wed Nov 17, 2004 3:56 pm **Posts:** 5

221, last paragraph "there can be only one user per address:" should read "there can be only one address per user:"

You're not making user unique, you're setting the address unique per user.

christian · **Posted:** Mon Dec 06, 2004 6:40 pm

Thanks

acohen5212 · **Joined:** Wed Dec 08, 2004 11:49 am **Posts:** 1

In section 8.3.1 (page 334 in my book, but I'm not sure which printing it is), there's a code snippet that begins with this line:

public class UserId extends Serializable

Since Serializable is an interface, that line should read:

public class UserId implements Serializable

Thanks for a great book, and please let me know if I'm missing something here; it wouldn't be the first time.