hibernate-issues — Hibernate JIRA Notifications

[Hibernate-issues] [Hibernate-JIRA] Closed: (HB-347) Hibernate mask HTTP session

[<leg...@at...>]

Message:

   The following issue has been closed.

   Resolver: Max Rydahl Andersen
       Date: Fri, 19 Sep 2003 2:51 PM

That's sounds more like an error 42 ;)
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-347
    Summary: Hibernate mask HTTP session
       Type: Bug

     Status: Closed
   Priority: Critical
 Resolution: REJECTED

    Project: Hibernate2
   Versions:
             2.0.3

   Assignee: 
   Reporter: Steve Dyer

    Created: Thu, 18 Sep 2003 7:54 PM
    Updated: Fri, 19 Sep 2003 2:51 PM
Environment: Windows XP, Tomcat 4.1.24, Sun JVM 1.4.2

Description:
private SessionFactory sessionFactory;
private Session dbSession;
do_get:
HttpSession session = request.getSession();
session.setAttribute(blah1, "blah1"); -- set in HTTP session
sessionFactory = new Configuration().configure().buildSessionFactory();
dbSession = sessionFactory.openSession();
session.setAttribute(blah2, "blah2"); -- not set in HTTP session


---------------------------------------------------------------------
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-348) Pulling Named Native Sql Queries from an xml file

[<leg...@at...>]

The following issue has been updated:

    Updater: Christopher D Riccio (mailto:cr...@cl...)
       Date: Fri, 19 Sep 2003 7:17 AM
    Comment:
Please note:
This code was built in an Eclipse test env using the db2 sample db
    Changes:
             Attachment changed to cdrHibernate.zip
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-348
    Summary: Pulling Named Native Sql Queries from an xml file
       Type: New Feature

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2

   Assignee: 
   Reporter: Christopher D Riccio

    Created: Fri, 19 Sep 2003 7:09 AM
    Updated: Fri, 19 Sep 2003 7:17 AM
Environment: Currently using Hibernate 2.1 B3

Description:
This is my first time doing something like this so please bare with me.  I will attach my code after creation of this issue.

I built 2 classes that handle the pulling of named sql queries.  I modeled the namedQueries.xml file after the example on the Hibernate Road Map.

I tried to model my code after what was in the Configuration class that was written by Gavin.  I also put in all the same versions of configure() that are in Configuration.

Currently I have not actually integrated the code into my version of Hibernate.  I noticed that Hibernate's JCASessionImpl class has a getNamedQuery( String ).  I'm not sure if this was created for the purpose, but I tried to follow along to what that is then put a "queryManager" Map in where I had my SessionFactory after creation.  To load the query I would just do something like this...

NamedQuery nQuery = getNamedQuery( queryName );
Query query = session.createSQLQuery( nQuery.getQuery(), nQuery.getAliases(), nQuery.getClasses() );

There are 2 classes, NamedQuery which after looking at will be pretty self explanatory and NamedQueryConfiguration.  When I was looking for code to model after in Hibernate, Configuration was the first thing to come to mind since it also loaded an xml file, so I tried to use all the same naming conventions, and even comments, as it did.

Biggest difference, NamedQueryConfiguration returns a Map.  The Map contains key - value pairs of queryName - NamedQuery.  This way, after the NamedQueryConfiguration.configure() is called, then the map can just be set in the JCASessionImpl.  Then call getNamedQuery and let it do the small code snippet above.

I hope this all makes sense and isn't overkill on the information.  Please let me know if there is any code or that needs to be changed based on naming, exception handling and any other coding standards.

Thanx,
Christopher D Riccio


---------------------------------------------------------------------
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-347) Hibernate mask HTTP session

[<leg...@at...>]

The following comment has been added to this issue:

     Author: Steve Dyer
    Created: Thu, 18 Sep 2003 7:58 PM
       Body:
Found the problem. 

Must import:
import javax.servlet.*;
import javax.servlet.http.*;

Before:
import net.sf.hibernate.*;
import net.sf.hibernate.cfg.*;
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-347
    Summary: Hibernate mask HTTP session
       Type: Bug

     Status: Unassigned
   Priority: Critical

    Project: Hibernate2
   Versions:
             2.0.3

   Assignee: 
   Reporter: Steve Dyer

    Created: Thu, 18 Sep 2003 7:54 PM
    Updated: Thu, 18 Sep 2003 7:54 PM
Environment: Windows XP, Tomcat 4.1.24, Sun JVM 1.4.2

Description:
private SessionFactory sessionFactory;
private Session dbSession;
do_get:
HttpSession session = request.getSession();
session.setAttribute(blah1, "blah1"); -- set in HTTP session
sessionFactory = new Configuration().configure().buildSessionFactory();
dbSession = sessionFactory.openSession();
session.setAttribute(blah2, "blah2"); -- not set in HTTP session


---------------------------------------------------------------------
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-348) Pulling Named Native Sql Queries from an xml file

[<leg...@at...>]

The following comment has been added to this issue:

     Author: Christopher D Riccio
    Created: Fri, 19 Sep 2003 2:02 PM
       Body:
Oh I see.

I didn't know the exact requirements.  I thought the sql-queries were to be seperated.
I will see what I can throw together.

Just so I have it straight, you guys want to see <sql-query>s in the hbm.xml file then have Configureation.configure seperate them in to a seperate hash called namedSqlQueries or something like that.

Correct?
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-348
    Summary: Pulling Named Native Sql Queries from an xml file
       Type: New Feature

     Status: Assigned
   Priority: Minor

    Project: Hibernate2

   Assignee: Max Rydahl Andersen
   Reporter: Christopher D Riccio

    Created: Fri, 19 Sep 2003 7:09 AM
    Updated: Fri, 19 Sep 2003 1:53 PM
Environment: Currently using Hibernate 2.1 B3

Description:
This is my first time doing something like this so please bare with me.  I will attach my code after creation of this issue.

I built 2 classes that handle the pulling of named sql queries.  I modeled the namedQueries.xml file after the example on the Hibernate Road Map.

I tried to model my code after what was in the Configuration class that was written by Gavin.  I also put in all the same versions of configure() that are in Configuration.

Currently I have not actually integrated the code into my version of Hibernate.  I noticed that Hibernate's JCASessionImpl class has a getNamedQuery( String ).  I'm not sure if this was created for the purpose, but I tried to follow along to what that is then put a "queryManager" Map in where I had my SessionFactory after creation.  To load the query I would just do something like this...

NamedQuery nQuery = getNamedQuery( queryName );
Query query = session.createSQLQuery( nQuery.getQuery(), nQuery.getAliases(), nQuery.getClasses() );

There are 2 classes, NamedQuery which after looking at will be pretty self explanatory and NamedQueryConfiguration.  When I was looking for code to model after in Hibernate, Configuration was the first thing to come to mind since it also loaded an xml file, so I tried to use all the same naming conventions, and even comments, as it did.

Biggest difference, NamedQueryConfiguration returns a Map.  The Map contains key - value pairs of queryName - NamedQuery.  This way, after the NamedQueryConfiguration.configure() is called, then the map can just be set in the JCASessionImpl.  Then call getNamedQuery and let it do the small code snippet above.

I hope this all makes sense and isn't overkill on the information.  Please let me know if there is any code or that needs to be changed based on naming, exception handling and any other coding standards.

Thanx,
Christopher D Riccio


---------------------------------------------------------------------
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-331) Problem with create Query

[<leg...@at...>]

The following comment has been added to this issue:

     Author: Andres A. Carrasquilla G=C3=B3mez
    Created: Thu, 18 Sep 2003 5:20 PM
       Body:
Mr. Gavin, My problem is exactly this but this problem it happens when the =
query is used whit an object that have an prymary key composed by two field=
s for example:

my object is customer and the prymary key is:

* ID
* ID_Type


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

  http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?=
key=3DHB-331


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-331
    Summary: Problem with create Query
       Type: Bug

     Status: Unassigned
   Priority: Critical

    Project: Hibernate2
 Components:=20
             core
   Versions:
             2.0.1

   Assignee:=20
   Reporter: Osvaldo Andres Cifuentes

    Created: Fri, 12 Sep 2003 5:26 PM
    Updated: Fri, 12 Sep 2003 5:26 PM
Environment: windows 2000 server spanish,xdoclet,jboss 3.2.1,jdk 1.4.2,orac=
le 9i Enterprise Edition

Description:
I'm using Session createQuery from Hibernate 2.0.1, the source look like th=
is:

List tipos =3D new ArrayList();
for(int lu=3D0;lu<ti.length;lu++)
=09tipos.add(ti[lu]);
Query q =3D sess.createQuery("from Cliente cliente where cliente.identifica=
cionPK.tipoIdentidad in (:tiposIdentidad) and cliente.identificacionPK.iden=
tidad like (:identidad)");
q.setParameterList("tiposIdentidad", tipos);
q.setString("identidad", i+"%");
List client=3Dq.list();

with this code i put the query on a list

for (int k=3D1;k<=3Dclient.size();k++){
=09Cliente cli=3D(Cliente)client.get(k);
=09log.debug(cli.getNombres());
}


=09=09=09
the Hibernate generated SQL source is OK. (I already tasted)

But when I look the client list, i can see that the first data is overwriti=
ng the others, The same
numbers of times than must have the query.
For example:

*The expected result:

id   name
__________
1=09a
2=09b
3=09c
4=09d
5=09e
6=09f
7=09g


*The actual result:

id   name
__________
1=09a
1=09a
1=09a
1=09a
1=09a
1=09a
1=09a

I hope any one can help me, I'll be very thankful


---------------------------------------------------------------------
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-321) could not create JCS region: NullPointerException

[<leg...@at...>]

The following issue has been updated:

    Updater: John Kristian (mailto:jkr...@do...)
       Date: Thu, 18 Sep 2003 2:22 PM
    Comment:
This problem is identical to HB-342, it appears.  I see the same symptoms with the lib/jcs.jar version that was released with Hibernate 2.0.3.

debug.zip (attached) contains a test case and detailed log file, which I hope will help isolate the problem.
    Changes:
             Attachment changed to debug.zip
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-321
    Summary: could not create JCS region: NullPointerException
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.3

   Assignee: 
   Reporter: John Kristian

    Created: Tue, 9 Sep 2003 6:42 PM
    Updated: Thu, 18 Sep 2003 2:22 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000

Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.

2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
	at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
	at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
	at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
	at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
	at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
	at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
	at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
	at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
	at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
	at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
	at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
	at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.collection.Set.<init>(Set.java:94)
	at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
	at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
	at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
	at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
	at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.collection.Set.<init>(Set.java:94)
	at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
	at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
	at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
	at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
	at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
	at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
	at com.docent.lms.web.Visit.getUser(Visit.java:252)



---------------------------------------------------------------------
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-345) <schemaexport> task "output" attribute doesn't respect relative build.xml directory path

[<leg...@at...>]

Message:

  A new issue has been created in JIRA.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-345
    Summary: <schemaexport> task "output" attribute doesn't respect relative build.xml directory path
       Type: Bug

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             toolset
   Versions:
             2.1 beta 4

   Assignee: 
   Reporter: Keith Donald

    Created: Thu, 18 Sep 2003 10:57 AM
    Updated: Thu, 18 Sep 2003 10:57 AM
Environment: Windows XP + Eclipse was the environment in which this problem was noticed.

Description:
The following is an example use of the schema export task in ANT illustrating the problem:

    	<schemaexport properties="${conf.home}/hibernate.properties"
    	                   quiet="no" text="no" drop="no"
	                   delimiter=";"
	                   output="dist/conf/schema-export.sql">
        	<fileset dir="${build.home}/classes">
            	<include name="**/*.hbm.xml"/>
	        </fileset>
    	</schemaexport>

The directory "dist/conf/schema-export" is a relative path from the directory in which the ant build.xml file is located.  I get a "Schema test failed: path not found dist/conf/schema-export.sql" - it appears output is an absolute path and not a relative one.  This seems to only cause problems in Eclipse, but manually specifiying the working directory in which the build.xml file should execute doesn't solve the problem either.  It's also strange how ${conf.home} above in the properties attribute is also a relative path and it works great--the problem seems localized to the output attribute

Workaround: putting a ${basedir}/ in front of "dist/conf/schema-export.sql" above solves the problem.


---------------------------------------------------------------------
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-215) Resolving XML external entities from a XML file enclosed in a jar

[<leg...@at...>]

The following issue has been updated:

    Updater: Emmanuel Ligne (mailto:emm...@at...)
       Date: Thu, 18 Sep 2003 10:39 AM
    Comment:
Diff between corrected file and original hibernate 2.0.3 one
    Changes:
             Attachment changed to XMLHelper.diff
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-215
    Summary: Resolving XML external entities from a XML file enclosed in a jar
       Type: Patch

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.1

   Assignee: 
   Reporter: Emmanuel Ligne

    Created: Mon, 28 Jul 2003 6:14 AM
    Updated: Thu, 18 Sep 2003 10:39 AM
Environment: Hibernate 2.0.1, windows 2000, jdk 1.4.1

Description:
When specifying something like <!ENTITY frame SYSTEM "/mypath/Frame.xml">, if both enclosing and enclosed XML files are in jar file, Frame.xml is not searched in the enclosing file jar
origin (as should be done regarding specif of relative URI search priority).

Updated net.sf.hibernate.util.DTDEntityResolver as well as its users
(ie XMLHelper and Configuration) so that optionnally a ClassLoader
can be passed. This classloader is tried to load resources as stream
given their systemId if the systemId is told to start with file:///
(ie relative uri).

code for DTDEntityResolver :

public class DTDEntityResolver implements EntityResolver {
	
	Log log = LogFactory.getLog(DTDEntityResolver.class);
	
	private final ClassLoader loader ;

	public DTDEntityResolver(ClassLoader loader) {
		super() ;
		this.loader = loader ;
	}

	private static final String URL = "http://hibernate.sourceforge.net/";
	private static final String FILE = "file:///" ;

	public InputSource resolveEntity (String publicId, String systemId) {
		if ( systemId!=null) {
			if (systemId.startsWith(URL) ) {
				log.debug("trying to locate " + systemId + " in classpath under net/sf/hibernate/");
				// Search for DTD
				ClassLoader classLoader = this.getClass().getClassLoader();
				InputStream dtdStream = classLoader.getResourceAsStream( "net/sf/hibernate/" + systemId.substring( URL.length() ) );
				if (dtdStream==null) {
					log.debug(systemId + "not found in classpath");
					return null;
				}
				else {
					log.debug("found " + systemId + " in classpath");
					InputSource source = new InputSource(dtdStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			}
			else if (systemId.startsWith(FILE))
			{
				InputStream childStream = loader.getResourceAsStream(systemId.substring(FILE.length())) ;
				if (childStream == null)
					return null ;
				else {
					log.debug("found " + systemId + " from classLoader");
					InputSource source = new InputSource(childStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			} else
				return null ;
		} else {
			// use the default behaviour
			return null;
		}
	}
	
}

Impacted code in XMLHelper :

Added constructor
	public static SAXReader createSAXReader(String file, ClassLoader cl) {
		SAXReader reader = new SAXReader();
		reader.setEntityResolver(new DTDEntityResolver(cl));
		reader.setErrorHandler( new ErrorLogger(file) );
		reader.setMergeAdjacentText(true);
		reader.setValidation(true);
		return reader;
	}
	
Modified DTD_RESOLVER instanciation :
	private static final EntityResolver DTD_RESOLVER = new DTDEntityResolver(XMLHelper.class.getClassLoader());


Configuration.java :

Modified some addXXX methods to use the new feature of XMLHelper :

	public Configuration addInputStream(InputStream xmlInputStream, ClassLoader src) throws MappingException {
		try {
			add( XMLHelper.createSAXReader("XML InputStream", src).read( new InputSource(xmlInputStream) ) );
			return this;
		}
		catch (MappingException me) {
			throw me;
		}
		catch (Exception e) {
			log.error("Could not configure datastore from input stream", e);
			throw new MappingException(e);
		}
	}
	
	/**
	 * Read mappings from an application resource
	 * @param path a resource
	 * @param classLoader a <tt>ClassLoader</tt> to use
	 */
	public Configuration addResource(String path, ClassLoader classLoader) throws MappingException {
		log.info("Mapping resource: " + path);
		InputStream rsrc = classLoader.getResourceAsStream(path);
		if (rsrc==null) throw new MappingException("Resource: " + path + " not found");
		return addInputStream(rsrc, classLoader);
	}
	
	/**
	 * Read a mapping from an application resource, using a convention.
	 * The class <tt>foo.bar.Foo</tt> is mapped by the file <tt>foo/bar/Foo.hbm.xml</tt>.
	 * @param persistentClass the mapped class
	 */
	public Configuration addClass(Class persistentClass) throws MappingException {
		String fileName = persistentClass.getName().replace(StringHelper.DOT,'/') + ".hbm.xml";
		log.info("Mapping resource: " + fileName);
		ClassLoader cl = persistentClass.getClassLoader() ;
		InputStream rsrc = cl.getResourceAsStream(fileName);
		if (rsrc==null) throw new MappingException("Resource: " + fileName + " not found");
		return addInputStream(rsrc, cl);
	}
	
	/**
	 * Read all mappings from a jar file
	 * @param resource an application resource (a jar file)
	 */
	public Configuration addJar(String resource) throws MappingException {
		
		log.info("Searching for mapping documents in jar: " + resource);
		
		final JarFile jarFile;
		final ClassLoader cl ;
		try {
			cl = Thread.currentThread().getContextClassLoader() ;
			jarFile = new JarFile(
				cl.getResource(resource).getFile()
			);
		}
		catch (IOException ioe) {
			log.error("Could not configure datastore from jar", ioe);
			throw new MappingException(ioe);
		}
		
		if (jarFile==null) throw new MappingException("Resource: " + resource + " not found");
		
		Enumeration enum = jarFile.entries();
		while( enum.hasMoreElements() ) {
			
			ZipEntry z = (ZipEntry) enum.nextElement();
			
			if( z.getName().endsWith(".hbm.xml") ) {
				log.info( "Found mapping documents in jar: " + z.getName() );
				try {
					addInputStream( jarFile.getInputStream(z), cl );
				}
				catch (MappingException me) {
					throw me;
				}
				catch (Exception e) {
					log.error("Could not configure datastore from jar", e);
					throw new MappingException(e);
				}
			}
		}
		
		return this;
		
	}



---------------------------------------------------------------------
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-215) Resolving XML external entities from a XML file enclosed in a jar

[<leg...@at...>]

The following issue has been updated:

    Updater: Emmanuel Ligne (mailto:emm...@at...)
       Date: Thu, 18 Sep 2003 10:39 AM
    Comment:
Diff between corrected file and original hibernate 2.0.3 one
    Changes:
             Attachment changed to DTDEntityResolver.diff
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-215
    Summary: Resolving XML external entities from a XML file enclosed in a jar
       Type: Patch

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.1

   Assignee: 
   Reporter: Emmanuel Ligne

    Created: Mon, 28 Jul 2003 6:14 AM
    Updated: Thu, 18 Sep 2003 10:39 AM
Environment: Hibernate 2.0.1, windows 2000, jdk 1.4.1

Description:
When specifying something like <!ENTITY frame SYSTEM "/mypath/Frame.xml">, if both enclosing and enclosed XML files are in jar file, Frame.xml is not searched in the enclosing file jar
origin (as should be done regarding specif of relative URI search priority).

Updated net.sf.hibernate.util.DTDEntityResolver as well as its users
(ie XMLHelper and Configuration) so that optionnally a ClassLoader
can be passed. This classloader is tried to load resources as stream
given their systemId if the systemId is told to start with file:///
(ie relative uri).

code for DTDEntityResolver :

public class DTDEntityResolver implements EntityResolver {
	
	Log log = LogFactory.getLog(DTDEntityResolver.class);
	
	private final ClassLoader loader ;

	public DTDEntityResolver(ClassLoader loader) {
		super() ;
		this.loader = loader ;
	}

	private static final String URL = "http://hibernate.sourceforge.net/";
	private static final String FILE = "file:///" ;

	public InputSource resolveEntity (String publicId, String systemId) {
		if ( systemId!=null) {
			if (systemId.startsWith(URL) ) {
				log.debug("trying to locate " + systemId + " in classpath under net/sf/hibernate/");
				// Search for DTD
				ClassLoader classLoader = this.getClass().getClassLoader();
				InputStream dtdStream = classLoader.getResourceAsStream( "net/sf/hibernate/" + systemId.substring( URL.length() ) );
				if (dtdStream==null) {
					log.debug(systemId + "not found in classpath");
					return null;
				}
				else {
					log.debug("found " + systemId + " in classpath");
					InputSource source = new InputSource(dtdStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			}
			else if (systemId.startsWith(FILE))
			{
				InputStream childStream = loader.getResourceAsStream(systemId.substring(FILE.length())) ;
				if (childStream == null)
					return null ;
				else {
					log.debug("found " + systemId + " from classLoader");
					InputSource source = new InputSource(childStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			} else
				return null ;
		} else {
			// use the default behaviour
			return null;
		}
	}
	
}

Impacted code in XMLHelper :

Added constructor
	public static SAXReader createSAXReader(String file, ClassLoader cl) {
		SAXReader reader = new SAXReader();
		reader.setEntityResolver(new DTDEntityResolver(cl));
		reader.setErrorHandler( new ErrorLogger(file) );
		reader.setMergeAdjacentText(true);
		reader.setValidation(true);
		return reader;
	}
	
Modified DTD_RESOLVER instanciation :
	private static final EntityResolver DTD_RESOLVER = new DTDEntityResolver(XMLHelper.class.getClassLoader());


Configuration.java :

Modified some addXXX methods to use the new feature of XMLHelper :

	public Configuration addInputStream(InputStream xmlInputStream, ClassLoader src) throws MappingException {
		try {
			add( XMLHelper.createSAXReader("XML InputStream", src).read( new InputSource(xmlInputStream) ) );
			return this;
		}
		catch (MappingException me) {
			throw me;
		}
		catch (Exception e) {
			log.error("Could not configure datastore from input stream", e);
			throw new MappingException(e);
		}
	}
	
	/**
	 * Read mappings from an application resource
	 * @param path a resource
	 * @param classLoader a <tt>ClassLoader</tt> to use
	 */
	public Configuration addResource(String path, ClassLoader classLoader) throws MappingException {
		log.info("Mapping resource: " + path);
		InputStream rsrc = classLoader.getResourceAsStream(path);
		if (rsrc==null) throw new MappingException("Resource: " + path + " not found");
		return addInputStream(rsrc, classLoader);
	}
	
	/**
	 * Read a mapping from an application resource, using a convention.
	 * The class <tt>foo.bar.Foo</tt> is mapped by the file <tt>foo/bar/Foo.hbm.xml</tt>.
	 * @param persistentClass the mapped class
	 */
	public Configuration addClass(Class persistentClass) throws MappingException {
		String fileName = persistentClass.getName().replace(StringHelper.DOT,'/') + ".hbm.xml";
		log.info("Mapping resource: " + fileName);
		ClassLoader cl = persistentClass.getClassLoader() ;
		InputStream rsrc = cl.getResourceAsStream(fileName);
		if (rsrc==null) throw new MappingException("Resource: " + fileName + " not found");
		return addInputStream(rsrc, cl);
	}
	
	/**
	 * Read all mappings from a jar file
	 * @param resource an application resource (a jar file)
	 */
	public Configuration addJar(String resource) throws MappingException {
		
		log.info("Searching for mapping documents in jar: " + resource);
		
		final JarFile jarFile;
		final ClassLoader cl ;
		try {
			cl = Thread.currentThread().getContextClassLoader() ;
			jarFile = new JarFile(
				cl.getResource(resource).getFile()
			);
		}
		catch (IOException ioe) {
			log.error("Could not configure datastore from jar", ioe);
			throw new MappingException(ioe);
		}
		
		if (jarFile==null) throw new MappingException("Resource: " + resource + " not found");
		
		Enumeration enum = jarFile.entries();
		while( enum.hasMoreElements() ) {
			
			ZipEntry z = (ZipEntry) enum.nextElement();
			
			if( z.getName().endsWith(".hbm.xml") ) {
				log.info( "Found mapping documents in jar: " + z.getName() );
				try {
					addInputStream( jarFile.getInputStream(z), cl );
				}
				catch (MappingException me) {
					throw me;
				}
				catch (Exception e) {
					log.error("Could not configure datastore from jar", e);
					throw new MappingException(e);
				}
			}
		}
		
		return this;
		
	}



---------------------------------------------------------------------
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-215) Resolving XML external entities from a XML file enclosed in a jar

[<leg...@at...>]

The following issue has been updated:

    Updater: Emmanuel Ligne (mailto:emm...@at...)
       Date: Thu, 18 Sep 2003 10:38 AM
    Comment:
Diff between corrected Configuration.java and hibernate 2.0.3
original one
    Changes:
             Attachment changed to Configuration.diff
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-215
    Summary: Resolving XML external entities from a XML file enclosed in a jar
       Type: Patch

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.1

   Assignee: 
   Reporter: Emmanuel Ligne

    Created: Mon, 28 Jul 2003 6:14 AM
    Updated: Thu, 18 Sep 2003 10:38 AM
Environment: Hibernate 2.0.1, windows 2000, jdk 1.4.1

Description:
When specifying something like <!ENTITY frame SYSTEM "/mypath/Frame.xml">, if both enclosing and enclosed XML files are in jar file, Frame.xml is not searched in the enclosing file jar
origin (as should be done regarding specif of relative URI search priority).

Updated net.sf.hibernate.util.DTDEntityResolver as well as its users
(ie XMLHelper and Configuration) so that optionnally a ClassLoader
can be passed. This classloader is tried to load resources as stream
given their systemId if the systemId is told to start with file:///
(ie relative uri).

code for DTDEntityResolver :

public class DTDEntityResolver implements EntityResolver {
	
	Log log = LogFactory.getLog(DTDEntityResolver.class);
	
	private final ClassLoader loader ;

	public DTDEntityResolver(ClassLoader loader) {
		super() ;
		this.loader = loader ;
	}

	private static final String URL = "http://hibernate.sourceforge.net/";
	private static final String FILE = "file:///" ;

	public InputSource resolveEntity (String publicId, String systemId) {
		if ( systemId!=null) {
			if (systemId.startsWith(URL) ) {
				log.debug("trying to locate " + systemId + " in classpath under net/sf/hibernate/");
				// Search for DTD
				ClassLoader classLoader = this.getClass().getClassLoader();
				InputStream dtdStream = classLoader.getResourceAsStream( "net/sf/hibernate/" + systemId.substring( URL.length() ) );
				if (dtdStream==null) {
					log.debug(systemId + "not found in classpath");
					return null;
				}
				else {
					log.debug("found " + systemId + " in classpath");
					InputSource source = new InputSource(dtdStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			}
			else if (systemId.startsWith(FILE))
			{
				InputStream childStream = loader.getResourceAsStream(systemId.substring(FILE.length())) ;
				if (childStream == null)
					return null ;
				else {
					log.debug("found " + systemId + " from classLoader");
					InputSource source = new InputSource(childStream);
					source.setPublicId(publicId);
					source.setSystemId(systemId);
					return source;
				}
			} else
				return null ;
		} else {
			// use the default behaviour
			return null;
		}
	}
	
}

Impacted code in XMLHelper :

Added constructor
	public static SAXReader createSAXReader(String file, ClassLoader cl) {
		SAXReader reader = new SAXReader();
		reader.setEntityResolver(new DTDEntityResolver(cl));
		reader.setErrorHandler( new ErrorLogger(file) );
		reader.setMergeAdjacentText(true);
		reader.setValidation(true);
		return reader;
	}
	
Modified DTD_RESOLVER instanciation :
	private static final EntityResolver DTD_RESOLVER = new DTDEntityResolver(XMLHelper.class.getClassLoader());


Configuration.java :

Modified some addXXX methods to use the new feature of XMLHelper :

	public Configuration addInputStream(InputStream xmlInputStream, ClassLoader src) throws MappingException {
		try {
			add( XMLHelper.createSAXReader("XML InputStream", src).read( new InputSource(xmlInputStream) ) );
			return this;
		}
		catch (MappingException me) {
			throw me;
		}
		catch (Exception e) {
			log.error("Could not configure datastore from input stream", e);
			throw new MappingException(e);
		}
	}
	
	/**
	 * Read mappings from an application resource
	 * @param path a resource
	 * @param classLoader a <tt>ClassLoader</tt> to use
	 */
	public Configuration addResource(String path, ClassLoader classLoader) throws MappingException {
		log.info("Mapping resource: " + path);
		InputStream rsrc = classLoader.getResourceAsStream(path);
		if (rsrc==null) throw new MappingException("Resource: " + path + " not found");
		return addInputStream(rsrc, classLoader);
	}
	
	/**
	 * Read a mapping from an application resource, using a convention.
	 * The class <tt>foo.bar.Foo</tt> is mapped by the file <tt>foo/bar/Foo.hbm.xml</tt>.
	 * @param persistentClass the mapped class
	 */
	public Configuration addClass(Class persistentClass) throws MappingException {
		String fileName = persistentClass.getName().replace(StringHelper.DOT,'/') + ".hbm.xml";
		log.info("Mapping resource: " + fileName);
		ClassLoader cl = persistentClass.getClassLoader() ;
		InputStream rsrc = cl.getResourceAsStream(fileName);
		if (rsrc==null) throw new MappingException("Resource: " + fileName + " not found");
		return addInputStream(rsrc, cl);
	}
	
	/**
	 * Read all mappings from a jar file
	 * @param resource an application resource (a jar file)
	 */
	public Configuration addJar(String resource) throws MappingException {
		
		log.info("Searching for mapping documents in jar: " + resource);
		
		final JarFile jarFile;
		final ClassLoader cl ;
		try {
			cl = Thread.currentThread().getContextClassLoader() ;
			jarFile = new JarFile(
				cl.getResource(resource).getFile()
			);
		}
		catch (IOException ioe) {
			log.error("Could not configure datastore from jar", ioe);
			throw new MappingException(ioe);
		}
		
		if (jarFile==null) throw new MappingException("Resource: " + resource + " not found");
		
		Enumeration enum = jarFile.entries();
		while( enum.hasMoreElements() ) {
			
			ZipEntry z = (ZipEntry) enum.nextElement();
			
			if( z.getName().endsWith(".hbm.xml") ) {
				log.info( "Found mapping documents in jar: " + z.getName() );
				try {
					addInputStream( jarFile.getInputStream(z), cl );
				}
				catch (MappingException me) {
					throw me;
				}
				catch (Exception e) {
					log.error("Could not configure datastore from jar", e);
					throw new MappingException(e);
				}
			}
		}
		
		return this;
		
	}



---------------------------------------------------------------------
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-325) JCASessionFactoryImpl incompatible with WebLogic (8.1)

[<leg...@at...>]

The following comment has been added to this issue:

     Author: Ethan Wolf
    Created: Thu, 18 Sep 2003 7:58 AM
       Body:
For completeness:  I found some documentation of weblogic's proxy that wraps the connection at http://e-docs.bea.com/wls/docs81/upgrade/upgrade70to81.html#1059093.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-325
    Summary: JCASessionFactoryImpl incompatible with WebLogic (8.1)
       Type: Bug

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.1

   Assignee: 
   Reporter: Ethan Wolf

    Created: Thu, 11 Sep 2003 4:39 PM
    Updated: Thu, 11 Sep 2003 4:39 PM
Environment: Windows 2000, WebLogic 8.1 (Windows version)

Description:
JCASessionImplFactory.openSession() performs a cast of the Session returned from the application server's connection manager.  The cast is to the implementation class (JCASessionImpl), not the interface (Session).
However, WebLogic's connection manager returns a proxy, resulting in a class cast exception.
The problem seems to be avoidable by casting to Session instead of the implementation class.


---------------------------------------------------------------------
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-339) java.util.ConcurrentModificationException

[<leg...@at...>]

The following comment has been added to this issue:

     Author: jason zhang
    Created: Thu, 18 Sep 2003 1:46 AM
       Body:
First there is no this problem if I use hibernate 2.0. 
In my system, I can reproduce this problem consistently. I just can not set up a simple system to reproduce this problem. I can not just send my system to you since it has tons of code.

Let me try to see whether I can create a simple case to reproduce this problem or not.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-339
    Summary: java.util.ConcurrentModificationException
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: jason zhang

    Created: Wed, 17 Sep 2003 1:59 AM
    Updated: Wed, 17 Sep 2003 1:59 AM
Environment: Window 2000 professional, JVM 1.4, oracle 9

Description:
There is no any problem if the same test case is run with hibernate 2.0. But it does not work with hibernate 2.1 beta 3b. 

14:46:56,891 ERROR PersistentCollection:157 - Failed to lazily initialize a collection
java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.remove(HashMap.java:781)
	at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015)
	at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224)
	at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
	at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720)
	at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703)
	at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74)
	at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143)
	at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154)
	at net.sf.hibernate.collection.PersistentCollection.read(PersistentCollection.java:63)
	at net.sf.hibernate.collection.Set.iterator(Set.java:132)
	....
caused by: java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.remove(HashMap.java:781)
	at net.sf.hibernate.impl.SessionImpl.endLoadingCollections(SessionImpl.java:3015)
	at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:224)
	at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
	at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:720)
	at net.sf.hibernate.loader.Loader.loadCollection(Loader.java:703)
	at net.sf.hibernate.loader.OneToManyLoader.initialize(OneToManyLoader.java:74)
	at net.sf.hibernate.impl.SessionImpl.initialize(SessionImpl.java:3143)
	at net.sf.hibernate.collection.PersistentCollection.initialize(PersistentCollection.java:154)
	... 30 more



---------------------------------------------------------------------
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-338) NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch

[<leg...@at...>]

The following comment has been added to this issue:

     Author: jason zhang
    Created: Thu, 18 Sep 2003 1:10 AM
       Body:
I forget to mention that my code works fine with hibernate 1.XX and hibernate 2.0
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-338
    Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: jason zhang

    Created: Tue, 16 Sep 2003 10:50 PM
    Updated: Thu, 18 Sep 2003 12:52 AM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.

Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.

This problem may be related to <idbag>.  The exception is throwed just after the email is inserted. The email is a <idbag> mapped.


Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
	at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
	at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
	at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
	at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
	at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
	at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
	at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
	at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
	at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
	at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
	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 junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.textui.TestRunner.doRun(TestRunner.java:116)
	at junit.textui.TestRunner.doRun(TestRunner.java:109)
	at junit.textui.TestRunner.run(TestRunner.java:72)
	at junit.textui.TestRunner.run(TestRunner.java:57)
	


---------------------------------------------------------------------
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-338) NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch

[<leg...@at...>]

The following issue has been updated:

    Updater: jason zhang (mailto:jas...@ya...)
       Date: Thu, 18 Sep 2003 12:52 AM
    Comment:
The attachment has everything to reproduce the problem.
Database schema is for oracle 9. 

Just run the Test, you will see the exception.


    Changes:
             Attachment changed to src.zip
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-338
    Summary: NullPointerException at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: jason zhang

    Created: Tue, 16 Sep 2003 10:50 PM
    Updated: Thu, 18 Sep 2003 12:52 AM
Environment: hibernate 2.1 beta 3. Window 2000 professional. JVM 1.4, Oracle 9.

Description:
I do not have this problem before when I use hibernate 2.0. yesterday I changed to 2.1 beta 3 and used <idbag>, I got this exception.

This problem may be related to <idbag>.  The exception is throwed just after the email is inserted. The email is a <idbag> mapped.


Hibernate: insert into email (contactID, id, email, type) values (?, ?, ?, ?)
Hibernate: select seq_email.nextval from dual
java.lang.NullPointerException
	at net.sf.hibernate.impl.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:22)
	at net.sf.hibernate.collection.CollectionPersister.recreate(CollectionPersister.java:705)
	at net.sf.hibernate.impl.ScheduledCollectionRecreate.execute(ScheduledCollectionRecreate.java:22)
	at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2278)
	at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2238)
	at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2178)
	at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:56)
	at com.access.sync.framework.persistence.HibernatePersister.commit(HibernatePersister.java:311)
	at com.access.sync.framework.persistence.test.ContactPersisterTester.myTestSave(ContactPersisterTester.java:126)
	at com.access.sync.framework.persistence.test.ContactPersisterTester.testAll(ContactPersisterTester.java:79)
	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 junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.textui.TestRunner.doRun(TestRunner.java:116)
	at junit.textui.TestRunner.doRun(TestRunner.java:109)
	at junit.textui.TestRunner.run(TestRunner.java:72)
	at junit.textui.TestRunner.run(TestRunner.java:57)
	


---------------------------------------------------------------------
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-344) Delete by id method

[<leg...@at...>]

Message:

  A new issue has been created in JIRA.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-344
    Summary: Delete by id method
       Type: New Feature

     Status: Unassigned
   Priority: Minor

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.3

   Assignee: 
   Reporter: Paul Austin

    Created: Wed, 17 Sep 2003 10:09 PM
    Updated: Wed, 17 Sep 2003 10:09 PM
Environment: Windows 2000
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)

Description:
The current delete methods on a session support deleting by passing an object to delete or using a query.

A useful addition would be to have a method that can delete using the id for the object in a similar way to load.

The current way to do this is with code such as the following.

session.delete(
  " from eg.Person pers where pers.id = ?",
  new Integer(4),
  new IntegerType()
);

A simpler form would be.

session.delete(Person.class, new Integer(4));

This method would have the same signature below.

public void delete(Class theClass, Serializable id) throws HibernateException


---------------------------------------------------------------------
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-342) JCSCache.put java.lang.Error: update: last is null!

[<leg...@at...>]

The following comment has been added to this issue:

     Author: John Kristian
    Created: Wed, 17 Sep 2003 8:34 PM
       Body:
The problem does not occur if Role.hashCode() returns 1 (regardless of the values of its properties).  But this doesn't seem like a tolerable workaround, since I guess it would waste a lot of CPU time (hash tables would have only one non-empty bucket).
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-342
    Summary: JCSCache.put java.lang.Error: update: last is null!
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: John Kristian

    Created: Wed, 17 Sep 2003 2:29 PM
    Updated: Wed, 17 Sep 2003 4:31 PM
Environment: Windows XP, JBoss 3, Microsoft SQL Server

Description:
With Hibernate 2.1 beta 3b (but not 2.0.2), the following errors occur.  I will supply a small test case and more detailed log, soon.

12:19:30,390 ERROR [LRUMemoryCache] verifycache: map does NOT contain key, what the HECK!
12:19:30,390 ERROR [TestCache] testScan failed
java.lang.Error: update: last is null!
        at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:140)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
        at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:34)
        at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:86)
        at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2137)
        at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:221)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:661)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:676)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:52)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:44)
        at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:378)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2059)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.assemble(EntityType.java:95)
        at net.sf.hibernate.collection.Set.<init>(Set.java:94)
        at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
        at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:370)
        at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:67)
        at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:178)
        at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:130)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:54)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:46)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2044)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.nullSafeGet(EntityType.java:111)
        at net.sf.hibernate.impl.IteratorImpl.postNext(IteratorImpl.java:67)
        at net.sf.hibernate.impl.IteratorImpl.next(IteratorImpl.java:87)
        at com.docent.lms.entities.tests.hibernate.TestCache.scan(TestCache.java:104)


---------------------------------------------------------------------
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-342) JCSCache.put java.lang.Error: update: last is null!

[<leg...@at...>]

The following issue has been updated:

    Updater: John Kristian (mailto:jkr...@do...)
       Date: Wed, 17 Sep 2003 4:31 PM
    Comment:
debug.zip (attached) contains a test case that logs more information, which I hope will help isolate the problem.

Part of the problem, it appears, is that Hibernate uses a RolePermissionAssociation$Id as a key for a JCS region map, but the Id refers to a Role whose id has not been loaded.  Subsequently, Hibernate loads the Role id, which changes the RolePermissionAssociation$Id.hashCode(), which causes the Id to be 'lost' in the JCS region map.  Eventually, the JCS region contains several such lost keys in its map but nothing in its list (all entries were spooled because the map contains more keys than the cache size limit).  At this point, JCS throws the problematic exception.
    Changes:
             Attachment changed to debug.zip
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-342
    Summary: JCSCache.put java.lang.Error: update: last is null!
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: John Kristian

    Created: Wed, 17 Sep 2003 2:29 PM
    Updated: Wed, 17 Sep 2003 4:31 PM
Environment: Windows XP, JBoss 3, Microsoft SQL Server

Description:
With Hibernate 2.1 beta 3b (but not 2.0.2), the following errors occur.  I will supply a small test case and more detailed log, soon.

12:19:30,390 ERROR [LRUMemoryCache] verifycache: map does NOT contain key, what the HECK!
12:19:30,390 ERROR [TestCache] testScan failed
java.lang.Error: update: last is null!
        at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:140)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
        at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:34)
        at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:86)
        at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2137)
        at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:221)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:661)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:676)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:52)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:44)
        at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:378)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2059)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.assemble(EntityType.java:95)
        at net.sf.hibernate.collection.Set.<init>(Set.java:94)
        at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
        at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:370)
        at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:67)
        at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:178)
        at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:130)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:54)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:46)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2044)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.nullSafeGet(EntityType.java:111)
        at net.sf.hibernate.impl.IteratorImpl.postNext(IteratorImpl.java:67)
        at net.sf.hibernate.impl.IteratorImpl.next(IteratorImpl.java:87)
        at com.docent.lms.entities.tests.hibernate.TestCache.scan(TestCache.java:104)


---------------------------------------------------------------------
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-343) Session.clear() not clearing saved objects

[<leg...@at...>]

Message:

  A new issue has been created in JIRA.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-343
    Summary: Session.clear() not clearing saved objects
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: Robson Miranda

    Created: Wed, 17 Sep 2003 3:40 PM
    Updated: Wed, 17 Sep 2003 3:40 PM
Environment: RedHat Linux 9, j2sdk 1.4.2

Description:
I am having a problem with Session.clear(). It seems that, when doing

PersistentObject o = new PersistentObject();
o.setRelation(session.load(OtherPersistentObject.class, idOfOtherObject));
session.save(o);
session.flush(o);
session.clear(o);

the session cache is not cleared. I'm having OutOfMemoryExceptions when doing this loop several times.
When I remove the session.save(o), everything works fine.

----
   Robson



---------------------------------------------------------------------
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-342) JCSCache.put java.lang.Error: update: last is null!

[<leg...@at...>]

The following issue has been updated:

    Updater: John Kristian (mailto:jkr...@do...)
       Date: Wed, 17 Sep 2003 2:59 PM
    Comment:
test.zip (attached) contains a fairly simple test case and detailed log file.
    Changes:
             Attachment changed to test.zip
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-342
    Summary: JCSCache.put java.lang.Error: update: last is null!
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: John Kristian

    Created: Wed, 17 Sep 2003 2:29 PM
    Updated: Wed, 17 Sep 2003 2:59 PM
Environment: Windows XP, JBoss 3, Microsoft SQL Server

Description:
With Hibernate 2.1 beta 3b (but not 2.0.2), the following errors occur.  I will supply a small test case and more detailed log, soon.

12:19:30,390 ERROR [LRUMemoryCache] verifycache: map does NOT contain key, what the HECK!
12:19:30,390 ERROR [TestCache] testScan failed
java.lang.Error: update: last is null!
        at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:140)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
        at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:34)
        at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:86)
        at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2137)
        at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:221)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:661)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:676)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:52)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:44)
        at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:378)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2059)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.assemble(EntityType.java:95)
        at net.sf.hibernate.collection.Set.<init>(Set.java:94)
        at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
        at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:370)
        at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:67)
        at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:178)
        at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:130)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:54)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:46)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2044)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.nullSafeGet(EntityType.java:111)
        at net.sf.hibernate.impl.IteratorImpl.postNext(IteratorImpl.java:67)
        at net.sf.hibernate.impl.IteratorImpl.next(IteratorImpl.java:87)
        at com.docent.lms.entities.tests.hibernate.TestCache.scan(TestCache.java:104)


---------------------------------------------------------------------
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-321) could not create JCS region: NullPointerException

[<leg...@at...>]

The following comment has been added to this issue:

     Author: John Kristian
    Created: Wed, 17 Sep 2003 2:37 PM
       Body:
I suspect this is caused by the same bug as HB-342.  The symptoms are different because I used a newer version of jcs.jar to produce HB-342.
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-321
    Summary: could not create JCS region: NullPointerException
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.0.3

   Assignee: 
   Reporter: John Kristian

    Created: Tue, 9 Sep 2003 6:42 PM
    Updated: Wed, 10 Sep 2003 7:58 PM
Environment: Windows XP Professional, JBoss 3, Microsoft SQL Server 2000

Description:
With Hibernate 2.0.3 (but not 2.0.2), the following error occurs.

2003-09-09 16:25:11,453 ERROR [net.sf.hibernate.cache.JCSCache] could not create JCS region
java.lang.NullPointerException
	at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:116)
	at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
	at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
	at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
	at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
	at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:36)
	at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:64)
	at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:1966)
	at net.sf.hibernate.loader.Loader.doFind(Loader.java:196)
	at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:587)
	at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:42)
	at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:396)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1889)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.collection.Set.<init>(Set.java:94)
	at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
	at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
	at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
	at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
	at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1716)
	at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:62)
	at net.sf.hibernate.type.EntityType.assemble(EntityType.java:93)
	at net.sf.hibernate.collection.Set.<init>(Set.java:94)
	at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
	at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:308)
	at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:66)
	at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:177)
	at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:129)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:53)
	at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:45)
	at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:1872)
	at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1757)
	at net.sf.hibernate.impl.SessionImpl.load(SessionImpl.java:1688)
	at com.docent.lms.entities.reference.GeneratedUser$Factory.getById(GeneratedUser.java:456)
	at com.docent.lms.web.Visit.getUser(Visit.java:252)



---------------------------------------------------------------------
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-342) JCSCache.put java.lang.Error: update: last is null!

[<leg...@at...>]

The following comment has been added to this issue:

     Author: John Kristian
    Created: Wed, 17 Sep 2003 2:36 PM
       Body:
I suspect this is caused by the same bug as HB-321.  The symptoms are different because I used an older version of jcs.jar to produce HB-321.

Also, I suspect Hibernate is modifying a composite identifier AFTER using it as the key for a JCS cache entry.  This would be a violation of the JCS region interface contract: objects used as keys in a JCS region must not be modified in any way that affects the behavior of their equals(Object) or hashCode() methods.  I am working to develop a test case that will confirm or deny this suspicion.
---------------------------------------------------------------------
View the issue:

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-342
    Summary: JCSCache.put java.lang.Error: update: last is null!
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: John Kristian

    Created: Wed, 17 Sep 2003 2:29 PM
    Updated: Wed, 17 Sep 2003 2:29 PM
Environment: Windows XP, JBoss 3, Microsoft SQL Server

Description:
With Hibernate 2.1 beta 3b (but not 2.0.2), the following errors occur.  I will supply a small test case and more detailed log, soon.

12:19:30,390 ERROR [LRUMemoryCache] verifycache: map does NOT contain key, what the HECK!
12:19:30,390 ERROR [TestCache] testScan failed
java.lang.Error: update: last is null!
        at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:140)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
        at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:34)
        at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:86)
        at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2137)
        at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:221)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:661)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:676)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:52)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:44)
        at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:378)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2059)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.assemble(EntityType.java:95)
        at net.sf.hibernate.collection.Set.<init>(Set.java:94)
        at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
        at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:370)
        at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:67)
        at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:178)
        at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:130)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:54)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:46)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2044)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.nullSafeGet(EntityType.java:111)
        at net.sf.hibernate.impl.IteratorImpl.postNext(IteratorImpl.java:67)
        at net.sf.hibernate.impl.IteratorImpl.next(IteratorImpl.java:87)
        at com.docent.lms.entities.tests.hibernate.TestCache.scan(TestCache.java:104)


---------------------------------------------------------------------
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-342) JCSCache.put java.lang.Error: update: last is null!

[<leg...@at...>]

Message:

  A new issue has been created in JIRA.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HB-342
    Summary: JCSCache.put java.lang.Error: update: last is null!
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate2
 Components: 
             core
   Versions:
             2.1 beta 3

   Assignee: 
   Reporter: John Kristian

    Created: Wed, 17 Sep 2003 2:29 PM
    Updated: Wed, 17 Sep 2003 2:29 PM
Environment: Windows XP, JBoss 3, Microsoft SQL Server

Description:
With Hibernate 2.1 beta 3b (but not 2.0.2), the following errors occur.  I will supply a small test case and more detailed log, soon.

12:19:30,390 ERROR [LRUMemoryCache] verifycache: map does NOT contain key, what the HECK!
12:19:30,390 ERROR [TestCache] testScan failed
java.lang.Error: update: last is null!
        at org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:140)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:241)
        at org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:200)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:311)
        at org.apache.jcs.access.CacheAccess.put(CacheAccess.java:279)
        at net.sf.hibernate.cache.JCSCache.put(JCSCache.java:34)
        at net.sf.hibernate.cache.ReadWriteCache.put(ReadWriteCache.java:86)
        at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2137)
        at net.sf.hibernate.loader.Loader.doResultSet(Loader.java:221)
        at net.sf.hibernate.loader.Loader.doFind(Loader.java:113)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:661)
        at net.sf.hibernate.loader.Loader.loadEntity(Loader.java:676)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:52)
        at net.sf.hibernate.loader.EntityLoader.load(EntityLoader.java:44)
        at net.sf.hibernate.persister.EntityPersister.load(EntityPersister.java:378)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2059)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.assemble(EntityType.java:95)
        at net.sf.hibernate.collection.Set.<init>(Set.java:94)
        at net.sf.hibernate.type.SetType.assembleCachedCollection(SetType.java:36)
        at net.sf.hibernate.collection.CollectionPersister.getCachedCollection(CollectionPersister.java:370)
        at net.sf.hibernate.type.PersistentCollectionType.getCollection(PersistentCollectionType.java:67)
        at net.sf.hibernate.type.PersistentCollectionType.resolveIdentifier(PersistentCollectionType.java:178)
        at net.sf.hibernate.type.PersistentCollectionType.assemble(PersistentCollectionType.java:130)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:54)
        at net.sf.hibernate.impl.CacheEntry.assemble(CacheEntry.java:46)
        at net.sf.hibernate.impl.SessionImpl.doLoad(SessionImpl.java:2044)
        at net.sf.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1913)
        at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1872)
        at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:84)
        at net.sf.hibernate.type.EntityType.nullSafeGet(EntityType.java:111)
        at net.sf.hibernate.impl.IteratorImpl.postNext(IteratorImpl.java:67)
        at net.sf.hibernate.impl.IteratorImpl.next(IteratorImpl.java:87)
        at com.docent.lms.entities.tests.hibernate.TestCache.scan(TestCache.java:104)


---------------------------------------------------------------------
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: (HBI-11) SchemaExportTask does not use provided delimiter and format attributes

[<leg...@at...>]

The following issue has been updated:

    Updater: Mark Hofmann (mailto:ma...@ma...)
       Date: Wed, 17 Sep 2003 1:01 PM
    Changes:
             Attachment changed to SchemaExportTask.java
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HBI-11
    Summary: SchemaExportTask does not use provided delimiter and format attributes
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate 1.2

   Assignee: 
   Reporter: Mark Hofmann

    Created: Wed, 17 Sep 2003 12:59 PM
    Updated: Wed, 17 Sep 2003 1:01 PM
Environment: Hibernate 1.2.5

Description:
The SchemaExportTask does not use provided delimiter and format attributes. This can of course very easily, by adding the following methods to SchemaExport.java:

  public void create(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, false, format, delimiter);
  }

  public void drop(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, true, format, delimiter);
  }

and changing the calls in SchemaExportTask.java (ca. line 154) to:

  if (drop) {
     schemaExport.drop(!quiet, !text, formatSQL, delimiter);
  }
  else {
     schemaExport.create(!quiet, !text, formatSQL, delimiter);
  }



---------------------------------------------------------------------
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: (HBI-11) SchemaExportTask does not use provided delimiter and format attributes

[<leg...@at...>]

The following issue has been updated:

    Updater: Mark Hofmann (mailto:ma...@ma...)
       Date: Wed, 17 Sep 2003 1:01 PM
    Changes:
             Attachment changed to SchemaExport.java
    ---------------------------------------------------------------------
For a full history of the issue, see:

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

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HBI-11
    Summary: SchemaExportTask does not use provided delimiter and format attributes
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate 1.2

   Assignee: 
   Reporter: Mark Hofmann

    Created: Wed, 17 Sep 2003 12:59 PM
    Updated: Wed, 17 Sep 2003 1:01 PM
Environment: Hibernate 1.2.5

Description:
The SchemaExportTask does not use provided delimiter and format attributes. This can of course very easily, by adding the following methods to SchemaExport.java:

  public void create(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, false, format, delimiter);
  }

  public void drop(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, true, format, delimiter);
  }

and changing the calls in SchemaExportTask.java (ca. line 154) to:

  if (drop) {
     schemaExport.drop(!quiet, !text, formatSQL, delimiter);
  }
  else {
     schemaExport.create(!quiet, !text, formatSQL, delimiter);
  }



---------------------------------------------------------------------
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: (HBI-11) SchemaExportTask does not use provided delimiter and format attributes

[<leg...@at...>]

Message:

  A new issue has been created in JIRA.

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

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


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: HBI-11
    Summary: SchemaExportTask does not use provided delimiter and format attributes
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Hibernate 1.2

   Assignee: 
   Reporter: Mark Hofmann

    Created: Wed, 17 Sep 2003 12:59 PM
    Updated: Wed, 17 Sep 2003 12:59 PM
Environment: Hibernate 1.2.5

Description:
The SchemaExportTask does not use provided delimiter and format attributes. This can of course very easily, by adding the following methods to SchemaExport.java:

  public void create(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, false, format, delimiter);
  }

  public void drop(boolean script, boolean export, boolean format, String delimiter) throws HibernateException {
     execute(script, export, true, format, delimiter);
  }

and changing the calls in SchemaExportTask.java (ca. line 154) to:

  if (drop) {
     schemaExport.drop(!quiet, !text, formatSQL, delimiter);
  }
  else {
     schemaExport.create(!quiet, !text, formatSQL, delimiter);
  }



---------------------------------------------------------------------
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