> I had a *really* close look into the possibility
> that Hibernate issues the unclosed session WARNing
> when the session has in fact been closed and I've
> concluded that it doesn't. I am quite certain that
> the problem is that the user is not closing the
> sessions. (In a couple of previous com
Where are connections coming from? A Hibernate ConnectionProvider? Or an
application supplied connection?
What guarantees does Maverick make about when / wether discard() will be
called? Is it *guaranteed* to be called in the case of an exception,
etc?
> -Original Message-
> From: Aapo La
> Where are connections coming from? A Hibernate ConnectionProvider? Or
> an application supplied connection?
They come from JNDI and I use Hibernate XML configuration and initialize
Hibernate with configure();.
> What guarantees does Maverick make about when /
> wether discard() will be called?
> 04:18:56,649 WARN
> [JTATransactionFactory] No TransactionManagerLookup configured
> (use of JCS read-write cache is not
recommended)
Ok there is error in documentation (it's not
hibernate.transaction.manager_class).
This works:
hibernate.transaction.manager_lookup_class
Comments inline
> 04:18:56,649 WARN
> [JTATransactionFactory] No TransactionManagerLookup configured
> (use of JCS read-write cache is not
> recommended)
>
> What is this setting. I get that warning even if I don't use JCS.
>
> This is my hibernate.properties:
>
>
Cool. You beat me to it. Thanks for the Resin-specific code - I
will integrate it as soon as I get to a PC with CVS access
(I've been unable to do anything the past few days.)
> -Original Message-
> From: Aapo Laakkonen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 5 December 2002 2:06 AM
>
In the Hibernate implementation of the DAO, I implement the
removeNewsfeed method shown below. Why is the call to ses.load()
necessary?
- Dave
public void removeNewsfeed( Newsfeed feed ) throws DAOException {
removeObject( ag.Newsfeed.class, feed.getId(), feed );
}
private void removeO
Here is my settings:
java:comp/env/jdbc/xa/postgresql/somedb
cirrus.hibernate.sql.PostgreSQLDialect
... mapping files ...
hibernate.use_outer_join=true
hibernate.show_sql=false
hibernate.jdbc.batch_size=10
hibernate.statement_cache.size=20
hibernate.transaction.factory_
Just use an XML external entity to save yourself the copy/paste.
:)
> -Original Message-
> From: Aapo Laakkonen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 5 December 2002 6:09 AM
> To: [EMAIL PROTECTED]
> Subject: [Hibernate] Global Components
>
>
> I have need for global components.
> What guarantees does Maverick make about when / wether discard() will
be
> called? Is it *guaranteed* to be called in the case of an exception,
etc?
I checked this today, and found out that it gives tou no guarantees,
until I posted a patch.
> -Original Message-
> From: Aapo Laakkonen [
I have need for global components. Here is example of one:
With current implementation I have to copy this definition to all of my
mapping files that need to provide metadata. Is there workaround to
this? Or is it just me who ever likes to see this kind of f
It isn't usually; not unless you have toplevel collections...
> -Original Message-
> From: Dave Johnson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 4 December 2002 4:09 PM
> To: [EMAIL PROTECTED]
> Subject: [Hibernate] Re: Hibernate vs. Castor example
>
>
>
> In the Hibernate implemen
Okay, I have gone through
the Hibernate schema and the Xdoclet xdt and have I made the changes that
I *think* brings the module in line with changes made for 1.1. I have attached
the xdt and would appreciate if those of you who are more familiar with these
could double check what I have
13 matches
Mail list logo