hibernate-issues Mailing List for Hibernate (Page 774)

An object relational-mapping (ORM) library for Java

Brought to you by: davidedalto, dreab8, epbernard, gsmet, and 5 others

hibernate-issues — Hibernate JIRA Notifications

You can subscribe to this list here.

2003	Jan	Feb	Mar	Apr	May (32)	Jun (175)	Jul (209)	Aug (302)	Sep (287)	Oct (339)	Nov (314)	Dec (329)
2004	Jan (479)	Feb (389)	Mar (599)	Apr (307)	May (390)	Jun (300)	Jul (410)	Aug (458)	Sep (299)	Oct (315)	Nov (363)	Dec (529)
2005	Jan (568)	Feb (434)	Mar (1004)	Apr (823)	May (767)	Jun (763)	Jul (854)	Aug (862)	Sep (560)	Oct (853)	Nov (763)	Dec (731)
2006	Jan (776)	Feb (608)	Mar (657)	Apr (424)	May (559)	Jun (440)	Jul (448)	Aug (58)	Sep	Oct (17)	Nov (16)	Dec (8)
2007	Jan (1)	Feb (8)	Mar (2)	Apr (5)	May (3)	Jun (3)	Jul (3)	Aug (16)	Sep (10)	Oct (4)	Nov (4)	Dec (4)
2008	Jan (8)	Feb (1)	Mar (1)	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec
2009	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec

Flat | Threaded

<< < 1 .. 772 773 774 775 776 .. 792 > >> (Page 774 of 792)

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-227) NamingStrategy / prefix support for database objects

From: <leg...@at...> - 2003-08-06 18:19:13

The following comment has been added to this issue:

     Author: Timo Verhoeven
    Created: Wed, 6 Aug 2003 1:18 PM
       Body:
Ok, I think I got your point: you'd prefer an implementation providing customizable  default names for tables/columns/sequences in addition to customizable prefixes. 

New proposal for methods:

String getColumnName(...) 
String getTableName(...) 
String getSequenceName(...)
String overrideColumName(...) 
String overrideTableName(...) 
String overrideSequenceName(...)

Opinions?
 
 

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-227


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-227
    Summary: NamingStrategy / prefix support for database objects
       Type: New Feature

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.2

   Assignee: 
   Reporter: Timo Verhoeven

    Created: Mon, 4 Aug 2003 6:29 AM
    Updated: Mon, 4 Aug 2003 6:29 AM

Description:
Initial feature idea from mailing list:

Hi all!

When I design database datamodels I usually encounter clashes between 
reserved names and names I'd like to use for my tables/columns, e.g. 
"user", "role", etc.. So I ended up prefixing all tables/views/columns: 
Tables have a "tbl" prefix, views a "qry" prefix and columns either 
have a "fld" or a prefix based on the datatype ("txt"/"str" for 
varchars, etc.).

I like to keep my mapping files small (/ to have few xdoclet tags) and 
like the fact that hibernate has smart default for column names: it 
uses the property's name. 

Would it be possible/would you consider it useful to be able to specify 
"default prefixes" for tables/columns so that I don't have to name my 
columns manually in my mappings when I have to use prefixes? Such 
settings could go into the SessionFactory configuration. 


Opinions?

Timo


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Closed: (HB-234) Problem when SQL Server 2K TEXT type field mapped to type="serializable" in hbn.xml

From: <leg...@at...> - 2003-08-06 14:13:17

Message:

   The following issue has been closed.

   Resolver: Gavin King
       Date: Wed, 6 Aug 2003 8:27 AM

A serialized object should be stored to a binary type, not to a text field.

I'm not sure exactly what mappings ddl2hbm is generating, but the tool is not maintained at the moment, since it has basically been replaced by the Hibernate middlegen plugin.

If you wish to discuss this issue further, the user forum is the correct place.
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-234


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-234
    Summary: Problem when SQL Server 2K TEXT type field mapped to type="serializable" in hbn.xml
       Type: Bug

     Status: Closed
   Priority: Minor
 Resolution: REJECTED

    Project: Hibernate2
   Versions:
             2.0 final

   Assignee: 
   Reporter: dev danke

    Created: Tue, 5 Aug 2003 11:40 PM
    Updated: Wed, 6 Aug 2003 8:27 AM
Environment: Hibernate=2.0rc5, OS=Windows XP with SP1, JDK=1.4.2, JDBC Driver=JNetDirect's JSQLConnect dirver.


Description:
I noticed strange behavior using Hibernate with a TEXT type field in SQL Server.  I have table called Address with a field named Notes of type TEXT.  I used Hibernate's net.sf.hibernate.tool.ddl2hbm.Gui tool to generate the Java class and Address.hbn.xml mapping files for this table.

In the mapping file the property element for the notes field looks like this: 
<property column="notes" length="2147483647" name="notes" type="serializable"/>.  

When I tried using session.find(...) or session.load(...) Address objects from the database, I always got this exception: "java.io.StreamCorruptedException: invalid stream header".

But Hibernate is able to retrieve Address object successfully when I changed the mapping element to this: <property column="notes" length="2147483647" name="notes" type="string"/>.

In the Hibernate 2.0 downloaded docs, I didn't see any mention of a problem like this related to MS SQL Server 2000 or the JNetDirect driver.

Based on this experience my hunch is that either a) net.sf.hibernate.tool.ddl2hbm.Gui generates an incorrect property mapping element for TEXT type database fields or b) Hibernate has a bug handling database fields mapped to type="serializable".

Here's the SQL for my table:
create table ADDRESS
(
    addr_id    int primary key identity(1,1),
    first_name varchar(20) not null,
    last_name  varchar(20) not null,
    nick_name  varchar(20),
    home_phone varchar(20),
    cell_phone varchar(20),
    street     varchar(50),
    city       varchar(20),
    state      varchar(20),
    zip        varchar(20),
    email      varchar(20),
    group_name varchar(20) not null,
    notes      text
)

I apologize if this is a duplicate bug or has been fixed already.

Thanks for this great product.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-236) Deep subclassing fails configuration

From: <leg...@at...> - 2003-08-06 13:58:16

The following comment has been added to this issue:

Author: Brian Topping
Created: Wed, 6 Aug 2003 8:57 AM
Body:
Indeed, I don't think I've ever seen recursion used in open source. Congrats ;)

I am just switching off the SAR for development purposes. I guess an older version of the class didn't have the method it was looking for, so it was garbage in, garbage out. I still uphold that if I had the source that I could do builds from, I would have caught this on my own, before filing a bug, since I wouldn't have had a patch to go with it.

Sorry for the bother, thanks for the super quick response!!
---------------------------------------------------------------------
View the issue:

http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-236

Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-236
Summary: Deep subclassing fails configuration
Type: Bug

Status: Unassigned
Priority: Major

Project: Hibernate2
Components:
core
Versions:
2.0.1

Assignee:
Reporter: Brian Topping

Created: Wed, 6 Aug 2003 7:09 AM
Updated: Wed, 6 Aug 2003 7:09 AM
Environment: JDK 1.4.1

Description:
Persistence configuration fails when the inheritance depth is greater than two. I was generating a patch, but couldn't get into sf.net to get base CVS for diffs.

It looks to me like ReflectHelper.getGetterOrNull() simply needs a loop to keep checking subclasses all the way up the chain instead of stopping with just one. At least for standard subclass behavior where there is a discriminator, there shouldn't be a problem with arbitrarily deep inheritance. But like I said, I can't get sources so I try it and send a diff. I guess it's the middle of the day in the western hemisphere now, so I'll try tomorrow.

If I get something before you fix it, I'll post it here.

---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-236) Deep subclassing fails configuration

From: <leg...@at...> - 2003-08-06 13:24:16

The following comment has been added to this issue:

     Author: Gavin King
    Created: Wed, 6 Aug 2003 8:23 AM
       Body:
getGetterOrNull() is recursive!

Are you _certain_ about this?




	private static Getter getGetterOrNull(Class theClass, String propertyName) {
		
		if (theClass==Object.class || theClass==null) return null;
		
		Method method = getterMethod(theClass, propertyName);
		
		if(method!=null) {
			if ( !ReflectHelper.isPublic(theClass, method) ) method.setAccessible(true);
			return new Getter(theClass, method, propertyName);
		}
		else {
			Getter getter = getGetterOrNull( theClass.getSuperclass(), propertyName );
			if (getter==null) {
				Class[] interfaces = theClass.getInterfaces();
				for ( int i=0; getter==null && i<interfaces.length; i++ ) {
					getter=getGetterOrNull( interfaces[i], propertyName );
				}
			}
			return getter;
		}
	}

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-236


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-236
    Summary: Deep subclassing fails configuration
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.1

   Assignee: 
   Reporter: Brian Topping

    Created: Wed, 6 Aug 2003 7:09 AM
    Updated: Wed, 6 Aug 2003 7:09 AM
Environment: JDK 1.4.1

Description:
Persistence configuration fails when the inheritance depth is greater than two.  I was generating a patch, but couldn't get into sf.net to get base CVS for diffs.

It looks to me like ReflectHelper.getGetterOrNull() simply needs a loop to keep checking subclasses all the way up the chain instead of stopping with just one.  At least for standard subclass behavior where there is a discriminator, there shouldn't be a problem with arbitrarily deep inheritance.  But like I said, I can't get sources so I try it and send a diff.  I guess it's the middle of the day in the western hemisphere now, so I'll try tomorrow.

If I get something before you fix it, I'll post it here.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-237) Hibernate is not an Apache Jakarta project

From: <leg...@at...> - 2003-08-06 12:24:14

The following comment has been added to this issue:

     Author: Max Rydahl Andersen
    Created: Wed, 6 Aug 2003 7:23 AM
       Body:
;)  - may I ask why you think that ? 
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-237


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-237
    Summary: Hibernate is not an Apache Jakarta project
       Type: Improvement

     Status: Unassigned
   Priority: Major

    Project: Hibernate2

   Assignee: 
   Reporter: Maik Schreiber

    Created: Wed, 6 Aug 2003 7:12 AM
    Updated: Wed, 6 Aug 2003 7:12 AM

Description:
Hibernate is not an Apache Jakarta project, although IMHO it really should be.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-237) Hibernate is not an Apache Jakarta project

From: <leg...@at...> - 2003-08-06 12:13:15

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-237


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-237
    Summary: Hibernate is not an Apache Jakarta project
       Type: Improvement

     Status: Unassigned
   Priority: Major

    Project: Hibernate2

   Assignee: 
   Reporter: Maik Schreiber

    Created: Wed, 6 Aug 2003 7:12 AM
    Updated: Wed, 6 Aug 2003 7:12 AM

Description:
Hibernate is not an Apache Jakarta project, although IMHO it really should be.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-236) Deep subclassing fails configuration

From: <leg...@at...> - 2003-08-06 12:09:20

Message:

A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-236

Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-236
Summary: Deep subclassing fails configuration
Type: Bug

Status: Unassigned
Priority: Major

Project: Hibernate2
Components:
core
Versions:
2.0.1

Assignee:
Reporter: Brian Topping

Created: Wed, 6 Aug 2003 7:09 AM
Updated: Wed, 6 Aug 2003 7:09 AM
Environment: JDK 1.4.1

Description:
Persistence configuration fails when the inheritance depth is greater than two. I was generating a patch, but couldn't get into sf.net to get base CVS for diffs.

If I get something before you fix it, I'll post it here.

---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-18) Integrate support for SQL queries

From: <leg...@at...> - 2003-08-06 11:18:15

The following comment has been added to this issue:

     Author: Max Rydahl Andersen
    Created: Wed, 6 Aug 2003 6:17 AM
       Body:
I've just attached patch that adds very simple sql support to Hibernate.

It is just a "see what it can do" example that I hope you will look into and see if we can do better ;)

In doing it i found out that it is actually quite hard to write the sql that is needed to fetch these objects - but i got the basics working.

It works as follows:

SQLQuery query = session.createSQLQuery("select s.id as {simple.id}, s.name as {simple.name} from {simple} s", "simple", Category.class);

The code for SQLLoader et.al. is highly inspired on how Criteria works - it is actually copy-paste and then delete code as it somewhat simple than Criteria's ;)

YES - i know. This is not how it is laid out in the roadplan - here it is only for named queries, but i did not want to use time on writing Binder code before i could actually execute the queries ;)

One big problem i've found with the current solution:

- How do we get the alias name for the discriminator value to be used when dealing with subclasses ? This name is only available internally - could not find a way to refer to it from a query or similar)





---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-18


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-18
    Summary:  Integrate support for SQL queries
       Type: New Feature

     Status: In Progress
   Priority: Major

    Project: Hibernate2

   Assignee: Max Rydahl Andersen
   Reporter: Max Rydahl Andersen

    Created: Sat, 3 May 2003 10:08 AM
    Updated: Wed, 6 Aug 2003 6:10 AM

Description:
Integrate support for SQL queries
To execute SQL in Hibernate one aquires a connection as normal 
or via the session object. 

This can really only be used to 
fetch scalar values. 

A real nice feature would be to be able to 
provide SQL directly as an alternative to HQL. The SQL should 
ofcourse return the named columns and data types that Hibernate 
expects to be able to instantiate objects from the resultset. 

(original: http://sourceforge.net/tracker/index.php?func=detail&aid=622605&group_id=40712&atid=428711=


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Updated: (HB-18) Integrate support for SQL queries

From: <leg...@at...> - 2003-08-06 11:11:15

The following issue has been updated:

    Updater: Max Rydahl Andersen (mailto:xa...@xa...)
       Date: Wed, 6 Aug 2003 6:10 AM
    Comment:
Initial version of an SQLLoader.
    Changes:
             Attachment changed to sqlloader.patch
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-18&page=history

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-18


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-18
    Summary:  Integrate support for SQL queries
       Type: New Feature

     Status: In Progress
   Priority: Major

    Project: Hibernate2

   Assignee: Max Rydahl Andersen
   Reporter: Max Rydahl Andersen

    Created: Sat, 3 May 2003 10:08 AM
    Updated: Wed, 6 Aug 2003 6:10 AM

Description:
Integrate support for SQL queries
To execute SQL in Hibernate one aquires a connection as normal 
or via the session object. 

This can really only be used to 
fetch scalar values. 

A real nice feature would be to be able to 
provide SQL directly as an alternative to HQL. The SQL should 
ofcourse return the named columns and data types that Hibernate 
expects to be able to instantiate objects from the resultset. 

(original: http://sourceforge.net/tracker/index.php?func=detail&aid=622605&group_id=40712&atid=428711=


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-235) Add a count() method on the Criteria interface

From: <leg...@at...> - 2003-08-06 09:06:14

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-235


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-235
    Summary: Add a count() method on the Criteria interface
       Type: New Feature

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.2

   Assignee: 
   Reporter: Sebastien Cesbron

    Created: Wed, 6 Aug 2003 4:05 AM
    Updated: Wed, 6 Aug 2003 4:05 AM

Description:
It would be very convenient to have a count() method on the Criteria interface. Thus it would be possible to know the total size of a list when you don't want to load all the elements.

Example :

Criteria criteria = session.createCriteria(User.class);
criteria.setFirstResult(0);
criteria.setMaxResult(10);

// Custom class that holds a page of the list and the total size
Page page = new Page();
page.setList(criteria.list());
page.setTotalSize(criteria.count());
___________________________^^^^^^^ => the new method


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-234) Problem when SQL Server 2K TEXT type field mapped to type="serializable" in hbn.xml

From: <leg...@at...> - 2003-08-06 04:40:15

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-234


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-234
    Summary: Problem when SQL Server 2K TEXT type field mapped to type="serializable" in hbn.xml
       Type: Bug

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
   Versions:
             2.0 final

   Assignee: 
   Reporter: dev danke

    Created: Tue, 5 Aug 2003 11:40 PM
    Updated: Tue, 5 Aug 2003 11:40 PM
Environment: Hibernate=2.0rc5, OS=Windows XP with SP1, JDK=1.4.2, JDBC Driver=JNetDirect's JSQLConnect dirver.


Description:
I noticed strange behavior using Hibernate with a TEXT type field in SQL Server.  I have table called Address with a field named Notes of type TEXT.  I used Hibernate's net.sf.hibernate.tool.ddl2hbm.Gui tool to generate the Java class and Address.hbn.xml mapping files for this table.

In the mapping file the property element for the notes field looks like this: 
<property column="notes" length="2147483647" name="notes" type="serializable"/>.  

When I tried using session.find(...) or session.load(...) Address objects from the database, I always got this exception: "java.io.StreamCorruptedException: invalid stream header".

But Hibernate is able to retrieve Address object successfully when I changed the mapping element to this: <property column="notes" length="2147483647" name="notes" type="string"/>.

In the Hibernate 2.0 downloaded docs, I didn't see any mention of a problem like this related to MS SQL Server 2000 or the JNetDirect driver.

Based on this experience my hunch is that either a) net.sf.hibernate.tool.ddl2hbm.Gui generates an incorrect property mapping element for TEXT type database fields or b) Hibernate has a bug handling database fields mapped to type="serializable".

Here's the SQL for my table:
create table ADDRESS
(
    addr_id    int primary key identity(1,1),
    first_name varchar(20) not null,
    last_name  varchar(20) not null,
    nick_name  varchar(20),
    home_phone varchar(20),
    cell_phone varchar(20),
    street     varchar(50),
    city       varchar(20),
    state      varchar(20),
    zip        varchar(20),
    email      varchar(20),
    group_name varchar(20) not null,
    notes      text
)

I apologize if this is a duplicate bug or has been fixed already.

Thanks for this great product.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-233) <parent-many-to-one>

From: <leg...@at...> - 2003-08-06 04:00:14

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-233


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-233
    Summary: <parent-many-to-one>
       Type: New Feature

     Status: Assigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 1

   Assignee: Gavin King
   Reporter: Gavin King

    Created: Tue, 5 Aug 2003 10:59 PM
    Updated: Tue, 5 Aug 2003 10:59 PM

Description:

Support for NOT NULL foreign keys w/o needing a bidirectional association.

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


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-232) Custom types cannot be uses for ids with indentity and sequence generators

From: <leg...@at...> - 2003-08-06 00:47:14

The following comment has been added to this issue:

     Author: Gavin King
    Created: Tue, 5 Aug 2003 7:46 PM
       Body:
Interesting.

Is that all that would be required?? It kinda looks like it.
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-232


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-232
    Summary: Custom types cannot be uses for ids with indentity and sequence generators
       Type: Improvement

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0rc2

   Assignee: 
   Reporter: James Lewis

    Created: Tue, 5 Aug 2003 9:37 AM
    Updated: Tue, 5 Aug 2003 9:37 AM
Environment: Any environment.  MySql DB

Description:
All of my persistent objects have a custom primary key object.  

For instance, my Part object has a PartID as the key.  This allows me to perform compile time type checking in my service layer.

I was ably to create a UserType that converted the coulmn type of integer to PartID.  No problem, it worked great.  However, the IdentityGeneratorFactory throw an exception because my custom types return PartID.class as the return type.  The IdentityGeneratorFactory's 'get' method only takes classes that are of type Integer.class, Long.class, and Short.class.  The API should be changed so that the get method returns a Serializable instead of a Number, and takes a Type instead of a class.  This would allow the IdentityGeneratorFactory to return the custom class type.

What are your thoughts.

James


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Closed: (HB-231) Problem with multiple classes mapped to the same table

From: <leg...@at...> - 2003-08-06 00:43:14

Message:

   The following issue has been closed.

   Resolver: Gavin King
       Date: Tue, 5 Aug 2003 7:41 PM

This is intended functionality. You should not have two objects _simultaneaously_ representing the _same_row_.
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-231


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-231
    Summary: Problem with multiple classes mapped to the same table
       Type: Bug

     Status: Closed
   Priority: Critical
 Resolution: WON'T FIX

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.2

   Assignee: 
   Reporter: Aksel Hilde

    Created: Tue, 5 Aug 2003 6:50 AM
    Updated: Tue, 5 Aug 2003 7:41 PM
Environment: Windows 2000, jdk 1.4

Description:
Hibernate seems to support mapping of multiple classes to the same table. But I've ran into trouble when trying to use this feature. The issue seem to be that the identifier space used when sorting out object in the session cache is the table name and not the class name. 

Example: I have class A and B, both mapped to table X. When I try to do the following:
A a = session.load(A.class, new Integer(1));
..
B b = session.load(B.class, new Integer(1));

The last line fails, as the object returned is the object reference by a (gotten from the session cache).

The problem as I see it is located in net.sf.hibernate.engine.Key.equals(). This metod checks on an identifier space that is the table name.

Proposal for fix:
- Either the class name should be the identifier space or one should be able to specify a class-level "identifier-space" attribute in the mapping file.



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Closed: (HB-230) Oracle resultset problem

From: <leg...@at...> - 2003-08-06 00:41:16

Message:

   The following issue has been closed.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-230


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-230
    Summary: Oracle resultset problem
       Type: Bug

     Status: Closed
   Priority: Blocker
 Resolution: REJECTED

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1

   Assignee: 
   Reporter: Mathias Bogaert

    Created: Tue, 5 Aug 2003 3:20 AM
    Updated: Tue, 5 Aug 2003 7:39 PM
Environment: 2.0.2

Description:
I'm having a major problem with the Hibernate 2.0.2, it worked fine with Hibernate 2.0.1. Here is the log:

Hibernate: select dg1_.DG_PK as DG_PK0_, dg1_.VERSION as VERSION0_, dg1_.CODE as CODE0_, dg1_.NAME as NAME0_,
dg1_.DESCRIPTION as DESCRIPT5_0_, dg1_.DELETED as DELETED0_, unit0_.UNIT_PK as UNIT_PK1_, unit0_.VERSION as VE
RSION1_, unit0_.CODE as CODE1_, unit0_.NAME as NAME1_, unit0_.DESCRIPTION as DESCRIPT5_1_, unit0_.DELETED as D
ELETED1_, unit0_.DG_FK as DG_FK1_ from AUD_REF_UNITS unit0_, AUD_REF_DGS dg1_ where 1=1 and unit0_.DG_FK=dg1_.
DG_PK(+) and unit0_.deleted='false'
49813 WARN  [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
8) - SQL Error: 1722, SQLState: 42000
49813 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:4
6) - ORA-01722: invalid number

49828 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
7) - SQLException occurred
java.sql.SQLException: ORA-01722: invalid number
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
        at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289)
        at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579)
        at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1892)
        at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:1198)
        at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2504)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2832)
        at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:608)
        at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:536)
        at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:80)
        at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
        at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
        at net.sf.hibernate.loader.Loader.find(Loader.java:620)
        at net.sf.hibernate.loader.CriteriaLoader.list(CriteriaLoader.java:81)
        at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:3157)
        at net.sf.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:65)
        at com.intrasoft.persistence.hibernate.HibernatePersistenceService.findAll(HibernatePersistenceService
.java:146)
        at com.intrasoft.sysaudit.reference.DefaultReferenceManager.getUnits(DefaultReferenceManager.java:90)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:255)
        at ognl.OgnlRuntime.getMethodValue(OgnlRuntime.java:654)
        at ognl.ObjectPropertyAccessor.getPossibleProperty(ObjectPropertyAccessor.java:54)
        at ognl.ObjectPropertyAccessor.getProperty(ObjectPropertyAccessor.java:122)
        at ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1219)
        at ognl.ASTProperty.getValueBody(ASTProperty.java:108)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.ASTChain.getValueBody(ASTChain.java:57)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.Ognl.getValue(Ognl.java:335)
        at ognl.Ognl.getValue(Ognl.java:310)
        at com.opensymphony.xwork.util.OgnlValueStack.findValue(OgnlValueStack.java:74)
        at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:305)
        at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:235)
        at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:213)
        at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:365)
        at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:90)
        at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:133)
        at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:269)
        at org.apache.velocity.Template.merge(Template.java:294)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.mergeTemplate(AbstractUITag.java:511)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.doEndTag(AbstractUITag.java:281)
        at jsp_servlet._views._epm.__create._jspService(__create.java:346)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:431)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:46)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:130)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.run(RequestDispatcherImpl.java:345)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:246)
        at com.opensymphony.webwork.dispatcher.ServletDispatcherResult.execute(ServletDispatcherResult.java:61
)
        at com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:221)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:161)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.intrasoft.util.profiling.interceptor.ProfilingInterceptor.intercept(ProfilingInterceptor.java:3
9)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:121)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:165)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.MultipleRolesFilter.doFilter(MultipleRolesFilter.java:75)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:129)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:150)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.jav
a:6297)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3575)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2573)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151)


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-23) Lazy loading for components

From: <leg...@at...> - 2003-08-05 21:21:14

The following comment has been added to this issue:

Author: Joel Stewart
Created: Tue, 5 Aug 2003 4:20 PM
Body:
Some thoughts...

JBoss CMP has a neato feature called load groups.

I have an Item class that has nearly 70 attributes. Many attributes are related. For example, length width height weight diameter are all nicely kept in a Dimensions component - but are rarely ever used in use cases. Even worse, I have fields such as "Description" and "Notes" that could be very large CLOB fields.

Certainly - some attributes such as Title, Number, Price are needed in many many other use cases. Showing the user a list of 100 items I wish could be fast with little memory requirements. I would like, therefor, at least to have components mimic JBoss load groups.

Otherwise - I am looking with creating multiple "Views" (persistent objects - polymorphism is just not a proper approach) onto the same tables - although this will no doubt hose the default JCS cache.

THANKS!!
---------------------------------------------------------------------
View the issue:

http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-23

Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-23
Summary: Lazy loading for components
Type: New Feature

Status: Unassigned
Priority: Major

Project: Hibernate2

Assignee:
Reporter: Max Rydahl Andersen

Created: Sat, 3 May 2003 10:12 AM
Updated: Tue, 13 May 2003 6:24 AM

Description:
Lazy loading for components
Could I throw a request on to allow for lazy loading of
components? If I had a class, Person, that had a
component, Address, I'd love to be able to load Person
without having to load Address. This would be akin to
JBossCMP's load groups.

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

---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-232) Custom types cannot be uses for ids with indentity and sequence generators

From: <leg...@at...> - 2003-08-05 15:02:15

The following comment has been added to this issue:

     Author: Max Rydahl Andersen
    Created: Tue, 5 Aug 2003 10:01 AM
       Body:
That get's my vote ;)

I will get similar needs in the near future ;)
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-232


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-232
    Summary: Custom types cannot be uses for ids with indentity and sequence generators
       Type: Improvement

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0rc2

   Assignee: 
   Reporter: James Lewis

    Created: Tue, 5 Aug 2003 9:37 AM
    Updated: Tue, 5 Aug 2003 9:37 AM
Environment: Any environment.  MySql DB

Description:
All of my persistent objects have a custom primary key object.  

For instance, my Part object has a PartID as the key.  This allows me to perform compile time type checking in my service layer.

I was ably to create a UserType that converted the coulmn type of integer to PartID.  No problem, it worked great.  However, the IdentityGeneratorFactory throw an exception because my custom types return PartID.class as the return type.  The IdentityGeneratorFactory's 'get' method only takes classes that are of type Integer.class, Long.class, and Short.class.  The API should be changed so that the get method returns a Serializable instead of a Number, and takes a Type instead of a class.  This would allow the IdentityGeneratorFactory to return the custom class type.

What are your thoughts.

James


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-232) Custom types cannot be uses for ids with indentity and sequence generators

From: <leg...@at...> - 2003-08-05 14:37:14

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-232


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-232
    Summary: Custom types cannot be uses for ids with indentity and sequence generators
       Type: Improvement

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0rc2

   Assignee: 
   Reporter: James Lewis

    Created: Tue, 5 Aug 2003 9:37 AM
    Updated: Tue, 5 Aug 2003 9:37 AM
Environment: Any environment.  MySql DB

Description:
All of my persistent objects have a custom primary key object.  

For instance, my Part object has a PartID as the key.  This allows me to perform compile time type checking in my service layer.

I was ably to create a UserType that converted the coulmn type of integer to PartID.  No problem, it worked great.  However, the IdentityGeneratorFactory throw an exception because my custom types return PartID.class as the return type.  The IdentityGeneratorFactory's 'get' method only takes classes that are of type Integer.class, Long.class, and Short.class.  The API should be changed so that the get method returns a Serializable instead of a Number, and takes a Type instead of a class.  This would allow the IdentityGeneratorFactory to return the custom class type.

What are your thoughts.

James


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-231) Problem with multiple classes mapped to the same table

From: <leg...@at...> - 2003-08-05 11:52:15

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-231


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-231
    Summary: Problem with multiple classes mapped to the same table
       Type: Bug

     Status: Unassigned
   Priority: Critical

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.2

   Assignee: 
   Reporter: Aksel Hilde

    Created: Tue, 5 Aug 2003 6:50 AM
    Updated: Tue, 5 Aug 2003 6:50 AM
Environment: Windows 2000, jdk 1.4

Description:
Hibernate seems to support mapping of multiple classes to the same table. But I've ran into trouble when trying to use this feature. The issue seem to be that the identifier space used when sorting out object in the session cache is the table name and not the class name. 

Example: I have class A and B, both mapped to table X. When I try to do the following:
A a = session.load(A.class, new Integer(1));
..
B b = session.load(B.class, new Integer(1));

The last line fails, as the object returned is the object reference by a (gotten from the session cache).

The problem as I see it is located in net.sf.hibernate.engine.Key.equals(). This metod checks on an identifier space that is the table name.

Proposal for fix:
- Either the class name should be the identifier space or one should be able to specify a class-level "identifier-space" attribute in the mapping file.



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-230) Oracle resultset problem

From: <leg...@at...> - 2003-08-05 11:50:15

The following comment has been added to this issue:

     Author: Mathias Bogaert
    Created: Tue, 5 Aug 2003 6:49 AM
       Body:
You can close this one. Oracle boolean is a number, that's why it failed. Using true_false type now. Sorry for the spam.
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-230


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-230
    Summary: Oracle resultset problem
       Type: Bug

     Status: Unassigned
   Priority: Blocker

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1

   Assignee: 
   Reporter: Mathias Bogaert

    Created: Tue, 5 Aug 2003 3:20 AM
    Updated: Tue, 5 Aug 2003 3:20 AM
Environment: 2.0.2

Description:
I'm having a major problem with the Hibernate 2.0.2, it worked fine with Hibernate 2.0.1. Here is the log:

Hibernate: select dg1_.DG_PK as DG_PK0_, dg1_.VERSION as VERSION0_, dg1_.CODE as CODE0_, dg1_.NAME as NAME0_,
dg1_.DESCRIPTION as DESCRIPT5_0_, dg1_.DELETED as DELETED0_, unit0_.UNIT_PK as UNIT_PK1_, unit0_.VERSION as VE
RSION1_, unit0_.CODE as CODE1_, unit0_.NAME as NAME1_, unit0_.DESCRIPTION as DESCRIPT5_1_, unit0_.DELETED as D
ELETED1_, unit0_.DG_FK as DG_FK1_ from AUD_REF_UNITS unit0_, AUD_REF_DGS dg1_ where 1=1 and unit0_.DG_FK=dg1_.
DG_PK(+) and unit0_.deleted='false'
49813 WARN  [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
8) - SQL Error: 1722, SQLState: 42000
49813 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:4
6) - ORA-01722: invalid number

49828 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
7) - SQLException occurred
java.sql.SQLException: ORA-01722: invalid number
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
        at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289)
        at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579)
        at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1892)
        at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:1198)
        at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2504)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2832)
        at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:608)
        at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:536)
        at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:80)
        at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
        at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
        at net.sf.hibernate.loader.Loader.find(Loader.java:620)
        at net.sf.hibernate.loader.CriteriaLoader.list(CriteriaLoader.java:81)
        at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:3157)
        at net.sf.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:65)
        at com.intrasoft.persistence.hibernate.HibernatePersistenceService.findAll(HibernatePersistenceService
.java:146)
        at com.intrasoft.sysaudit.reference.DefaultReferenceManager.getUnits(DefaultReferenceManager.java:90)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:255)
        at ognl.OgnlRuntime.getMethodValue(OgnlRuntime.java:654)
        at ognl.ObjectPropertyAccessor.getPossibleProperty(ObjectPropertyAccessor.java:54)
        at ognl.ObjectPropertyAccessor.getProperty(ObjectPropertyAccessor.java:122)
        at ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1219)
        at ognl.ASTProperty.getValueBody(ASTProperty.java:108)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.ASTChain.getValueBody(ASTChain.java:57)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.Ognl.getValue(Ognl.java:335)
        at ognl.Ognl.getValue(Ognl.java:310)
        at com.opensymphony.xwork.util.OgnlValueStack.findValue(OgnlValueStack.java:74)
        at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:305)
        at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:235)
        at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:213)
        at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:365)
        at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:90)
        at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:133)
        at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:269)
        at org.apache.velocity.Template.merge(Template.java:294)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.mergeTemplate(AbstractUITag.java:511)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.doEndTag(AbstractUITag.java:281)
        at jsp_servlet._views._epm.__create._jspService(__create.java:346)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:431)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:46)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:130)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.run(RequestDispatcherImpl.java:345)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:246)
        at com.opensymphony.webwork.dispatcher.ServletDispatcherResult.execute(ServletDispatcherResult.java:61
)
        at com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:221)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:161)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.intrasoft.util.profiling.interceptor.ProfilingInterceptor.intercept(ProfilingInterceptor.java:3
9)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:121)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:165)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.MultipleRolesFilter.doFilter(MultipleRolesFilter.java:75)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:129)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:150)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.jav
a:6297)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3575)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2573)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151)


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-230) Oracle resultset problem

From: <leg...@at...> - 2003-08-05 08:26:14

The following comment has been added to this issue:

     Author: Mathias Bogaert
    Created: Tue, 5 Aug 2003 3:25 AM
       Body:
Sorry, I just remembered that I upgraded to Oracle 9.2.0, so maybe that is part of the problem. Runs on WLS 8.1, with older drivers.
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-230


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-230
    Summary: Oracle resultset problem
       Type: Bug

     Status: Unassigned
   Priority: Blocker

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1

   Assignee: 
   Reporter: Mathias Bogaert

    Created: Tue, 5 Aug 2003 3:20 AM
    Updated: Tue, 5 Aug 2003 3:20 AM
Environment: 2.0.2

Description:
I'm having a major problem with the Hibernate 2.0.2, it worked fine with Hibernate 2.0.1. Here is the log:

Hibernate: select dg1_.DG_PK as DG_PK0_, dg1_.VERSION as VERSION0_, dg1_.CODE as CODE0_, dg1_.NAME as NAME0_,
dg1_.DESCRIPTION as DESCRIPT5_0_, dg1_.DELETED as DELETED0_, unit0_.UNIT_PK as UNIT_PK1_, unit0_.VERSION as VE
RSION1_, unit0_.CODE as CODE1_, unit0_.NAME as NAME1_, unit0_.DESCRIPTION as DESCRIPT5_1_, unit0_.DELETED as D
ELETED1_, unit0_.DG_FK as DG_FK1_ from AUD_REF_UNITS unit0_, AUD_REF_DGS dg1_ where 1=1 and unit0_.DG_FK=dg1_.
DG_PK(+) and unit0_.deleted='false'
49813 WARN  [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
8) - SQL Error: 1722, SQLState: 42000
49813 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:4
6) - ORA-01722: invalid number

49828 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
7) - SQLException occurred
java.sql.SQLException: ORA-01722: invalid number
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
        at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289)
        at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579)
        at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1892)
        at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:1198)
        at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2504)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2832)
        at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:608)
        at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:536)
        at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:80)
        at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
        at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
        at net.sf.hibernate.loader.Loader.find(Loader.java:620)
        at net.sf.hibernate.loader.CriteriaLoader.list(CriteriaLoader.java:81)
        at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:3157)
        at net.sf.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:65)
        at com.intrasoft.persistence.hibernate.HibernatePersistenceService.findAll(HibernatePersistenceService
.java:146)
        at com.intrasoft.sysaudit.reference.DefaultReferenceManager.getUnits(DefaultReferenceManager.java:90)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:255)
        at ognl.OgnlRuntime.getMethodValue(OgnlRuntime.java:654)
        at ognl.ObjectPropertyAccessor.getPossibleProperty(ObjectPropertyAccessor.java:54)
        at ognl.ObjectPropertyAccessor.getProperty(ObjectPropertyAccessor.java:122)
        at ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1219)
        at ognl.ASTProperty.getValueBody(ASTProperty.java:108)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.ASTChain.getValueBody(ASTChain.java:57)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.Ognl.getValue(Ognl.java:335)
        at ognl.Ognl.getValue(Ognl.java:310)
        at com.opensymphony.xwork.util.OgnlValueStack.findValue(OgnlValueStack.java:74)
        at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:305)
        at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:235)
        at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:213)
        at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:365)
        at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:90)
        at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:133)
        at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:269)
        at org.apache.velocity.Template.merge(Template.java:294)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.mergeTemplate(AbstractUITag.java:511)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.doEndTag(AbstractUITag.java:281)
        at jsp_servlet._views._epm.__create._jspService(__create.java:346)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:431)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:46)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:130)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.run(RequestDispatcherImpl.java:345)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:246)
        at com.opensymphony.webwork.dispatcher.ServletDispatcherResult.execute(ServletDispatcherResult.java:61
)
        at com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:221)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:161)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.intrasoft.util.profiling.interceptor.ProfilingInterceptor.intercept(ProfilingInterceptor.java:3
9)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:121)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:165)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.MultipleRolesFilter.doFilter(MultipleRolesFilter.java:75)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:129)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:150)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.jav
a:6297)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3575)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2573)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151)


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-230) Oracle resultset problem

From: <leg...@at...> - 2003-08-05 08:21:14

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-230


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-230
    Summary: Oracle resultset problem
       Type: Bug

     Status: Unassigned
   Priority: Blocker

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1

   Assignee: 
   Reporter: Mathias Bogaert

    Created: Tue, 5 Aug 2003 3:20 AM
    Updated: Tue, 5 Aug 2003 3:20 AM
Environment: 2.0.2

Description:
I'm having a major problem with the Hibernate 2.0.2, it worked fine with Hibernate 2.0.1. Here is the log:

Hibernate: select dg1_.DG_PK as DG_PK0_, dg1_.VERSION as VERSION0_, dg1_.CODE as CODE0_, dg1_.NAME as NAME0_,
dg1_.DESCRIPTION as DESCRIPT5_0_, dg1_.DELETED as DELETED0_, unit0_.UNIT_PK as UNIT_PK1_, unit0_.VERSION as VE
RSION1_, unit0_.CODE as CODE1_, unit0_.NAME as NAME1_, unit0_.DESCRIPTION as DESCRIPT5_1_, unit0_.DELETED as D
ELETED1_, unit0_.DG_FK as DG_FK1_ from AUD_REF_UNITS unit0_, AUD_REF_DGS dg1_ where 1=1 and unit0_.DG_FK=dg1_.
DG_PK(+) and unit0_.deleted='false'
49813 WARN  [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
8) - SQL Error: 1722, SQLState: 42000
49813 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:4
6) - ORA-01722: invalid number

49828 ERROR [ExecuteThread: '14' for queue: 'weblogic.kernel.Default'] (hibernate.util.JDBCExceptionReporter:3
7) - SQLException occurred
java.sql.SQLException: ORA-01722: invalid number
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
        at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289)
        at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:579)
        at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1892)
        at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:1198)
        at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2504)
        at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2832)
        at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:608)
        at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:536)
        at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:80)
        at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:71)
        at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:551)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:140)
        at net.sf.hibernate.loader.Loader.find(Loader.java:620)
        at net.sf.hibernate.loader.CriteriaLoader.list(CriteriaLoader.java:81)
        at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:3157)
        at net.sf.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:65)
        at com.intrasoft.persistence.hibernate.HibernatePersistenceService.findAll(HibernatePersistenceService
.java:146)
        at com.intrasoft.sysaudit.reference.DefaultReferenceManager.getUnits(DefaultReferenceManager.java:90)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:255)
        at ognl.OgnlRuntime.getMethodValue(OgnlRuntime.java:654)
        at ognl.ObjectPropertyAccessor.getPossibleProperty(ObjectPropertyAccessor.java:54)
        at ognl.ObjectPropertyAccessor.getProperty(ObjectPropertyAccessor.java:122)
        at ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1219)
        at ognl.ASTProperty.getValueBody(ASTProperty.java:108)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.ASTChain.getValueBody(ASTChain.java:57)
        at ognl.SimpleNode.getValue(SimpleNode.java:129)
        at ognl.Ognl.getValue(Ognl.java:335)
        at ognl.Ognl.getValue(Ognl.java:310)
        at com.opensymphony.xwork.util.OgnlValueStack.findValue(OgnlValueStack.java:74)
        at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:305)
        at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:235)
        at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:213)
        at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:365)
        at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:90)
        at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:133)
        at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:269)
        at org.apache.velocity.Template.merge(Template.java:294)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.mergeTemplate(AbstractUITag.java:511)
        at com.opensymphony.webwork.views.jsp.ui.AbstractUITag.doEndTag(AbstractUITag.java:281)
        at jsp_servlet._views._epm.__create._jspService(__create.java:346)
        at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:431)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:46)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:130)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.run(RequestDispatcherImpl.java:345)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:246)
        at com.opensymphony.webwork.dispatcher.ServletDispatcherResult.execute(ServletDispatcherResult.java:61
)
        at com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:221)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:161)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.intrasoft.util.profiling.interceptor.ProfilingInterceptor.intercept(ProfilingInterceptor.java:3
9)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:149)
        at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:121)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:165)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.MultipleRolesFilter.doFilter(MultipleRolesFilter.java:75)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:129)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.security.filter.LoginFilter.doFilter(LoginFilter.java:150)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.opensymphony.webwork.lifecycle.RequestLifecycleFilter.doFilter(RequestLifecycleFilter.java:61)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.intrasoft.util.profiling.filter.ProfilingFilter.doFilter(ProfilingFilter.java:137)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.jav
a:6297)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:97)
        at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3575)
        at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2573)
        at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178)
        at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151)


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-226) Duplicate column error reported for discriminator

From: <leg...@at...> - 2003-08-05 01:32:14

The following comment has been added to this issue:

     Author: Tomislav Bodor
    Created: Mon, 4 Aug 2003 8:31 PM
       Body:
Hm... Sorry about the alarm, then. I hope it's not too much trouble.

I got away with it because I used Hibernate only for reading - never attempted to save an object (we use it as a read-only query engine of a sort).

I must say, however, that I have not seen this mentioned anywhere in the documentation. Risking to show my ignorance again, I can understand why you'd want update to be false, but if insert is also set to false, how is the value of this field ever persisted when an instance is created?

Related to this: it appears that duplicate mappings are also reported when a column is both mapped as a property and used as a (foreign) key in a relationship. But in this case it's okay to declare it as non-updatable, non-insertable, I suppose.

I'll be happy to move this to a forum if that would be more appropriate?


Thanks,
Tomislav
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-226


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-226
    Summary: Duplicate column error reported for discriminator
       Type: Bug

     Status: Closed
   Priority: Critical
 Resolution: REJECTED

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.2

   Assignee: 
   Reporter: Tomislav Bodor

    Created: Mon, 4 Aug 2003 12:27 AM
    Updated: Mon, 4 Aug 2003 3:53 AM
Environment: Not specific to operating system or particular environment

Description:
It appears that one of the changes in version 2.0.2 was to add a check for repeated column mappings. Unfortunately, declaring a discriminator column counts as mapping, though it does not make the column available in the mapped entity. If such a mapping is added using the property tag, a "Repeated column in mapping..." error is reported.

Upon checking in the CVS repository, the change was made to EntityPersister class, between versions 1.35 and 1.36, to add ckecks for duplicate column mappings. This was relaxed in 1.37, but not sufficiently. It appears that line 703 (in 2.0.2) should be removed:
   distinctColumns.add(discriminatorColumnName);

This issue makes it impossible to map an inheritance hierarchy to a single table and still have the discriminator available through a getter method in the mapped entity.

Could someone please confirm this and issue a fix or suggest a workaround?


Regards,
Tomislav


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Created: (HB-229) Joined-subclass definitions in separate .hbm.xml

From: <leg...@at...> - 2003-08-04 23:41:14

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-229


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-229
    Summary: Joined-subclass definitions in separate .hbm.xml
       Type: Improvement

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 1

   Assignee: 
   Reporter: Duffy Gillman

    Created: Mon, 4 Aug 2003 6:40 PM
    Updated: Mon, 4 Aug 2003 6:40 PM
Environment: All

Description:
Currently all joined-subclass definitions must be contained in the hbm.xml file that defines the superclass.  In application frameworks built on top of Hibernate, this could be very limiting.  In order to allow someone to extend key framework classes, that person must currently edit the configuration files of the framework classes.  It would be very useful to allow new subclasses to be defined in external hbm files.

A new "superclass" attribute could be created for the class element, along with a "inheritanceType=joined|determinant".  When a new hbm file is processed by a DataStore the superclass attribute could be examined and the new class could be treated as a subclass or joined-subclass based on the inheritanceType attribute.  This would place a constraint on the order in which resources are added to the DataStore.  The superclass will need to be added first, or there will have to be a check for completeness of mapping definitions at the point when a SessionFactory is created.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Hibernate-issues] [Hibernate-JIRA] Commented: (HB-228) Support deleting collections

From: <leg...@at...> - 2003-08-04 14:05:14

The following comment has been added to this issue:

     Author: Gavin King
    Created: Mon, 4 Aug 2003 9:04 AM
       Body:
What do you expect to happen in this case?

A single sql delete? Well, we could potentially implement _that_ w/o a new API method ... the delete requests are buffered anyway.

Or just the same functionality as now? But Hibernate iterates the collection? You can implement _that_ yourself.....
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-228


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-228
    Summary: Support deleting collections
       Type: Improvement

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1

   Assignee: 
   Reporter: Mathias Bogaert

    Created: Mon, 4 Aug 2003 7:02 AM
    Updated: Mon, 4 Aug 2003 7:02 AM
Environment: Hibernate 2.0.2

Description:
It would be really cool if one could do this:

session.delete(pm.getSession().createCriteria(Dg.class).list());


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

93 messages has been excluded from this view by a project administrator.

Flat | Threaded

<< < 1 .. 772 773 774 775 776 .. 792 > >> (Page 774 of 792)