[Hibernate-JIRA] Created: (HHH-6073) Dialects cannot use the Thread Context ClassLoader with AS7, please change to use the
by Scott Marlow (JIRA)
Dialects cannot use the Thread Context ClassLoader with AS7, please change to use the
--------------------------------------------------------------------------------------
Key: HHH-6073
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6073
Project: Hibernate Core
Issue Type: Task
Reporter: Scott Marlow
Priority: Blocker
Fix For: 4.0.0.Alpha2
We can no longer rely on TCCL because AS7 is following a modular class loading approach. The AS7 "org.hibernate" module isn't setup to access the JDBC classes. For creating dialects, could we instead use the classloader from the java.sql.Connection that is passed into the DialectFactory.
The following warning shows what we currently see with Hibernate 3.6.1 and the DerbyDialect (TCCL is null).
08:45:27,597 INFO [org.hibernate.dialect.Dialect] (MSC service thread 1-6) Using dialect: org.hibernate.dialect.DerbyDialect
08:45:27,603 INFO [org.hibernate.dialect.Dialect] (MSC service thread 1-2) Using dialect: org.hibernate.dialect.DerbyDialect
08:45:27,614 WARN [org.hibernate.dialect.DerbyDialect] (MSC service thread 1-6) Unable to load/access derby driver class sysinfo to check versions : java.lang.ClassNotFoundException: org.apache.derby.tools.sysinfo from [Module "org.hibernate:main" from local module loader @fee4648 (roots: /work/as7-dev/jboss-as/build/target/jboss-7.0.0.Beta2/modules)]
08:45:27,616 WARN [org.hibernate.dialect.DerbyDialect] (MSC service thread 1-2) Unable to load/access derby driver class sysinfo to check versions : java.lang.ClassNotFoundException: org.apache.derby.tools.sysinfo from [Module "org.hibernate:main" from local module loader @fee4648 (roots: /work/as7-dev/jboss-as/build/target/jboss-7.0.0.Beta2/modules)]
--
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....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[Hibernate-JIRA] Created: (HSEARCH-210) Support hbm xml mapping!
by Mark Stewart (JIRA)
Support hbm xml mapping!
------------------------
Key: HSEARCH-210
URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-210
Project: Hibernate Search
Issue Type: Bug
Components: mapping
Affects Versions: 3.0.1.GA
Environment: All.
Reporter: Mark Stewart
I like annotations as much as the next guy but it's a complete non-starter for our business (and, I suspect, plenty of others) to add full text search to our existing apps via Hibernate Search if it means we must convert all our existing hbm.xml configurations into annotations. The regression testing alone would kill us.
The Hibernate project has always been supremely pragmatic which is why I've filed this as a bug rather than a feature request. I don't think Hibernate would have been half as popular if it didn't support things like direct SQL and reverse engineering tools. I think Search would see a big boost if it could be easily added to existing applications.
Please consider adding the needed syntax for xml mapping. At the very least an entry in the FAQ that explains the lacking is needed.
--
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....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[Hibernate-JIRA] Created: (HHH-3031) Include "FOR READ ONLY" hint in non-locking DB2 statements
by Steve Finch (JIRA)
Include "FOR READ ONLY" hint in non-locking DB2 statements
----------------------------------------------------------
Key: HHH-3031
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3031
Project: Hibernate3
Issue Type: Improvement
Components: core
Affects Versions: 3.2.5
Environment: 3.2.5, DB2/UDB 8.1+
Reporter: Steve Finch
As per the DB2 documentation:
http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.i...
The FOR READ ONLY clause indicates that the result table is read-only and therefore the cursor cannot be referred to in Positioned UPDATE and DELETE statements. FOR FETCH ONLY has the same meaning.
For result tables in which updates and deletes are allowed, specifying FOR READ ONLY (or FOR FETCH ONLY) can possibly improve the performance of FETCH operations by allowing the database manager to do blocking. For example, in programs that contain dynamic SQL statements without the FOR READ ONLY or ORDER BY clause, the database manager might open cursors as if the FOR UPDATE clause were specified. It is recommended, therefore, that the FOR READ ONLY clause be used to improve performance, except in cases where queries will be used in positioned UPDATE or DELETE statements.
A read-only result table must not be referred to in a Positioned UPDATE or DELETE statement, whether it is read-only by nature or specified as FOR READ ONLY (FOR FETCH ONLY).
The aforementioned improvement can be achieved by applying "FOR READ ONLY" when other locking hints are not specified.
Patch to be uploaded soon.
--
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....
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months