hibernate-devel — development

Re: [Hibernate-devel] Problem: MySQL large string/binary columns

[Christoph B. <be...@od...>]

> 
> My preferred solution is to have a seperate LongStringType (and
> LongBinaryType). If we could implement these types in a reasonably
> platform-nuetral way, I would love to add them in as built-in types
> ASAP. However, I have a funny feeling we would need to do special
> things for some databases. The recommended approach at present is
> to implement a custom type for your particular database.
> 
I don't think, that separate types are what we need here. The problem
here is, that these things are really dbms specific. The user should
not have to change the mapping when switching to another dbms. That's
why I think we should simply extend the mechanism of regestering
type names. I made a patch, which I just submitted .

> Its about time I had a closer look at the portability issues here.
> If anyone else wants to take care of this, they are very welcome.
> (I have a bit of a backlog of issues like this right at the moment.)
> 
> Gavin
> 

Re: [Hibernate-devel] loading non-existent objects

[Gavin_King/Cirrus%<CI...@ci...>]

Yeah, that is the assumption. Nevertheless, your suggestion is a good
one and we should add ObjectNotFoundException ASAP. I would also like
to add StaleDataException when version checking fails. Can anyone think
of any other cases like this?

If Brad doesn't make this change in CVS, I will make it sometime in the
next couple of days....

Gavin

> it appears that session.load throws a HibernateException if an object
> with the supplied id doesn't exist.  would it be better for hibernate to
> throw a different exception in this case (say an ObjectNotFoundException
> that extends HibernateException), to differentiate between the object
> not existing and some other error?  or is the expectation simply that a
> find query is to be used if u r not sure if a particular persisted
> object exists?

[Hibernate-devel] loading non-existent objects

[Brad C. <bra...@wo...>]

it appears that session.load throws a HibernateException if an object
with the supplied id doesn't exist.  would it be better for hibernate to
throw a different exception in this case (say an ObjectNotFoundException
that extends HibernateException), to differentiate between the object
not existing and some other error?  or is the expectation simply that a
find query is to be used if u r not sure if a particular persisted
object exists?

thanx

brad

> _______________________________
> brad clow
> chief technical officer
> workingmouse
>=20
> email: bra...@wo...
> web:   http://www.workingmouse.com
>=20

Re: [Hibernate-devel] Problem: MySQL large string/binary columns

[Gavin_King/Cirrus%<CI...@ci...>]

My preferred solution is to have a seperate LongStringType (and
LongBinaryType). If we could implement these types in a reasonably
platform-nuetral way, I would love to add them in as built-in types
ASAP. However, I have a funny feeling we would need to do special
things for some databases. The recommended approach at present is
to implement a custom type for your particular database.

Its about time I had a closer look at the portability issues here.
If anyone else wants to take care of this, they are very welcome.
(I have a bit of a backlog of issues like this right at the moment.)

Gavin

[Hibernate-devel] Problem: MySQL large string/binary columns

[Christoph B. <be...@od...>]

Hi,

MySQL doesn't like VARCHAR(n) with n > 255. For Strings,
one has to use type TEXT, for bytes, one has to use BLOB
(both without length specification). To make things work, I
added the following Code to MySQLDialect:

    public String getTypeName(int code, int length) throws
HibernateException {
      switch (code) {
        case Types.VARCHAR:
          if (length > 255)
            return "TEXT";
          break;
        case Types.VARBINARY:
          if (length > 255)
            return "BLOB";
         break;
       }
     return super.getTypeName(code, length);
    }

I know this is somewhat ugly code. Any suggestions about that?
Incorporate such a hack or find a more general way to do it?
The question here is: do we expect type name patterns to be
length-dependent for other dialects, too?

Regards, Christoph

[Hibernate-devel] XSLT code generator

[Anton v. S. <an...@ap...>]

Since I said I would, I've put up a copy of my nascent XSLT code generator
at
http://www.appsolutions.com/hibernate/BeanGenerator/

There's a ZIP file which you can download if you want to play with it, and
links to the source files if you just want to look at them.  There's a
readme.txt included with a bit of info about its use, features, and current
limitations.

It's very small and simple: a 47-line XSLT file, and a supporting Java class
that's about 80 lines, excluding comments.  The XSLT does a fair amount of
magic in terms of understanding and handling the Hibernate mapping file
format, and this keeps the overall code size down.

It's not my intent with this to "compete" with Brad Clow's generator, but
some cross-fertilization of ideas is never bad, IMO.

In fact, I'm very much in favor of the kind of high-level approach Brad
described:

> our goal is to use the code generator to generate the javabean classes
> defined in the mapping file, as well as many of the other classes, web
> pages, etc. that use them.

I have another set of Java classes to reverse engineer a database and
generate a Hibernate mapping file.  The overall architecture of that is
somewhat similar to Brad's generator, since I wrote it with a view to making
it part of a more general metadata manipulation suite of the sort we've been
discussing.  I think this could be integrated with Brad's generator without
much problem, so I may post more on that subject over the next few weeks.

Anton

P.S. Any feedback on my use or abuse of XSLT is welcome - I last used it
seriously in 1999...

Re: [Hibernate-devel] Where put XML mapping file in for Java web application

[Gavin_King/Cirrus%<CI...@ci...>]

> I hope this is the appropriate place to place this message; please
> let me know if not.

The forum

http://sourceforge.net/forum/forum.php?forum_id=128638

is probably better .... but wha-evah.....

> I have created some hibernate classes for my web application.
> I am attempting to test them in Jbuilder JUnit test library.
> The issue I'm having is that that when I attempt to initialise my
> classes with (from memory):
>
>     Hibernate.storeFile("mapping.xml");
>
> It complains with an error. I can't remember the exact error,
> though from memory it was something to do with being unable to find
> the file.

If you want to use a relative filename, I guess you will have to know
what your current working directory is. Otherwise, why not just use
a fully qualified pathname.

A better way to do this (that only works in 0.9.9) is to use

datastore.storeInputStream(
  someClass.getResourceAsStream("mapping.xml")
);

that way you can just make sure the file is in the classpath.

Also make sure that the XML parser can find the
hibernate-mapping.dtd. If you use the URL

http://hibernate.sourceforge.net/hibernate-mapping.dtd

then hibernate will try to load the DTD using
getResourceAsStream(). If it doesnt find it there,
it will hit the actual URL....

Good Luck!

[Hibernate-devel] Where put XML mapping file in for Java web application

[Patrick S. <psa...@co...>]

Hi Guys,
I hope this is the appropriate place to place this message; please let me
know if not.

I have created some hibernate classes for my web application.
I am attempting to test them in Jbuilder JUnit test library.
The issue I'm having is that that when I attempt to initialise my classes
with (from memory):

     Hibernate.storeFile("mapping.xml");

It complains with an error. I can't remember the exact error, though from
memory it was something to do with being unable to find the file.

So, do I put it in the WEB-INF library, or should I put it in the
directory for that that class? I have read the docs right through though
there wasn't much mention of this. I get the feeling I'm missing something..

Thanks,

Pat.

Re: [Hibernate-devel] code generator

[Gavin_King/Cirrus%<CI...@ci...>]

Many thanks to Brad and Working Mouse for this.

I almost finished implementing lazy initialization for objects that
implement an interface (ie. using a java.lang.reflect.Proxy). This
feature will only work for nonpolymorphic classes. Havn't checked
anything into CVS yet. I'm a little concerned about the fact that
people will not be able to build hibernate under JDK 1.2.2. Still,
they should be able to build everything except the lazy
initialization feature, which they can't use anyway.....

[Hibernate-devel] code generator

[Brad C. <bra...@wo...>]

i have just commited the first (very rough) cut of workingmouse's code
generator to cvs.  over the next few days i will try to make time for
writing javadoc comments.  there is an ant task (codegen) that runs the
code generator over a test mapping file
(cirrus/hibernate/tools/codegen/test/hbmapping.xml) and places the
generated files under a "generated" directory.

mapping file requirements:
all properties and id's in a mapping file must have the type attribute
specified.  currently a type must be a fully qualified java class, with
the one exception being the hibernate binary type.

supported mapping file functionality:
subclasses
nested collections
one-to-many
many-to-one

high-level architecture:
our goal is to use the code generator to generate the javabean classes
defined in the mapping file, as well as many of the other classes, web
pages, etc. that use them.  before writing this i weighed up the idea of
using XSLT.  firstly, i haven't written any XSL, XPATH, X..., for about
a year now, so i am a bit rusty with it all.  secondly, i didn't think
it would elegantly achieve our goal compared to just using java and/or a
template mechanism like velocity.

ok, so at its core, how does it work?  essentially, the mapping file is
parsed into an internal structure and then a renderer used to write the
internal structure into a series of files.  i have included one renderer
(the BasicRenderer class) that simply writes out the classes specified
in the mapping file.  anybody can write more renderers by implementing
the Renderer interface and configuring the code generator to use their
renderer(s).

gavin i did have a renderer lying around here somewhere that used
velocity, which although not as powerful was very easy to use.  i would
like to resurrect it and commit it as well.  however this will introduce
a dependancy to velocity (http://jakarta.apache.org/velocity/).  is that
a problem?

configuration:
the code generator can be used without any configuration, but the
location of the mapping file to process.  this is how the ant codegen
task is setup.  in this scenario, the BasicRenderer is used to write the
classes defined in the mapping file under a directory called
"generated".  however, a configuration xml file can be used by
specifying its location with the "--config=3D" command line parameter.
(there is a test config file located in
cirrus/hibernate/tools/codegen/test)  the config file enables u to
specify generators.  a generator is simply a renderer plus information
about the base directory to write the generated files to, package to put
them in and how to name them.

database reverse engineering:
currently the code generator revolves around the mapping file, because
that is the way we like to work.  however, i can't c any reason y the
parser code couldn't be abstracted away behind some sort of Parser
interface and made configurable.  this could enable a "database parser"
that uses the JDBC meta data of an existing database to build the
internal class structure.  the problem would be in writing the single
mapping file, as the architecture isn't really geared for that.  i am
sure we could come up with something though.

hope this is useful for people.

brad

> _______________________________
> brad clow
> chief technical officer
> workingmouse
>=20
> email: bra...@wo...
> web:   http://www.workingmouse.com
>=20

RE: [Hibernate-devel] version 0.9.9 released (please read)

[Brad C. <bra...@wo...>]

PoolMan (http://www.codestudio.com) is no longer supported by its
developer and we found that the last release had some issues.  it may
yet end up with the jakarta project
(http://jakarta.apache.org/site/elsewhere.html#0305).

brad

> -----Original Message-----
> From: Marco Pas [mailto:mar...@cm...]
> Sent: Thursday, 25 April 2002 4:57 PM
> To: 'Gavin_King/Cirrus%CI...@ci...';
> hib...@li...
> Subject: RE: [Hibernate-devel] version 0.9.9 released (please read)
>=20
>=20
> Gavin,
>=20
> nice to see that Hibernate is going to work to 1.0.....=20
>=20
> I am not so familiar with connection pooling, but i believe=20
> that PoolMan is
> also a nice implementation and widly used..
>=20
> IMHO Hibernate could do with some more internal and external
> documentation...
> So to release version 1.0 on the documentation side things=20
> should be worked
> on.. ;-)
>=20
> Greetings
>=20
>=20
> -----Original Message-----
> From: Gavin_King/Cirrus%CI...@ci...
> [mailto:Gavin_King/Cirrus%CI...@ci...]
> Sent: donderdag 25 april 2002 6:18
> To: hib...@li...
> Subject: [Hibernate-devel] version 0.9.9 released (please read)
>=20
>=20
>=20
> Finally!!
>=20
> Two things to note with this release:
>=20
> 1. I ended up changing the column name of the default=20
> HiLoGenerator after
> all (MySQL doesn't like "" in SQL statements.) Sorry to=20
> people impacted by
> this :(
>=20
> 2. I am experimenting with c3p0 connection pooling
> (http://sourceforge.net/projects/c3p0). This looks like a=20
> promising project
> though there are still some issues with the current version.=20
> I would very
> much appreciate if people could try it out and see how it functions in
> their deployed environments compared to the rudimentary=20
> connection pooling
> done by hibernate. (None of this is relevant to people using=20
> application
> server datasources, so please ignore it if you are.)
>=20
> To use c3p0, you need to set the usual properties you would need for
> DriverManager, along with:
>=20
> hibernate.c3p0.max_size
> hibernate.c3p0.min_size
> hibernate.c3p0.timeout
> hibernate.c3p0.max_statements
>=20
> Also, if anyone knows of any other good open source connection pool
> implementations, we can try to build in support for those other
> alternatives. (cirrus.hibernate.impl.ConnectionProvider abstracts the
> notion of a connection pool ... I might eventually move this interface
> and its implementors to a seperate package.)
>=20
> Enjoy!
>=20
> (and give feedback, please!)
>=20
>=20
> _______________________________________________
> Hibernate-devel mailing list
> Hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20
> _______________________________________________
> Hibernate-devel mailing list
> Hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20

RE: [Hibernate-devel] version 0.9.9 released (please read)

[Donnie H. <do...@ha...>]

I'm using the commons-dbcp connection pool in my application w/ good
results. It took about 15 minutes to get it going, and I haven't had any
difficulties since.

FWIW...

Donnie


> -----Original Message-----
> From: hib...@li...
> [mailto:hib...@li...]On Behalf Of
> Gavin_King/Cirrus%CI...@ci...
> Sent: Thursday, April 25, 2002 12:18 AM
> To: hib...@li...
> Subject: [Hibernate-devel] version 0.9.9 released (please read)
>
>
>
> Finally!!
>
> Two things to note with this release:
>
> 1. I ended up changing the column name of the default HiLoGenerator after
> all (MySQL doesn't like "" in SQL statements.) Sorry to people impacted by
> this :(
>
> 2. I am experimenting with c3p0 connection pooling
> (http://sourceforge.net/projects/c3p0). This looks like a
> promising project
> though there are still some issues with the current version. I would very
> much appreciate if people could try it out and see how it functions in
> their deployed environments compared to the rudimentary connection pooling
> done by hibernate. (None of this is relevant to people using application
> server datasources, so please ignore it if you are.)
>
> To use c3p0, you need to set the usual properties you would need for
> DriverManager, along with:
>
> hibernate.c3p0.max_size
> hibernate.c3p0.min_size
> hibernate.c3p0.timeout
> hibernate.c3p0.max_statements
>
> Also, if anyone knows of any other good open source connection pool
> implementations, we can try to build in support for those other
> alternatives. (cirrus.hibernate.impl.ConnectionProvider abstracts the
> notion of a connection pool ... I might eventually move this interface
> and its implementors to a seperate package.)
>
> Enjoy!
>
> (and give feedback, please!)
>
>
> _______________________________________________
> Hibernate-devel mailing list
> Hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

RE: [Hibernate-devel] version 0.9.9 released (please read)

[Marco P. <mar...@cm...>]

Gavin,

nice to see that Hibernate is going to work to 1.0..... 

I am not so familiar with connection pooling, but i believe that PoolMan is
also a nice implementation and widly used..

IMHO Hibernate could do with some more internal and external
documentation...
So to release version 1.0 on the documentation side things should be worked
on.. ;-)

Greetings


-----Original Message-----
From: Gavin_King/Cirrus%CI...@ci...
[mailto:Gavin_King/Cirrus%CI...@ci...]
Sent: donderdag 25 april 2002 6:18
To: hib...@li...
Subject: [Hibernate-devel] version 0.9.9 released (please read)



Finally!!

Two things to note with this release:

1. I ended up changing the column name of the default HiLoGenerator after
all (MySQL doesn't like "" in SQL statements.) Sorry to people impacted by
this :(

2. I am experimenting with c3p0 connection pooling
(http://sourceforge.net/projects/c3p0). This looks like a promising project
though there are still some issues with the current version. I would very
much appreciate if people could try it out and see how it functions in
their deployed environments compared to the rudimentary connection pooling
done by hibernate. (None of this is relevant to people using application
server datasources, so please ignore it if you are.)

To use c3p0, you need to set the usual properties you would need for
DriverManager, along with:

hibernate.c3p0.max_size
hibernate.c3p0.min_size
hibernate.c3p0.timeout
hibernate.c3p0.max_statements

Also, if anyone knows of any other good open source connection pool
implementations, we can try to build in support for those other
alternatives. (cirrus.hibernate.impl.ConnectionProvider abstracts the
notion of a connection pool ... I might eventually move this interface
and its implementors to a seperate package.)

Enjoy!

(and give feedback, please!)


_______________________________________________
Hibernate-devel mailing list
Hib...@li...
https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate-devel] version 0.9.9 released (please read)

[Gavin_King/Cirrus%<CI...@ci...>]

Finally!!

Two things to note with this release:

1. I ended up changing the column name of the default HiLoGenerator after
all (MySQL doesn't like "" in SQL statements.) Sorry to people impacted by
this :(

2. I am experimenting with c3p0 connection pooling
(http://sourceforge.net/projects/c3p0). This looks like a promising project
though there are still some issues with the current version. I would very
much appreciate if people could try it out and see how it functions in
their deployed environments compared to the rudimentary connection pooling
done by hibernate. (None of this is relevant to people using application
server datasources, so please ignore it if you are.)

To use c3p0, you need to set the usual properties you would need for
DriverManager, along with:

hibernate.c3p0.max_size
hibernate.c3p0.min_size
hibernate.c3p0.timeout
hibernate.c3p0.max_statements

Also, if anyone knows of any other good open source connection pool
implementations, we can try to build in support for those other
alternatives. (cirrus.hibernate.impl.ConnectionProvider abstracts the
notion of a connection pool ... I might eventually move this interface
and its implementors to a seperate package.)

Enjoy!

(and give feedback, please!)

[Hibernate-devel] SortedMap, SortedSet

[Gavin_King/Cirrus%<CI...@ci...>]

I have "wired in" the sorted collection classes that Doug Currie
implemented a while back. It doesn't yet support comparators (natural
ordering only) but its a good start. You use it by specifying an
attribute of <set> or <map> elements, eg:

<set role="names" sort="natural">
  ....
</set>

This new functionality is in CVS.

I will get comparators working soon.

Also on my list for 0.9.9 is support for sybase/mssql style timestamp
columns (as an alternative to versioning).

Re: [Hibernate-devel] Any thoughts in implementing the JDO api...

[Gavin_King/Cirrus%<CI...@ci...>]

I have been wondering about this. I don't see any need unless/until we
actually see JDO adopted on a large scale. JDO's API is quite bloated
in my opinion. However, when/if it does become the dominant persistence
API for Java, I don't see any real problem implementing a compatibility
layer. Of course, hibernate can never be an actual JDO solution since
JDO specifies an implementation as well as an API (crazy IMO) and
hibernate does not conform to that. (The JDO spec requires
implementations to do bytecode or sourcecode preprocessing.)

[Hibernate-devel] Any thoughts in implementing the JDO api...

[Marco P. <mar...@cm...>]

I was wondering if there are any thoughts in implementing the JDO api ?




-= Democracy is three wolves and one sheep voting on what to have for supper
=-


Marco Pas
CMG Trade Transport & Industry BV
Internet Software Engineering
Kralingseweg 241-249 3062 CE Rotterdam
Postbus 8566, 3009 AN Rotterdam
telefoon: +31 (0)10-2537000 / 7144
fax: +31 (0)10-2537301
e-mail: mailto:mar...@cm... <mailto:mar...@cm...> 

"The Information contained in this E-mail and its attachments is
confidential and may be legally privileged. It is intended solely for the
use of the individual or entity to whom it is addressed and others
authorised to receive it. If you are not the intended recipient you are
hereby notified that any disclosure, copying, distribution or taking any
actions in reliance of the contents of this E-mail and any attachments is
strictly prohibited and may be unlawful. CMG is neither liable for the
proper and complete transmission of the information contained in this E-mail
and any attachments nor for any delay in its receipt. If received in error,
please contact CMG on +31 (0)20 50 33 000 quoting the name of the sender and
the addressee and then delete it from your system. Please note that CMG does
not accept any responsibility for viruses and it is your responsibility to
scan the Email and attachments (if any). No contracts may be concluded on
behalf of CMG by means of E-mail communications."

[Hibernate-devel] now using commons-logging

[Gavin_King/Cirrus%<CI...@ci...>]

I've just changed all the System.out.printlns to apache commons-logging
calls. I will probably gradually add more log messages as time goes on.
The latest CVS version includes these changes (and the required jar).

(To get the most out of this, you should configure commons-logging to
use log4j or JDK 1.4 logging.)

P.S. just a reminder that people who are still using 0.9.8 really might
want to think about using the CVS version as it has a number of important
fixes. I will release a 0.9.9 soon, but there was a couple of other things
I wanted to look into first. I am considering making 0.9.9 the last "beta"
version. It seems that enough people are using the project now that we
should have teased out most of the important problems. So let me know if
anything is missing that really has to be in version 1.0.

Re: [Hibernate-devel] progress problem (attn: phillip baird)

[Phillip B. <phi...@cl...>]

I'll have to leave this to Andreas as I don't have access to Progress 
here at home and will not have time this week.

PhillipB

Gavin_King/Cirrus%CI...@ci... wrote:

>Anyways. Don't know if adding that rs.close() will fix the bug but could
>someone running Progress please check it out for me? TIA.
>
>Gavin
>

Re: [Hibernate-devel] progress problem (attn: phillip baird)

[Gavin_King/Cirrus%<CI...@ci...>]

>The Progress Knowledge base this to say about this error.  Maybe Gavin
>can advise why so many cursors may be open?
> [snip]
>The Progress Version 9.x SQL-92 engine has a limit of 50 open cursors
>for a given connection. This limitation has been logged as Progress
>bug 20000331-019.

Much thanks Phil.

Well, I spotted _something_. ClassPersister.insert() was opening a
ResultSet
and then not closing it. I fixed that in CVS. However, until now I havn't
really been extra careful about closing resultsets (its not usually done in
a try/finally), working on the assumption that the Session always closes
all PreparedStatements at the end of the session. Is there aomething wrong
with this approach, I wonder?

Anyways. Don't know if adding that rs.close() will fix the bug but could
someone running Progress please check it out for me? TIA.

Gavin

RE: [Hibernate-devel] input needed: exception messages

[Anton v. S. <an...@ap...>]

> Someone else suggested we use the apache commons logging framework which
> basically just abstracts log4j, jdk 1.4 logging and potentially any other
> logging infrastructure you might want to use.

I took a look at the Apache commons logging docs
(http://jakarta.apache.org/commons/logging/api/index.html).

This would be fine, as far as I'm concerned.  It's small, simple and
sufficiently complete.  But an even smaller Hibernate-specific interface
would be fine, too.

Anton

Re: [Hibernate-devel] progress problem (attn: phillip baird)

[Phillip B. <phi...@cl...>]

The stack trace reported is...

java.sql.SQLException: [JDBC Progress Driver]:-20217
at com.progress.sql.jdbc.JdbcProgressConnection.prepareStatement(JdbcProgressConnection.java:518)
at com.progress.sql.jdbc.JdbcProgressConnection.prepareStatement(JdbcProgressConnection.java:466)
at cirrus.hibernate.impl.RelationalDatabaseSession.getPreparedStatement(RelationalDatabaseSession.java:1776)
at cirrus.hibernate.impl.ClassPersister.insert(ClassPersister.java:570)
at cirrus.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:22)
at cirrus.hibernate.impl.RelationalDatabaseSession.executeAll(RelationalDatabaseSession.java:1210)
at cirrus.hibernate.impl.RelationalDatabaseSession.flush(RelationalDatabaseSession.java:1195)
at testhiber.TestHiber.main(TestHiber.java:25)

The number 20217 looks to be an error code which is documented in the 
Progress SQL-92 reference as...

20217 Connection exception Network error on server.

See http://www.progress.com:6336/dynaweb/psdoc91c/sql9291c/s92 for more 
details.

The Progress Knowledge base this to say about this error.  Maybe Gavin 
can advise why so many cursors may be open?

<quote>
Kbase Id: 19878

Title: Limiting the Number of Cursors in SQL-92
Creation: 15-Jun-2000
Modified: 13-Mar-2001

SUMMARY:

The Progress Version 9.x SQL-92 engine has a limit of 50 open cursors
for a given connection. This limitation has been logged as Progress
bug 20000331-019.

When you access the SQL-92 engine from an application you may receive
the error 20217:

     Connection Exception. Network error on server"

It means the application is dynamically opening more than 50 cursors
at once.

SOLUTION:

You must modify your code to limit cursors opened by the application
to the database to less than 50. There is no possible parameter inside
of the SQL-92 engine to resolve the problem at this time.

The Progress SQL-92 Guide and Reference manual will provide you with a
description of what a cursor is and how to open and close them.
</quote>

PhillipB


Gavin_King/Cirrus%CI...@ci... wrote:

>Does Phillip or anyone else who has used Progress does have any idea about
>this problem:
>
>http://sourceforge.net/tracker/index.php?func=detail&aid=545543&group_id=40712&atid=428708
>
>I will try to replicate the bug sometime in the next couple of days, but
>perhaps there is a simple solution....
>
>Thanks
>
>Gavin
>

RE: [Hibernate-devel] input needed: exception messages

[Gavin_King/Cirrus%<CI...@ci...>]

>  [snip] We'd
> prefer not to have to use some other logging mechanism, so of course it
> would be nice (but not essential) if we could supply a custom log object
> which exposed logging interface(s) for Hibernate to use, so events would
be
> logged within our own system.
>
>I haven't used log4j, so don't know how it might fit into this picture.
If
>you did use something like that, it would be nice if it were done in a
>pluggable way.  Hopefully that wouldn't require too much work.

Someone else suggested we use the apache commons logging framework which
basically just abstracts log4j, jdk 1.4 logging and potentially any other
logging infrastructure you might want to use. I just wrote (in my real
job) an adaptor for WebSphere's JRas logging API and that was easy enough.
You can swap log implementations using a properties file. I might go with
that.

(An alternative approach would be to write a log4j appender for your
logging
API but I don't think thats as good.)

> BTW, (changing subject) today I wrote a little XSL template to generate
Java
> bean skeletons ("DTOs") from the Hibernate mapping XML.  It needs a few
> enhancements currently, but I'll clean it up and post it over the next
few
> days.  I used Xalan so it should work directly with a standard Hibernate
> distribution, without requiring any additional libraries.

Excellent. I wouldn't have thought of using XSLT for this though its a
very obvious (and good) approach now you mention it :)

I think Brad Clow has something similar but I havn't seen it yet so I don't
know how similar....

RE: [Hibernate-devel] input needed: exception messages

[Anton v. S. <an...@ap...>]

> would there be any advantage in having a "proper"
> approach to logging events inside the persistence layer? (Beyond the
> present rudimentary approach of System.out.println() when
> hibernate.debug>0) We could pretty quickly rip out all the printlns and
> replace them with log4j, for example. But perhaps people are wishing they
> could see other kinds of information altogether.

In the system I've just begun using Hibernate with, we use our own event
logging system that's tightly integrated into the overall application, e.g.
things like document workflow are tracked via events in our logs.  We'd
prefer not to have to use some other logging mechanism, so of course it
would be nice (but not essential) if we could supply a custom log object
which exposed logging interface(s) for Hibernate to use, so events would be
logged within our own system.

I haven't used log4j, so don't know how it might fit into this picture.  If
you did use something like that, it would be nice if it were done in a
pluggable way.  Hopefully that wouldn't require too much work.

BTW, (changing subject) today I wrote a little XSL template to generate Java
bean skeletons ("DTOs") from the Hibernate mapping XML.  It needs a few
enhancements currently, but I'll clean it up and post it over the next few
days.  I used Xalan so it should work directly with a standard Hibernate
distribution, without requiring any additional libraries.

I'm not sure that XSL is the best approach to this (Donnie mentioned using
Velocity), but it works and it's pretty small, since the XML handling is
implicit.  I considered using JSP, but that would add a dependency which
seemed like overkill to me.  Having some kind of template-like functionality
for the generated Java seems like a good idea, to support easy
customization, but XSL isn't the most transparent template environment
around.

Anton

[Hibernate-devel] progress problem (attn: phillip baird)

[Gavin_King/Cirrus%<CI...@ci...>]

Does Phillip or anyone else who has used Progress does have any idea about
this problem:

http://sourceforge.net/tracker/index.php?func=detail&aid=545543&group_id=40712&atid=428708

I will try to replicate the bug sometime in the next couple of days, but
perhaps there is a simple solution....

Thanks

Gavin