Menu
▾
▴
hibernate-issues — Hibernate JIRA Notifications
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(32) |
Jun
(175) |
Jul
(209) |
Aug
(302) |
Sep
(287) |
Oct
(339) |
Nov
(314) |
Dec
(329) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(479) |
Feb
(389) |
Mar
(599) |
Apr
(307) |
May
(390) |
Jun
(300) |
Jul
(410) |
Aug
(458) |
Sep
(299) |
Oct
(315) |
Nov
(363) |
Dec
(529) |
| 2005 |
Jan
(568) |
Feb
(434) |
Mar
(1004) |
Apr
(823) |
May
(767) |
Jun
(763) |
Jul
(854) |
Aug
(862) |
Sep
(560) |
Oct
(853) |
Nov
(763) |
Dec
(731) |
| 2006 |
Jan
(776) |
Feb
(608) |
Mar
(657) |
Apr
(424) |
May
(559) |
Jun
(440) |
Jul
(448) |
Aug
(58) |
Sep
|
Oct
(17) |
Nov
(16) |
Dec
(8) |
| 2007 |
Jan
(1) |
Feb
(8) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(16) |
Sep
(10) |
Oct
(4) |
Nov
(4) |
Dec
(4) |
| 2008 |
Jan
(8) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: <leg...@at...> - 2003-08-13 19:21:13
|
The following comment has been added to this issue:
Author: John Kristian
Created: Wed, 13 Aug 2003 2:01 PM
Body:
https://sourceforge.net/forum/message.php?msg_id=2148730
By: Steve Ebersole
> The length of the array should match the number of columns spanned
> by this type mapping. You are mapping to just one column, and
> thus should return just a single element, 1 length array.
This is not clear in the javadoc. Please clarify it.
From reading the (current) javadoc, I understood that sqlTypes() should return an array of alternatives; that is, to identify several alternative SQL column types from which the UserType can be mapped.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-256
Summary: broken column mapping to UserType
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 1
Assignee:
Reporter: John Kristian
Created: Wed, 13 Aug 2003 1:32 PM
Updated: Wed, 13 Aug 2003 1:34 PM
Environment: Windows XP, JBoss, Microsoft SQL Server
Description:
The enclosed exception is thrown. It should not be. I will attach the problematic mapping file and UserType. I can work around this problem by changing HibernateUTC.SQL_TYPES to {Types.TIMESTAMP}, as suggested by https://sourceforge.net/forum/message.php?msg_id=2147890
12:47:00,453 ERROR [STDERR] net.sf.hibernate.MappingException: broken column mapping for: expirationDate
at net.sf.hibernate.persister.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:58)
at net.sf.hibernate.persister.AbstractEntityPersister.initPropertyPaths(AbstractEntityPersister.java:435)
at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:107)
at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:155)
at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:647)
at com.docent.lms.core.TransactionMgr.<init>(TransactionMgr.java:27)
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 18:53:41
|
Message:
The following issue has been closed.
Resolver: Christian Bauer
Date: Wed, 13 Aug 2003 1:45 PM
Read the documentation. Just ommit the "name" of the sessionfactory in your configuration.xml or properties and Hibernate won't try to bind it to a JNDI name.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-257
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-257
Summary: There isn't a way to tell Hibernate not to bind to a jndi name
Type: Bug
Status: Closed
Priority: Major
Resolution: REJECTED
Project: Hibernate2
Assignee:
Reporter: abe zafar
Created: Wed, 13 Aug 2003 1:35 PM
Updated: Wed, 13 Aug 2003 1:45 PM
Environment: JDK1.4
Description:
When running junit tests outside an application server I can't bind the session factory to a jndi name, for that reason I got the following exception:
[junit] 2003-08-13 10:06:52,687 INFO net.sf.hibernate.impl.SessionFactoryImpl - echoing all SQL
to stdout
[junit] 2003-08-13 10:06:54,234 INFO net.sf.hibernate.impl.SessionFactoryObjectFactory - Factor
y name: java:comp/env/hibernate/SessionFactory
[junit] 2003-08-13 10:06:54,234 INFO net.sf.hibernate.util.NamingHelper - JNDI InitialContext p
roperties:{}
[junit] 2003-08-13 10:06:54,265 WARN net.sf.hibernate.impl.SessionFactoryObjectFactory - Could
not bind factory to JNDI
[junit] javax.naming.NoInitialContextException: Need to specify class name in environment or sys
tem property, or as an applet parameter, or in an application resource file: java.naming.factory.in
itial
[junit] at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:640)
[junit] at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243)
[junit] at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:280)
[junit] at javax.naming.InitialContext.getNameParser(InitialContext.java:429)
[junit] at net.sf.hibernate.util.NamingHelper.bind(NamingHelper.java:52)
[junit] at net.sf.hibernate.impl.SessionFactoryObjectFactory.addInstance(SessionFactoryObjec
tFactory.java:90)
[junit] at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:282)
[junit] at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:618)
[junit] at com.rhi.mjq.dataaccess.HbSessionHelper.<clinit>(HbSessionHelper.java:28)
[junit] at com.rhi.mjq.dataaccess.dao.PersonDao.findByLastName(PersonDao.java:36)
[junit] at com.rhi.mjq.dataaccess.dao.PersonDaoTest.testfindByLastName(PersonDaoTest.java:30
)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java
:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:324)
[junit] at junit.framework.TestCase.runTest(TestCase.java:154)
[junit] at junit.framework.TestCase.runBare(TestCase.java:127)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework.TestResult.run(TestResult.java:109)
[junit] at junit.framework.TestCase.run(TestCase.java:118)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.
java:325)
[junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner
How can this be resolved?
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 18:42:48
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-257 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-257 Summary: There isn't a way to tell Hibernate not to bind to a jndi name Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Assignee: Reporter: abe zafar Created: Wed, 13 Aug 2003 1:35 PM Updated: Wed, 13 Aug 2003 1:35 PM Environment: JDK1.4 Description: When running junit tests outside an application server I can't bind the session factory to a jndi name, for that reason I got the following exception: [junit] 2003-08-13 10:06:52,687 INFO net.sf.hibernate.impl.SessionFactoryImpl - echoing all SQL to stdout [junit] 2003-08-13 10:06:54,234 INFO net.sf.hibernate.impl.SessionFactoryObjectFactory - Factor y name: java:comp/env/hibernate/SessionFactory [junit] 2003-08-13 10:06:54,234 INFO net.sf.hibernate.util.NamingHelper - JNDI InitialContext p roperties:{} [junit] 2003-08-13 10:06:54,265 WARN net.sf.hibernate.impl.SessionFactoryObjectFactory - Could not bind factory to JNDI [junit] javax.naming.NoInitialContextException: Need to specify class name in environment or sys tem property, or as an applet parameter, or in an application resource file: java.naming.factory.in itial [junit] at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:640) [junit] at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243) [junit] at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:280) [junit] at javax.naming.InitialContext.getNameParser(InitialContext.java:429) [junit] at net.sf.hibernate.util.NamingHelper.bind(NamingHelper.java:52) [junit] at net.sf.hibernate.impl.SessionFactoryObjectFactory.addInstance(SessionFactoryObjec tFactory.java:90) [junit] at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:282) [junit] at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:618) [junit] at com.rhi.mjq.dataaccess.HbSessionHelper.<clinit>(HbSessionHelper.java:28) [junit] at com.rhi.mjq.dataaccess.dao.PersonDao.findByLastName(PersonDao.java:36) [junit] at com.rhi.mjq.dataaccess.dao.PersonDaoTest.testfindByLastName(PersonDaoTest.java:30 ) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java :25) [junit] at java.lang.reflect.Method.invoke(Method.java:324) [junit] at junit.framework.TestCase.runTest(TestCase.java:154) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner. java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner How can this be resolved? --------------------------------------------------------------------- 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 |
|
From: <leg...@at...> - 2003-08-13 18:40:36
|
The following issue has been updated:
Updater: John Kristian (mailto:jkr...@do...)
Date: Wed, 13 Aug 2003 1:33 PM
Changes:
Attachment changed to ReferenceAudienceContentAssociation.hbm.xml
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-256
Summary: broken column mapping to UserType
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 1
Assignee:
Reporter: John Kristian
Created: Wed, 13 Aug 2003 1:32 PM
Updated: Wed, 13 Aug 2003 1:33 PM
Environment: Windows XP, JBoss, Microsoft SQL Server
Description:
The enclosed exception is thrown. It should not be. I will attach the problematic mapping file and UserType. I can work around this problem by changing HibernateUTC.SQL_TYPES to {Types.TIMESTAMP}, as suggested by https://sourceforge.net/forum/message.php?msg_id=2147890
12:47:00,453 ERROR [STDERR] net.sf.hibernate.MappingException: broken column mapping for: expirationDate
at net.sf.hibernate.persister.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:58)
at net.sf.hibernate.persister.AbstractEntityPersister.initPropertyPaths(AbstractEntityPersister.java:435)
at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:107)
at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:155)
at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:647)
at com.docent.lms.core.TransactionMgr.<init>(TransactionMgr.java:27)
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 18:40:30
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-256 Summary: broken column mapping to UserType Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.1 beta 1 Assignee: Reporter: John Kristian Created: Wed, 13 Aug 2003 1:32 PM Updated: Wed, 13 Aug 2003 1:32 PM Environment: Windows XP, JBoss, Microsoft SQL Server Description: The enclosed exception is thrown. It should not be. I will attach the problematic mapping file and UserType. I can work around this problem by changing HibernateUTC.SQL_TYPES to {Types.TIMESTAMP}, as suggested by https://sourceforge.net/forum/message.php?msg_id=2147890 12:47:00,453 ERROR [STDERR] net.sf.hibernate.MappingException: broken column mapping for: expirationDate at net.sf.hibernate.persister.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:58) at net.sf.hibernate.persister.AbstractEntityPersister.initPropertyPaths(AbstractEntityPersister.java:435) at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:107) at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:155) at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:647) at com.docent.lms.core.TransactionMgr.<init>(TransactionMgr.java:27) --------------------------------------------------------------------- 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 |
|
From: <leg...@at...> - 2003-08-13 18:39:02
|
The following issue has been updated:
Updater: John Kristian (mailto:jkr...@do...)
Date: Wed, 13 Aug 2003 1:34 PM
Changes:
Attachment changed to HibernateUTC.java
---------------------------------------------------------------------
For a full history of the issue, see:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256&page=history
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-256
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-256
Summary: broken column mapping to UserType
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Components:
core
Versions:
2.1 beta 1
Assignee:
Reporter: John Kristian
Created: Wed, 13 Aug 2003 1:32 PM
Updated: Wed, 13 Aug 2003 1:34 PM
Environment: Windows XP, JBoss, Microsoft SQL Server
Description:
The enclosed exception is thrown. It should not be. I will attach the problematic mapping file and UserType. I can work around this problem by changing HibernateUTC.SQL_TYPES to {Types.TIMESTAMP}, as suggested by https://sourceforge.net/forum/message.php?msg_id=2147890
12:47:00,453 ERROR [STDERR] net.sf.hibernate.MappingException: broken column mapping for: expirationDate
at net.sf.hibernate.persister.AbstractPropertyMapping.initPropertyPaths(AbstractPropertyMapping.java:58)
at net.sf.hibernate.persister.AbstractEntityPersister.initPropertyPaths(AbstractEntityPersister.java:435)
at net.sf.hibernate.persister.EntityPersister.postInstantiate(EntityPersister.java:107)
at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:155)
at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:647)
at com.docent.lms.core.TransactionMgr.<init>(TransactionMgr.java:27)
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 18:28:11
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?= key=3DHB-255 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-255 Summary: javax.naming.OperationNotSupportedException is thrown at load = time Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components:=20 core Versions: 2.0 final Assignee:=20 Reporter: abe zafar Created: Wed, 13 Aug 2003 1:26 PM Updated: Wed, 13 Aug 2003 1:26 PM Environment: JDK1.4 on Weblogic application server 8.0 Description: The following exception is thrown when Hibernate is loading Hibernate.cfg.x= ml. In the code snippet below the third line, the call to buildSessionFacto= ry() throws the exception. Configuration conf =3D new Configuration(); conf.configure(); // to load default "hibernate.cfg.xml" sf =3D conf.buildSessionFactory(); 2003-07-22 16:37:13,753 DEBUG net.sf.hibernate.cfg.Binder - Mapped property= : active -> active_flag, type: string 2003-07-22 16:37:13,754 DEBUG net.sf.hibernate.cfg.Configuration - java:com= p/env/hibernate/SessionFactory<-org.dom4j.tree.DefaultAttribute@ec44cb [Att= ribute: name resource value "mapping/Country.hbm.xml"] 2003-07-22 16:37:13,754 INFO net.sf.hibernate.cfg.Configuration - Mapping = resource: mapping/Country.hbm.xml 2003-07-22 16:37:13,768 DEBUG net.sf.hibernate.util.DTDEntityResolver - try= ing to locate http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in= classpath under net/sf/hibernate/ 2003-07-22 16:37:13,769 DEBUG net.sf.hibernate.util.DTDEntityResolver - fou= nd http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd in classpath 2003-07-22 16:37:13,793 INFO net.sf.hibernate.cfg.Binder - Mapping class: = com.rhi.domain.Country -> domain_value 2003-07-22 16:37:13,794 DEBUG net.sf.hibernate.cfg.Binder - Mapped property= : id -> domain_value_id, type: integer 2003-07-22 16:37:13,794 DEBUG net.sf.hibernate.cfg.Binder - Mapped property= : name -> domain_value, type: string 2003-07-22 16:37:13,794 DEBUG net.sf.hibernate.cfg.Binder - Mapped property= : active -> active_flag, type: string 2003-07-22 16:37:13,795 INFO net.sf.hibernate.cfg.Configuration - Configur= ed SessionFactory: java:comp/env/hibernate/SessionFactory 2003-07-22 16:37:13,796 DEBUG net.sf.hibernate.cfg.Configuration - properti= es: {show_sql=3Dfalse, java.vendor=3DSun Microsystems Inc., org.xml.sax.par= ser=3Dweblogic.xml.jaxp.RegistryParser, connection.datasource=3DplatinumDat= aSource, os.name=3DSunOS, sun.boot.class.path=3D/usr/j2sdk1.4.2/jre/lib/rt.= jar:/usr/j2sdk1.4.2/jre/lib/i18n.jar:/usr/j2sdk1.4.2/jre/lib/sunrsasign.jar= :/usr/j2sdk1.4.2/jre/lib/jsse.jar:/usr/j2sdk1.4.2/jre/lib/jce.jar:/usr/j2sd= k1.4.2/jre/lib/charsets.jar:/usr/j2sdk1.4.2/jre/classes, sun.java2d.fontpat= h=3D, java.vm.specification.vendor=3DSun Microsystems Inc., java.runtime.ve= rsion=3D1.4.2-b28, default_schema=3Dmjpp, weblogic.Name=3Dmyserver, jmx.imp= lementation.vendor=3DSun Microsystems, user.name=3Dabezaf01, hibernate.sess= ion_factory_name=3Djava:comp/env/hibernate/SessionFactory, jmx.implementati= on.name=3DJMX RI, user.language=3Den, java.naming.factory.initial=3Dweblogi= c.jndi.WLInitialContextFactory, sun.boot.library.path=3D/usr/j2sdk1.4.2/jre= /lib/sparc, dialect=3Dnet.sf.hibernate.dialect.DB2Dialect, jmx.specificatio= n.name=3DJava Management Extensions, java.version=3D1.4.2, version=3D2.4.1,= user.timezone=3DUS/Pacific, sun.arch.data.model=3D32, hibernate.use_outer_= join=3Dfalse, javax.rmi.CORBA.UtilClass=3Dweblogic.iiop.UtilDelegateImpl, j= mx.specification.version=3D1.0 Final Release, java.endorsed.dirs=3D/usr/j2s= dk1.4.2/jre/lib/endorsed, vde.home=3D./myserver/ldap, sun.cpu.isalist=3Dspa= rcv9+vis2 sparcv9+vis sparcv9 sparcv8plus+vis sparcv8plus sparcv8 sparcv8-f= smuld sparcv7 sparc, jmx.implementation.version=3D1.0, file.encoding.pkg=3D= sun.io, weblogic.mbeanLegalClause.ByPass=3Dfalse, file.separator=3D/, java.= specification.name=3DJava Platform API Specification, hibernate.cglib.use_r= eflection_optimizer=3Dtrue, java.class.version=3D48.0, java.home=3D/usr/j2s= dk1.4.2/jre, java.vm.info=3Dmixed mode, os.version=3D5.8, hibernate.connect= ion.datasource=3DplatinumDataSource, org.omg.CORBA.ORBSingletonClass=3Dwebl= ogic.corba.orb.ORB, path.separator=3D:, java.vm.version=3D1.4.2-b28, java.u= til.prefs.PreferencesFactory=3Djava.util.prefs.FileSystemPreferencesFactory= , vendor-url=3Dhttp://xml.apache.org/xalan-j, java.protocol.handler.pkgs=3D= weblogic.utils|weblogic.utils|weblogic.net, jmx.specification.vendor=3DSun = Microsystems, java.awt.printerjob=3Dsun.print.PSPrinterJob, vendor=3DApache= Software Foundation, java.security.policy=3D=3D./mjpconfig/mjplus.policy, = sun.io.unicode.encoding=3DUnicodeBig, query.substitutions=3Dtrue=3D'Y',fals= e=3D'N', java.naming.factory.url.pkgs=3Dweblogic.jndi.factories:weblogic.co= rba.j2ee.naming.url, user.home=3D/home/abezaf01, hibernate.query.substituti= ons=3Dtrue=3D'Y',false=3D'N', java.specification.vendor=3DSun Microsystems = Inc., org.xml.sax.driver=3Dweblogic.apache.xerces.parsers.SAXParser, java.l= ibrary.path=3D/usr/j2sdk1.4.2/jre/lib/sparc/server:/usr/j2sdk1.4.2/jre/lib/= sparc:/usr/j2sdk1.4.2/jre/../lib/sparc:/home/webfousr/bea/weblogic81/server= /lib/solaris:/home/webfousr/bea/weblogic81/server/lib/solaris/oci817_8:/usr= /lib, java.vendor.url=3Dhttp://java.sun.com/, java.vm.vendor=3DSun Microsys= tems Inc., hibernate.dialect=3Dnet.sf.hibernate.dialect.DB2Dialect, java.ru= ntime.name=3DJava(TM) 2 Runtime Environment, Standard Edition, java.class.p= ath=3D./lib/util.jar:./lib/saaj-api.jar:./lib/mjpsecurity.jar:./lib/log4j-1= .2.8.jar:./lib/db2.jar:./lib/commons-logging.jar:./lib/base.jar:./mjpconfig= /props:/usr/j2sdk1.4.2/lib/tools.jar:/home/webfousr/bea/weblogic81/server/l= ib/weblogic_sp.jar:/home/webfousr/bea/weblogic81/server/lib/weblogic.jar:/h= ome/webfousr/bea/weblogic81/server/lib/ojdbc14.jar::/home/webfousr/bea/webl= ogic81/common/eval/pointbase/lib/pbserver44.jar:/home/webfousr/bea/weblogic= 81/common/eval/pointbase/lib/pbclient44.jar:/usr/j2sdk1.4.2/jre/lib/rt.jar:= /home/webfousr/bea/weblogic81/server/lib/webservices.jar:, use_outer_join= =3Dfalse, java.vm.specification.name=3DJava Virtual Machine Specification, = java.vm.specification.version=3D1.0, javax.rmi.CORBA.PortableRemoteObjectCl= ass=3Dweblogic.iiop.PortableRemoteObjectDelegateImpl, sun.cpu.endian=3Dbig,= sun.os.patch.level=3Dunknown, java.io.tmpdir=3D/var/tmp/, java.vendor.url.= bug=3Dhttp://java.sun.com/cgi-bin/bugreport.cgi, hibernate.default_schema= =3Dmjpp, os.arch=3Dsparc, java.awt.graphicsenv=3Dsun.awt.X11GraphicsEnviron= ment, java.ext.dirs=3D/usr/j2sdk1.4.2/jre/lib/ext, user.dir=3D/home/abezaf0= 1/wlsdomains/v8domain, java.security.manager=3D, line.separator=3D , java.vm.name=3DJava HotSpot(TM) Server VM, java.security.auth.login.confi= g=3D=3D./mjpconfig/login.config, javax.xml.soap.MessageFactory=3Dcom.sun.xm= l.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl, file.encoding=3DISO= 646-US, org.omg.CORBA.ORBClass=3Dweblogic.corba.orb.ORB, javax.xml.rpc.Serv= iceFactory=3Dcom.sun.xml.rpc.client.ServiceFactoryImpl, weblogic.Production= ModeEnabled=3D, java.specification.version=3D1.4, hibernate.show_sql=3Dfals= e} 2003-07-22 16:37:13,797 DEBUG net.sf.hibernate.cfg.Binder - Second pass for= collection: com.rhi.domain.Company.compAddresses 2003-07-22 16:37:13,797 INFO net.sf.hibernate.cfg.Binder - Mapping collect= ion: com.rhi.domain.Company.compAddresses -> company_address 2003-07-22 16:37:13,798 DEBUG net.sf.hibernate.cfg.Binder - Mapped collecti= on key: company_id, company_region_id, one-to-many: com.rhi.domain.CompanyA= ddress 2003-07-22 16:37:13,944 INFO net.sf.hibernate.impl.SessionFactoryImpl - bu= ilding session factory 2003-07-22 16:37:13,947 DEBUG net.sf.hibernate.impl.SessionFactoryImpl - in= stantiating session factory with properties: {java.vendor=3DSun Microsystem= s Inc., show_sql=3Dfalse, org.xml.sax.parser=3Dweblogic.xml.jaxp.RegistryPa= rser, connection.datasource=3DplatinumDataSource, os.name=3DSunOS, sun.boot= .class.path=3D/usr/j2sdk1.4.2/jre/lib/rt.jar:/usr/j2sdk1.4.2/jre/lib/i18n.j= ar:/usr/j2sdk1.4.2/jre/lib/sunrsasign.jar:/usr/j2sdk1.4.2/jre/lib/jsse.jar:= /usr/j2sdk1.4.2/jre/lib/jce.jar:/usr/j2sdk1.4.2/jre/lib/charsets.jar:/usr/j= 2sdk1.4.2/jre/classes, sun.java2d.fontpath=3D, java.vm.specification.vendor= =3DSun Microsystems Inc., java.runtime.version=3D1.4.2-b28, default_schema= =3Dmjpp, weblogic.Name=3Dmyserver, jmx.implementation.vendor=3DSun Microsys= tems, user.name=3Dabezaf01, hibernate.session_factory_name=3Djava:comp/env/= hibernate/SessionFactory, jmx.implementation.name=3DJMX RI, user.language= =3Den, java.naming.factory.initial=3Dweblogic.jndi.WLInitialContextFactory,= sun.boot.library.path=3D/usr/j2sdk1.4.2/jre/lib/sparc, dialect=3Dnet.sf.hi= bernate.dialect.DB2Dialect, jmx.specification.name=3DJava Management Extens= ions, java.version=3D1.4.2, version=3D2.4.1, user.timezone=3DUS/Pacific, su= n.arch.data.model=3D32, hibernate.use_outer_join=3Dfalse, javax.rmi.CORBA.U= tilClass=3Dweblogic.iiop.UtilDelegateImpl, jmx.specification.version=3D1.0 = Final Release, java.endorsed.dirs=3D/usr/j2sdk1.4.2/jre/lib/endorsed, vde.h= ome=3D./myserver/ldap, sun.cpu.isalist=3Dsparcv9+vis2 sparcv9+vis sparcv9 s= parcv8plus+vis sparcv8plus sparcv8 sparcv8-fsmuld sparcv7 sparc, jmx.implem= entation.version=3D1.0, file.encoding.pkg=3Dsun.io, weblogic.mbeanLegalClau= se.ByPass=3Dfalse, file.separator=3D/, java.specification.name=3DJava Platf= orm API Specification, hibernate.cglib.use_reflection_optimizer=3Dtrue, jav= a.class.version=3D48.0, java.home=3D/usr/j2sdk1.4.2/jre, java.vm.info=3Dmix= ed mode, os.version=3D5.8, hibernate.connection.datasource=3DplatinumDataSo= urce, org.omg.CORBA.ORBSingletonClass=3Dweblogic.corba.orb.ORB, path.separa= tor=3D:, java.vm.version=3D1.4.2-b28, java.util.prefs.PreferencesFactory=3D= java.util.prefs.FileSystemPreferencesFactory, vendor-url=3Dhttp://xml.apach= e.org/xalan-j, java.protocol.handler.pkgs=3Dweblogic.utils|weblogic.utils|w= eblogic.net, jmx.specification.vendor=3DSun Microsystems, java.awt.printerj= ob=3Dsun.print.PSPrinterJob, vendor=3DApache Software Foundation, java.secu= rity.policy=3D=3D./mjpconfig/mjplus.policy, sun.io.unicode.encoding=3DUnico= deBig, java.naming.factory.url.pkgs=3Dweblogic.jndi.factories:weblogic.corb= a.j2ee.naming.url, query.substitutions=3Dtrue=3D'Y',false=3D'N', user.home= =3D/home/abezaf01, hibernate.query.substitutions=3Dtrue=3D'Y',false=3D'N', = java.specification.vendor=3DSun Microsystems Inc., org.xml.sax.driver=3Dweb= logic.apache.xerces.parsers.SAXParser, java.library.path=3D/usr/j2sdk1.4.2/= jre/lib/sparc/server:/usr/j2sdk1.4.2/jre/lib/sparc:/usr/j2sdk1.4.2/jre/../l= ib/sparc:/home/webfousr/bea/weblogic81/server/lib/solaris:/home/webfousr/be= a/weblogic81/server/lib/solaris/oci817_8:/usr/lib, java.vendor.url=3Dhttp:/= /java.sun.com/, java.vm.vendor=3DSun Microsystems Inc., hibernate.dialect= =3Dnet.sf.hibernate.dialect.DB2Dialect, java.runtime.name=3DJava(TM) 2 Runt= ime Environment, Standard Edition, java.class.path=3D./lib/util.jar:./lib/s= aaj-api.jar:./lib/mjpsecurity.jar:./lib/log4j-1.2.8.jar:./lib/db2.jar:./lib= /commons-logging.jar:./lib/base.jar:./mjpconfig/props:/usr/j2sdk1.4.2/lib/t= ools.jar:/home/webfousr/bea/weblogic81/server/lib/weblogic_sp.jar:/home/web= fousr/bea/weblogic81/server/lib/weblogic.jar:/home/webfousr/bea/weblogic81/= server/lib/ojdbc14.jar::/home/webfousr/bea/weblogic81/common/eval/pointbase= /lib/pbserver44.jar:/home/webfousr/bea/weblogic81/common/eval/pointbase/lib= /pbclient44.jar:/usr/j2sdk1.4.2/jre/lib/rt.jar:/home/webfousr/bea/weblogic8= 1/server/lib/webservices.jar:, use_outer_join=3Dfalse, java.vm.specificatio= n.name=3DJava Virtual Machine Specification, java.vm.specification.version= =3D1.0, javax.rmi.CORBA.PortableRemoteObjectClass=3Dweblogic.iiop.PortableR= emoteObjectDelegateImpl, sun.cpu.endian=3Dbig, sun.os.patch.level=3Dunknown= , java.io.tmpdir=3D/var/tmp/, java.vendor.url.bug=3Dhttp://java.sun.com/cgi= -bin/bugreport.cgi, hibernate.default_schema=3Dmjpp, java.awt.graphicsenv= =3Dsun.awt.X11GraphicsEnvironment, os.arch=3Dsparc, java.ext.dirs=3D/usr/j2= sdk1.4.2/jre/lib/ext, user.dir=3D/home/abezaf01/wlsdomains/v8domain, line.s= eparator=3D , java.security.manager=3D, java.vm.name=3DJava HotSpot(TM) Server VM, java= .security.auth.login.config=3D=3D./mjpconfig/login.config, javax.xml.soap.M= essageFactory=3Dcom.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_= 1Impl, org.omg.CORBA.ORBClass=3Dweblogic.corba.orb.ORB, file.encoding=3DISO= 646-US, javax.xml.rpc.ServiceFactory=3Dcom.sun.xml.rpc.client.ServiceFactor= yImpl, weblogic.ProductionModeEnabled=3D, java.specification.version=3D1.4,= hibernate.show_sql=3Dfalse} 2003-07-22 16:37:13,970 INFO net.sf.hibernate.dialect.Dialect - Using dial= ect: net.sf.hibernate.dialect.DB2Dialect 2003-07-22 16:37:14,019 INFO net.sf.hibernate.util.NamingHelper - JNDI Ini= tialContext properties:{} 2003-07-22 16:37:14,029 INFO net.sf.hibernate.connection.DatasourceConnect= ionProvider - Using datasource: platinumDataSource 2003-07-22 16:37:14,030 INFO net.sf.hibernate.impl.SessionFactoryImpl - Us= e outer join fetching: false 2003-07-22 16:37:14,463 INFO net.sf.hibernate.impl.SessionFactoryImpl - Us= e scrollable result sets: true 2003-07-22 16:37:14,463 INFO net.sf.hibernate.impl.SessionFactoryImpl - De= fault schema set to: mjpp 2003-07-22 16:37:15,789 DEBUG net.sf.hibernate.impl.SessionFactoryObjectFac= tory - initializing class SessionFactoryObjectFactory 2003-07-22 16:37:15,800 DEBUG net.sf.hibernate.impl.SessionFactoryObjectFac= tory - registered: 8a7b78e8nullf68c5fa7null00f6null8c5faf05null0000 (java:c= omp/env/hibernate/SessionFactory) 2003-07-22 16:37:15,800 INFO net.sf.hibernate.impl.SessionFactoryObjectFac= tory - Factory name: java:comp/env/hibernate/SessionFactory 2003-07-22 16:37:15,801 INFO net.sf.hibernate.util.NamingHelper - JNDI Ini= tialContext properties:{} 2003-07-22 16:37:15,802 DEBUG net.sf.hibernate.util.NamingHelper - binding:= java:comp/env/hibernate/SessionFactory 2003-07-22 16:37:15,808 DEBUG net.sf.hibernate.util.NamingHelper - binding:= java:comp/env/hibernate/SessionFactory 2003-07-22 16:37:15,811 WARN net.sf.hibernate.impl.SessionFactoryObjectFac= tory - Could not bind factory to JNDI javax.naming.OperationNotSupportedException: rebind not allowed in a ReadOn= lyContext; remaining name 'comp/env/hibernate/SessionFactory' =09at weblogic.jndi.factories.java.ReadOnlyContextWrapper.newOperationNotSu= pportedException(ReadOnlyContextWrapper.java:145) =09at weblogic.jndi.factories.java.ReadOnlyContextWrapper.newOperationNotSu= pportedException(ReadOnlyContextWrapper.java:161) =09at weblogic.jndi.factories.java.ReadOnlyContextWrapper.rebind(ReadOnlyCo= ntextWrapper.java:63) =09at weblogic.jndi.internal.AbstractURLContext.rebind(AbstractURLContext.j= ava:149) =09at javax.naming.InitialContext.rebind(InitialContext.java:367) =09at net.sf.hibernate.util.NamingHelper.bind(NamingHelper.java:74) =09at net.sf.hibernate.impl.SessionFactoryObjectFactory.addInstance(Session= FactoryObjectFactory.java:90) =09at net.sf.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.ja= va:282) =09at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.= java:618) =09at com.rhi.mjq.persistence.HbSessionHelper.<clinit>(HbSessionHelper.java= :28) =09at com.rhi.mjq.persistence.dao.ClientDataDao.findIfActive(ClientDataDao.= java:60) =09at com.rhi.mjq.persistence.dao.ClientDataDao.findAllStates(ClientDataDao= .java:34) =09at com.rhi.mjq.ejb.bean.ClientDataBean.getStates(Unknown Source) =09at com.rhi.mjq.ejb.bean.ClientDataSession_hhkrc6_ELOImpl.getStates(Clien= tDataSession_hhkrc6_ELOImpl.java:45) =09at com.rhi.mjq.web.service.clientdata.ClientDataServiceImpl.getStates(Un= known Source) =09at com.rhi.domain.service.ClientDataService__ClientDataEndpoint__Tie.inv= oke_getStates(ClientDataService__ClientDataEndpoint__Tie.java:65) =09at com.rhi.domain.service.ClientDataService__ClientDataEndpoint__Tie.pro= cessingHook(ClientDataService__ClientDataEndpoint__Tie.java:192) =09at com.sun.xml.rpc.server.StreamingHandler.handle(StreamingHandler.java:= 235) =09at com.sun.xml.rpc.server.http.JAXRPCServletDelegate.doPost(JAXRPCServle= tDelegate.java:309) =09at com.sun.xml.rpc.server.http.JAXRPCServlet.doPost(JAXRPCServlet.java:7= 0) =09at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) =09at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) =09at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run= (ServletStubImpl.java:1053) =09at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm= pl.java:387) =09at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm= pl.java:305) =09at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio= n.run(WebAppServletContext.java:6291) =09at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate= dSubject.java:317) =09at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:= 97) =09at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe= rvletContext.java:3575) =09at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm= pl.java:2573) =09at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178) =09at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151) --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators= .jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |
|
From: <leg...@at...> - 2003-08-13 17:28:46
|
The following comment has been added to this issue:
Author: abe zafar
Created: Wed, 13 Aug 2003 12:17 PM
Body:
Thanks Max, I made that replacement and everything works great now.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-243
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-243
Summary: Polymorphic associations are not handled properly
Type: Improvement
Status: Reopened
Priority: Major
Project: Hibernate2
Components:
toolset
Fix Fors:
2.1
Versions:
2.0 final
Assignee: Max Rydahl Andersen
Reporter: abe zafar
Created: Sun, 10 Aug 2003 2:54 AM
Updated: Wed, 13 Aug 2003 2:18 AM
Environment: JDK1.4
Description:
If I have an association like this one:
<many-to-one classname="com.hp.Printer"/>
and Printer does not have a mapping but it is an interface for a class called com.hp.ColorPrinter that does have a mapping, I would get two methods generated as I would expect:
public void setPrinter( Printer printer ) {
...
}
public Printer getPrinter() {
...
}
But since "com.hp.Printer" was never mapped I would get a rutime exception saying cannot find the mapping. If through some other tag or the <many-to-one> tag itself I can indicate that use the interface type for code generation but use the implementation class to look for the mapping the problem would be solved. For example if we had something like this:
<many-to-one compile-time-class="com.hp.Printer" run-time-class="com.hp.ColorPrinter"/> then the setter and getter would be generated using the compile-time-class and the run-time-class would be used to look up the mapping at runtime.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 17:09:16
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 13 Aug 2003 11:59 AM
Body:
Also, make sure you work against the v21branch, which actually has this stuff!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Tue, 29 Jul 2003 10:39 PM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 16:52:07
|
The following comment has been added to this issue:
Author: John Watkinson
Created: Wed, 13 Aug 2003 11:21 AM
Body:
Will do!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Tue, 29 Jul 2003 10:39 PM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 16:37:44
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 13 Aug 2003 11:16 AM
Body:
I think the best place for this is the Hibernate Wiki.
Start a page in the community area, and paste this code there (inside <code></code> tags). We have done this with the other design patterns :)
Thanks!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-249
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-249
Summary: CustomType for mapping classes onto Integers for use with <any>
Type: Patch
Status: Unassigned
Priority: Minor
Project: Hibernate2
Assignee:
Reporter: Dhananjay Nene
Created: Tue, 12 Aug 2003 3:03 AM
Updated: Tue, 12 Aug 2003 3:03 AM
Environment: Not applicable
Description:
The default mapping mechanism for <any> mapping is the class name. This custom type allows for creating integer values for each class, and mapping the classes onto the integer values. Thus the table needs to have a integer column and a column corresponding to the primary key of the other table.
Using this class requires creating a derived class as suggested below.
Sample mapping will be as follows :
Scenario : An invoice table stores a reference to a Customer. Customer is an abstract base class and has two derived classes ExternalCustomer and InternalCustomer. Table-per-concreteclass mapping is used. Invoice table has two columns for mapping the customer - customerType and customerId. CustomerType == 1 implies InternalCustomer, CustomerType == 2 implies ExternalCustomer.
InvoiceClass has a method called getCustomer()
<!-- Mapping snippet in Invoice table -->
<any name="customer" id-type="long" meta-type="com.example.hibernate.customtype.CustomerTypeMapper">
<column name="customerType"/>
<column name="customerId"/>
</any>
/***********************************************************
Class created by End User
***********************************************************/
public class CustomerTypeMapper extends ClassToIntegerMapper
{
static public final Integer INTERNAL_CUSTOMER = new Integer(1);
static public final Integer EXTERNAL_CUSTOMER = new Integer(2);
static final private ClassToIntValue[] mappings =
{
new ClassToIntValue(INTERNAL_CUSTOMER, InternalCustomer.class),
new ClassToIntValue(EXTERNAL_CUSTOMER, ExternalCustomer.class)
};
public ClassToIntValue[] getMappings()
{
return mappings;
}
}
/***********************************************************
Class which reflects this patch itself
***********************************************************/
package com.example.hibernate.customtype;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Types;
import net.sf.hibernate.Hibernate;
import net.sf.hibernate.HibernateException;
import net.sf.hibernate.UserType;
/**
* @author Dhananjay Nene
*/
abstract public class ClassToIntegerMapper implements UserType
{
static final private int[] TYPES = {Types.INTEGER };
abstract public ClassToIntValue[] getMappings();
public int[] sqlTypes()
{
return TYPES;
}
public Class returnedClass()
{
return java.lang.Class.class;
}
public boolean equals(Object arg0, Object arg1) throws HibernateException
{
if (arg0 == arg1) return true;
if ((arg0 == null) || (arg1 == null)) return false;
return ((java.lang.Class) arg0).equals((java.lang.Class) arg1);
}
public Object nullSafeGet(ResultSet rs, String[] names, Object owner)
throws HibernateException, SQLException
{
Integer result = (Integer) Hibernate.INTEGER.nullSafeGet(rs,names[0]);
if(result == null)
{
return null;
}
ClassToIntValue[] mappings = getMappings();
for(int i = 0 ; i < mappings.length ; i++)
{
if (result.equals(mappings[i].getIntVal()))
{
return mappings[i].getClazz();
}
}
return null;
}
public void nullSafeSet(PreparedStatement stmt, Object value, int index)
throws HibernateException, SQLException
{
java.lang.Class clazz = (java.lang.Class) value;
if (clazz == null)
{
Hibernate.INTEGER.nullSafeSet(stmt,null,index);
return;
}
Integer intval = null;
ClassToIntValue[] mappings = getMappings();
for(int i = 0 ; i < mappings.length ; i++)
{
if (clazz.equals(mappings[i].getClazz()))
{
intval = mappings[i].getIntVal();
}
}
Hibernate.INTEGER.nullSafeSet(stmt,intval,index);
}
public Object deepCopy(Object arg0) throws HibernateException
{
if (arg0 == null) return null;
Class clazz = (Class)arg0;
Class newClazz = (Class) Hibernate.CLASS.deepCopy(clazz);
return newClazz;
}
public boolean isMutable()
{
return false;
}
}
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 16:11:54
|
The following comment has been added to this issue:
Author: Gavin King
Created: Wed, 13 Aug 2003 11:09 AM
Body:
John, if you are reading this, would you please write a new plugin, for our brand new pluggable cache API?
Thanks!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-47
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-47
Summary: Clustered Read/Write Caching
Type: Patch
Status: Assigned
Priority: Critical
Project: Hibernate2
Fix Fors:
2.1
Assignee: Gavin King
Reporter: Max Rydahl Andersen
Created: Sat, 3 May 2003 10:30 AM
Updated: Tue, 29 Jul 2003 10:39 PM
Description:
Clustered Read/Write Caching
This patch adds the ability to do read-write caching in
a clustered environment. This is accomplished by way of
the SwarmCache caching engine. It in turn uses
Javagroups to implement efficient, multicast-based
cache communication. You can read a detailed
description of SwarmCache at http://swarmcache.sf.net.
Included in the patch is a readme that explains how it
works and how to apply it.
John Watkinson
http://sourceforge.net/tracker/index.php?func=detail&aid=722039&group_id=40712&atid=428710
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 16:10:44
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Wed, 13 Aug 2003 11:08 AM
Done (in v21branch).
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-60
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-60
Summary: Pluggable Cache
Type: New Feature
Status: Closed
Priority: Critical
Resolution: FIXED
Project: Hibernate2
Components:
core
Fix Fors:
2.1 beta 2
Versions:
2.1
Assignee: Gavin King
Reporter: Gavin King
Created: Tue, 6 May 2003 5:31 AM
Updated: Wed, 13 Aug 2003 11:08 AM
Description:
We plan to make the JVM-level cache fully pluggable, and remove the mapping-file dependency upon JCS.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 15:59:52
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HBI-8 Here is an overview of the issue: --------------------------------------------------------------------- Key: HBI-8 Summary: cirrus.hibernate.collections.Bag needs toString() Type: Improvement Status: Unassigned Priority: Minor Project: Hibernate 1.2 Assignee: Reporter: Thorbjoern Andersen Created: Wed, 13 Aug 2003 10:23 AM Updated: Wed, 13 Aug 2003 10:23 AM Description: For debugging purposes it is nice to be able to do a println( bean) which works for most Collecion classes, but not for Bag. This snippet works for me: public String toString() { return( "" + bag); } --------------------------------------------------------------------- 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 |
|
From: <leg...@at...> - 2003-08-13 14:21:37
|
The following comment has been added to this issue:
Author: Ethan Wolf
Created: Wed, 13 Aug 2003 9:13 AM
Body:
No problem on going to the effort... I needed it for my work anyway.
At your leisure, it would be great if you could give me a bit more info about what you mean by "changes to interfaces" so I can avoid wasting your time in the future.
In fact, one of my goals was to keep the interface as you had it and change only implementation details of the SessionGenerator class (hence, the somewhat conceptually ugly nature of the fix). I did add a method and an instance variable, but they were private and meant only for the implementation.
Thanks for any thoughts. Keep up the great work!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-252
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-252
Summary: Sequence generation not qualified by default schema for Session Factory
Type: Patch
Status: Closed
Priority: Minor
Resolution: REJECTED
Project: Hibernate2
Components:
core
Versions:
2.0.2
Assignee:
Reporter: Ethan Wolf
Created: Tue, 12 Aug 2003 1:54 PM
Updated: Wed, 13 Aug 2003 2:07 AM
Description:
The sequence name (in ID generation) is not qualified by the default schema for the Session Factory (when no schema qualification is given in the mapping file).
This limitation was reported on the forum: http://sourceforge.net/forum/message.php?msg_id=2056389
A partial fix was suggested, but did not work for session factories whose default schema is specified in a hibernate.cfg.xml configuration, rather than in hibernate.properties.
It appears to be somewhat involved to make a fix in SequenceGenerator.configure(Type type, Properties params, Dialect dialect), since one must trace fairly far up the callstack to get access to the schema for the SessionFactory.
Instead, a quicker/more localized fix was attained by performing the configuration of the schema qualification later, when a Session asks the SequenceGenerator for a sequence to be generated: SequenceGenerator.generate(SessionImplementor, Object). At that point, one can get to the SessionFactory from the session itself.
While this is somewhat ugly, it appears to work in my tests (with Oracle).
In order to implement this functionality, I made the following changes to SessionGenerator:
1. Added an instance variable so that the configuration only needs to get done the first time a session calls generate:
private boolean isSequenceNameQualified = false;
2. Modified the configure method:
public void configure(Type type, Properties params, Dialect dialect)
throws MappingException {
this.sequenceName =
PropertiesHelper.getString(SEQUENCE, params, "hibernate_sequence");
String schemaName = params.getProperty(SCHEMA);
// BEGIN BUGFIX EW
if (sequenceName.indexOf(StringHelper.DOT) > 0)
isSequenceNameQualified = true;
else if (schemaName != null) {
sequenceName = schemaName + '.' + sequenceName;
isSequenceNameQualified = true;
}
// END BUGFIX
returnClass = type.getReturnedClass();
sql = dialect.getSequenceNextValString(sequenceName);
}
3. Added a method to configure the SessionGenerator the first time a Session calls generate:
private void configureFor(SessionImplementor session)
throws MappingException {
String factorySchemaName = session.getFactory().getDefaultSchema();
if (factorySchemaName != null)
sequenceName = factorySchemaName + '.' + sequenceName;
isSequenceNameQualified = true;
sql =
session.getFactory().getDialect().getSequenceNextValString(sequenceName);
}
4. Added a call to this method at the very start of the generate method:
public Serializable generate(SessionImplementor session, Object obj)
throws SQLException, HibernateException {
// BUGFIX: EW Hibernate 2.0.2 When the SequenceGenerator is configured
// it doesn't have access to the schema set for the default schema from the SessionFactory.
if (!isSequenceNameQualified) {
configureFor(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
|
|
From: <leg...@at...> - 2003-08-13 09:39:14
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Wed, 13 Aug 2003 4:38 AM
Thanks, I fixed it in 2.1 branch.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-251
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-251
Summary: error query table with "where" attribute in <class> mapping
Type: Bug
Status: Closed
Priority: Major
Resolution: FIXED
Project: Hibernate2
Fix Fors:
2.1 beta 2
Versions:
2.0.2
Assignee: Gavin King
Reporter: Dominik Roblek
Created: Tue, 12 Aug 2003 6:32 AM
Updated: Wed, 13 Aug 2003 4:38 AM
Description:
I added "where" attribute to <class> mapping of Party class, which has Person and Organization subclasses mapped via <joined-subclass>.
When executing Hibernate scalar query, is table column from "where" condition prefixed with wrong table alias. It is prefixed with Person table alias instead of Party table alias. It causes SQL error.
Here is my hbm.xml:
---
<hibernate-mapping>
<class
name="si.marand.maf.server.jastreb.party.module.entity.PartyEntity"
table="Party"
dynamic-update="false"
dynamic-insert="false"
where="MAF_Deleted=0">
<jcs-cache usage="read-write"/>
<id name="id" column="Party_ID" type="java.lang.Long" unsaved-value="0">
...
</id>
...
<joined-subclass
name="si.marand.maf.server.jastreb.party.module.entity.PersonEntity"
table="Person"
dynamic-update="false"
dynamic-insert="false"
proxy="si.marand.maf.server.jastreb.party.module.entity.PersonEntity">
<key column="Person_ID"/>
...
</joined-subclass>
<joined-subclass
name="si.marand.maf.server.jastreb.party.module.entity.OrganizationEntity"
table="Organization"
dynamic-update="false"
dynamic-insert="false">
<key column="Organization_ID"/>
...
</joined-subclass>
</class>
</hibernate-mapping>
---
Here is wrongly generated query:
---
select
personen0_.Person_ID as x0_0_,
personen0_.First_Name as x1_0_,
personen0_.Last_Name as x2_0_,
personen0__1.Party_Id_Num as x3_0_,
addresse2_.Street_1 as x4_0_,
addresse2_.Street_2 as x5_0_,
addresse2_.Street_3 as x6_0_,
addresse2_.Street_4 as x7_0_
from
Person personen0_
inner join Party personen0__1 on personen0_.Person_ID=personen0__1.Party_ID
inner join Party_Address partyadd1_ on personen0_.Person_ID=partyadd1_.Party_ID
inner join Address addresse2_ on partyadd1_.Address_ID=addresse2_.Address_ID
where
personen0_.MAF_Deleted=0 and
(((personen0__1.MAF_Deleted=0 ))and((addresse2_.Street_1 like ? )or(addresse2_.Street_2 like ? )
or(addresse2_.Street_3 like ? )or(addresse2_.Street_4 like ? )))
---
Condition "MAF_Deleted=0" should be prefixed with "personen0__1" alias instead of "personen0_" alias.
Dominik
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 08:40:28
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Wed, 13 Aug 2003 3:36 AM
I am *quite* certain that is is because your SQL Dialect is set incorrectly. Check the startup log to see that is set to OracleDialect or SAPDBDialect or something.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-254
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-254
Summary: Native mode try to use sequences instead of identities on sybase dialect (on accessing SqlServer 2000)
Type: Bug
Status: Closed
Priority: Major
Resolution: REJECTED
Project: Hibernate2
Components:
core
Versions:
2.0.2
Assignee:
Reporter: Fabio Parise
Created: Wed, 13 Aug 2003 2:47 AM
Updated: Wed, 13 Aug 2003 3:36 AM
Environment: Win2000 SP3, SqlServer 2000 SP3, jdk 1.4
Description:
Hibernate try to execute this typical Oracle syntax on my SqlServer 2000 as shown below:
my id configuration is:
<id name="pkid" type="long" column="pkid" unsaved-value="null">
<generator class="native">
<param name="sequence">seq_pro_aoo</param>
</generator>
</id>
Trace log:
Hibernate: select seq_pro_aoo.nextval from dual
13-ago-2003 9.32.40 it.saga.library.persistence.PersistenceConfiguration getSessionFactory
INFO: SessionFactory found!
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions
AVVERTENZA: SQL Error: 208, SQLState: 42S02
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions
GRAVE: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'.
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions
AVVERTENZA: SQL Error: 16945, SQLState: HY000
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions
GRAVE: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]The cursor was not declared.
13-ago-2003 9.32.40 net.sf.hibernate.JDBCException <init>
GRAVE: Could not save object
java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'.
at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source)
at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReply(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSCursorRequest.openCursor(Unknown Source)
at com.microsoft.jdbc.sqlserver.SQLServerImplStatement.execute(Unknown Source)
at com.microsoft.jdbc.base.BaseStatement.commonExecute(Unknown Source)
at com.microsoft.jdbc.base.BaseStatement.executeQueryInternal(Unknown Source)
at com.microsoft.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source)
at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271)
at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271)
at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271)
at net.sf.hibernate.id.SequenceGenerator.generate(SequenceGenerator.java:61)
at net.sf.hibernate.impl.SessionImpl.save(SessionImpl.java:599)
at net.sf.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:1202)
at it.saga.library.persistence.PersistentStatelessBean.save(PersistentStatelessBean.java:179)
at it.saga.pubblici.protocollo.impl.BLGProAOOBean.save(BLGProAOOBean.java:38)
at BLGProAOO_StatelessSessionBeanWrapper30.save(BLGProAOO_StatelessSessionBeanWrapper30.java:180)
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 com.evermind.server.rmi.RMICallHandler.run(RMICallHandler.java:119)
at com.evermind.server.rmi.RMICallHandler.run(RMICallHandler.java:48)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:803)
at java.lang.Thread.run(Thread.java:536)
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: SQL Warning: 0, SQLState:
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC]Database changed to Protocollo
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: SQL Warning: 0, SQLState:
13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Changed database context to 'Protocollo'.
13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: SQL Warning: 0, SQLState:
13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC]Language changed to us_english
13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: SQL Warning: 0, SQLState:
13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings
AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Changed language setting to us_english.
java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'.
at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source)
at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source)
at com.microsoft.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source)
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 07:59:52
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-254 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-254 Summary: Native mode try to use sequences instead of identities on sybase dialect (on accessing SqlServer 2000) Type: Bug Status: Unassigned Priority: Major Project: Hibernate2 Components: core Versions: 2.0.2 Assignee: Reporter: Fabio Parise Created: Wed, 13 Aug 2003 2:47 AM Updated: Wed, 13 Aug 2003 2:47 AM Environment: Win2000 SP3, SqlServer 2000 SP3, jdk 1.4 Description: Hibernate try to execute this typical Oracle syntax on my SqlServer 2000 as shown below: my id configuration is: <id name="pkid" type="long" column="pkid" unsaved-value="null"> <generator class="native"> <param name="sequence">seq_pro_aoo</param> </generator> </id> Trace log: Hibernate: select seq_pro_aoo.nextval from dual 13-ago-2003 9.32.40 it.saga.library.persistence.PersistenceConfiguration getSessionFactory INFO: SessionFactory found! 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions AVVERTENZA: SQL Error: 208, SQLState: 42S02 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions GRAVE: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'. 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions AVVERTENZA: SQL Error: 16945, SQLState: HY000 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logExceptions GRAVE: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]The cursor was not declared. 13-ago-2003 9.32.40 net.sf.hibernate.JDBCException <init> GRAVE: Could not save object java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'. at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source) at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReply(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSCursorRequest.openCursor(Unknown Source) at com.microsoft.jdbc.sqlserver.SQLServerImplStatement.execute(Unknown Source) at com.microsoft.jdbc.base.BaseStatement.commonExecute(Unknown Source) at com.microsoft.jdbc.base.BaseStatement.executeQueryInternal(Unknown Source) at com.microsoft.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source) at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271) at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271) at com.evermind.sql.FilterPreparedStatement.executeQuery(FilterPreparedStatement.java:271) at net.sf.hibernate.id.SequenceGenerator.generate(SequenceGenerator.java:61) at net.sf.hibernate.impl.SessionImpl.save(SessionImpl.java:599) at net.sf.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:1202) at it.saga.library.persistence.PersistentStatelessBean.save(PersistentStatelessBean.java:179) at it.saga.pubblici.protocollo.impl.BLGProAOOBean.save(BLGProAOOBean.java:38) at BLGProAOO_StatelessSessionBeanWrapper30.save(BLGProAOO_StatelessSessionBeanWrapper30.java:180) 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 com.evermind.server.rmi.RMICallHandler.run(RMICallHandler.java:119) at com.evermind.server.rmi.RMICallHandler.run(RMICallHandler.java:48) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:803) at java.lang.Thread.run(Thread.java:536) 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: SQL Warning: 0, SQLState: 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC]Database changed to Protocollo 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: SQL Warning: 0, SQLState: 13-ago-2003 9.32.40 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Changed database context to 'Protocollo'. 13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: SQL Warning: 0, SQLState: 13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC]Language changed to us_english 13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: SQL Warning: 0, SQLState: 13-ago-2003 9.32.41 net.sf.hibernate.util.JDBCExceptionReporter logWarnings AVVERTENZA: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Changed language setting to us_english. java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]Invalid object name 'dual'. at com.microsoft.jdbc.base.BaseExceptions.createException(Unknown Source) at com.microsoft.jdbc.base.BaseExceptions.getException(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processErrorToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRequest.processReplyToken(Unknown Source) at com.microsoft.jdbc.sqlserver.tds.TDSRPCRequest.processReplyToken(Unknown Source) --------------------------------------------------------------------- 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 |
|
From: <leg...@at...> - 2003-08-13 07:39:29
|
The following comment has been added to this issue:
Author: Max Rydahl Andersen
Created: Wed, 13 Aug 2003 2:16 AM
Body:
well - then you just use the inherit="false" on every meta tag you got.
I agree that sometimes the ineritance does not make sense, but at other times it does (like scope-get, scope-field etc.)
The default of having inherit="true" was made after asking the community what they thought - should i change the default behavior of meta (breaking existing code) ? And guess what, noone answered ;)
So, i kept the default. But please, make an jira issue on the subject and then if it gets enough votes i'll consider changing the default.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-242
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-242
Summary: <meta attribute="implements"> does not behave as expected
Type: Bug
Status: Closed
Priority: Major
Resolution: REJECTED
Project: Hibernate2
Components:
toolset
Versions:
2.0.1
Assignee:
Reporter: abe zafar
Created: Sun, 10 Aug 2003 2:40 AM
Updated: Sun, 10 Aug 2003 6:37 AM
Environment: JDK1.4
Description:
If the tag <meta attribute="implements">com.hp.Printer</meta> is inserted as a child of the class tag it properly adds the implement clause to the class. But if that class also contained a <composite-id> tag which indicated a class then that class would also UNEXPECTEDLY implement the interface "com.hp.Printer".
So in the following example:
<class name="com.hp.ColorPrinter">
<meta attribute="implements">com.hp.Printer</meta>
<composite-id
name="propertyName"
class="com.hp.PrinterId">
<key-property name="propertyName" type="typename" column="column_name"/>
<key-many-to-one name="propertyName class="ClassName" column="column_name"/>
</composite-id>
Both "ColorPrinter" and "PrinterId" end up implementing "com.hp.Printer". ColorPrinter is expected to implement the interface, but PrinterId should not implement the interface.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 07:28:13
|
The following comment has been added to this issue:
Author: Max Rydahl Andersen
Created: Wed, 13 Aug 2003 2:27 AM
Body:
Sorry, i made a stupid typo!
I have fixed it in cvs.
As sf.net only "publishes" our cvs at 24 hour cycles you can first get it tonight i assume.
Until then, try to search for "type-property" and replace it with "property-type" in AbstractRenderer.
sorry for the inconvenience!
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-243
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-243
Summary: Polymorphic associations are not handled properly
Type: Improvement
Status: Reopened
Priority: Major
Project: Hibernate2
Components:
toolset
Fix Fors:
2.1
Versions:
2.0 final
Assignee: Max Rydahl Andersen
Reporter: abe zafar
Created: Sun, 10 Aug 2003 2:54 AM
Updated: Wed, 13 Aug 2003 2:18 AM
Environment: JDK1.4
Description:
If I have an association like this one:
<many-to-one classname="com.hp.Printer"/>
and Printer does not have a mapping but it is an interface for a class called com.hp.ColorPrinter that does have a mapping, I would get two methods generated as I would expect:
public void setPrinter( Printer printer ) {
...
}
public Printer getPrinter() {
...
}
But since "com.hp.Printer" was never mapped I would get a rutime exception saying cannot find the mapping. If through some other tag or the <many-to-one> tag itself I can indicate that use the interface type for code generation but use the implementation class to look for the mapping the problem would be solved. For example if we had something like this:
<many-to-one compile-time-class="com.hp.Printer" run-time-class="com.hp.ColorPrinter"/> then the setter and getter would be generated using the compile-time-class and the run-time-class would be used to look up the mapping at runtime.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 07:19:14
|
Message:
The following issue has been reopened.
Reopener: Max Rydahl Andersen
Date: Wed, 13 Aug 2003 2:18 AM
reopening.
Could you please send a complete hbm.xml that has the problem ?
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-243
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-243
Summary: Polymorphic associations are not handled properly
Type: Improvement
Status: Reopened
Priority: Major
Project: Hibernate2
Components:
toolset
Fix Fors:
2.1
Versions:
2.0 final
Assignee: Max Rydahl Andersen
Reporter: abe zafar
Created: Sun, 10 Aug 2003 2:54 AM
Updated: Wed, 13 Aug 2003 2:18 AM
Environment: JDK1.4
Description:
If I have an association like this one:
<many-to-one classname="com.hp.Printer"/>
and Printer does not have a mapping but it is an interface for a class called com.hp.ColorPrinter that does have a mapping, I would get two methods generated as I would expect:
public void setPrinter( Printer printer ) {
...
}
public Printer getPrinter() {
...
}
But since "com.hp.Printer" was never mapped I would get a rutime exception saying cannot find the mapping. If through some other tag or the <many-to-one> tag itself I can indicate that use the interface type for code generation but use the implementation class to look for the mapping the problem would be solved. For example if we had something like this:
<many-to-one compile-time-class="com.hp.Printer" run-time-class="com.hp.ColorPrinter"/> then the setter and getter would be generated using the compile-time-class and the run-time-class would be used to look up the mapping at runtime.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 07:11:26
|
Message:
The following issue has been closed.
Resolver: Gavin King
Date: Wed, 13 Aug 2003 2:07 AM
Thanks for going to the effort; but I'm sorry, I won't accept any changes to interfaces in the .id package in order to implement this. Thats one reason why its kinda difficult to do.
peace....
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-252
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-252
Summary: Sequence generation not qualified by default schema for Session Factory
Type: Patch
Status: Closed
Priority: Minor
Resolution: REJECTED
Project: Hibernate2
Components:
core
Versions:
2.0.2
Assignee:
Reporter: Ethan Wolf
Created: Tue, 12 Aug 2003 1:54 PM
Updated: Wed, 13 Aug 2003 2:07 AM
Description:
The sequence name (in ID generation) is not qualified by the default schema for the Session Factory (when no schema qualification is given in the mapping file).
This limitation was reported on the forum: http://sourceforge.net/forum/message.php?msg_id=2056389
A partial fix was suggested, but did not work for session factories whose default schema is specified in a hibernate.cfg.xml configuration, rather than in hibernate.properties.
It appears to be somewhat involved to make a fix in SequenceGenerator.configure(Type type, Properties params, Dialect dialect), since one must trace fairly far up the callstack to get access to the schema for the SessionFactory.
Instead, a quicker/more localized fix was attained by performing the configuration of the schema qualification later, when a Session asks the SequenceGenerator for a sequence to be generated: SequenceGenerator.generate(SessionImplementor, Object). At that point, one can get to the SessionFactory from the session itself.
While this is somewhat ugly, it appears to work in my tests (with Oracle).
In order to implement this functionality, I made the following changes to SessionGenerator:
1. Added an instance variable so that the configuration only needs to get done the first time a session calls generate:
private boolean isSequenceNameQualified = false;
2. Modified the configure method:
public void configure(Type type, Properties params, Dialect dialect)
throws MappingException {
this.sequenceName =
PropertiesHelper.getString(SEQUENCE, params, "hibernate_sequence");
String schemaName = params.getProperty(SCHEMA);
// BEGIN BUGFIX EW
if (sequenceName.indexOf(StringHelper.DOT) > 0)
isSequenceNameQualified = true;
else if (schemaName != null) {
sequenceName = schemaName + '.' + sequenceName;
isSequenceNameQualified = true;
}
// END BUGFIX
returnClass = type.getReturnedClass();
sql = dialect.getSequenceNextValString(sequenceName);
}
3. Added a method to configure the SessionGenerator the first time a Session calls generate:
private void configureFor(SessionImplementor session)
throws MappingException {
String factorySchemaName = session.getFactory().getDefaultSchema();
if (factorySchemaName != null)
sequenceName = factorySchemaName + '.' + sequenceName;
isSequenceNameQualified = true;
sql =
session.getFactory().getDialect().getSequenceNextValString(sequenceName);
}
4. Added a call to this method at the very start of the generate method:
public Serializable generate(SessionImplementor session, Object obj)
throws SQLException, HibernateException {
// BUGFIX: EW Hibernate 2.0.2 When the SequenceGenerator is configured
// it doesn't have access to the schema set for the default schema from the SessionFactory.
if (!isSequenceNameQualified) {
configureFor(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
|
|
From: <leg...@at...> - 2003-08-13 01:25:51
|
The following comment has been added to this issue:
Author: abe zafar
Created: Tue, 12 Aug 2003 7:32 PM
Body:
I search the latest code from cvs for "property-type", the only place that I found was something similar "beans-property-type" which does not seem to be relevant to this issue. Is it possible that your latest changes have not been checked in to cvs yet?
I got the latest from cvs last night from the HibernateExt module.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-243
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-243
Summary: Polymorphic associations are not handled properly
Type: Improvement
Status: Closed
Priority: Major
Resolution: FIXED
Project: Hibernate2
Components:
toolset
Fix Fors:
2.1
Versions:
2.0 final
Assignee: Max Rydahl Andersen
Reporter: abe zafar
Created: Sun, 10 Aug 2003 2:54 AM
Updated: Sun, 10 Aug 2003 12:04 PM
Environment: JDK1.4
Description:
If I have an association like this one:
<many-to-one classname="com.hp.Printer"/>
and Printer does not have a mapping but it is an interface for a class called com.hp.ColorPrinter that does have a mapping, I would get two methods generated as I would expect:
public void setPrinter( Printer printer ) {
...
}
public Printer getPrinter() {
...
}
But since "com.hp.Printer" was never mapped I would get a rutime exception saying cannot find the mapping. If through some other tag or the <many-to-one> tag itself I can indicate that use the interface type for code generation but use the implementation class to look for the mapping the problem would be solved. For example if we had something like this:
<many-to-one compile-time-class="com.hp.Printer" run-time-class="com.hp.ColorPrinter"/> then the setter and getter would be generated using the compile-time-class and the run-time-class would be used to look up the mapping at runtime.
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-13 00:54:22
|
The following comment has been added to this issue:
Author: Gavin King
Created: Tue, 12 Aug 2003 7:51 PM
Body:
Are you *absolutely* certain about this?
I just tried to reproduce this and drew a complete blank; seems to be working beautifully.
Anyway, I'll need a simple test case (in a main() method) so i can reproduce this, if correct.
---------------------------------------------------------------------
View the issue:
http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-253
Here is an overview of the issue:
---------------------------------------------------------------------
Key: HB-253
Summary: Filter with "elements(this.employees)" clause
Type: Bug
Status: Unassigned
Priority: Major
Project: Hibernate2
Versions:
2.1 beta 1
Assignee:
Reporter: Alessandro Vernet
Created: Tue, 12 Aug 2003 2:20 PM
Updated: Tue, 12 Aug 2003 2:20 PM
Description:
I am doing a:
session.filter(regions, "where ? in elements(this.employees)", employee, Hibernate.entity(Employee.class));
Where Region.hbm.xml defines employees as:
<hibernate-mapping>
<class name="bean.Region" table="owf_region" mutable="false">
...
<set name="employees" table="owf_employee_region">
<key column="region_id"/>
<many-to-many class="bean.Employee" column="employee_id"/>
</set>
</class>
</hibernate-mapping>
I get:
net.sf.hibernate.QueryException: could not resolve property: employees [where ? in elements(this.employees)]
at net.sf.hibernate.persister.AbstractPropertyMapping.getPropertyType(AbstractPropertyMapping.java:33)
at net.sf.hibernate.hql.PathExpressionParser.getPropertyType(PathExpressionParser.java:242)
at net.sf.hibernate.hql.PathExpressionParser.token(PathExpressionParser.java:122)
at net.sf.hibernate.hql.WhereParser.doPathExpression(WhereParser.java:333)
at net.sf.hibernate.hql.WhereParser.doToken(WhereParser.java:365)
at net.sf.hibernate.hql.WhereParser.token(WhereParser.java:250)
at net.sf.hibernate.hql.ClauseParser.token(ClauseParser.java:87)
at net.sf.hibernate.hql.PreprocessingParser.end(PreprocessingParser.java:142)
at net.sf.hibernate.hql.ParserHelper.parse(ParserHelper.java:30)
at net.sf.hibernate.hql.QueryTranslator.compile(QueryTranslator.java:148)
at net.sf.hibernate.hql.QueryTranslator.compile(QueryTranslator.java:135)
at net.sf.hibernate.hql.FilterTranslator.compile(FilterTranslator.java:25)
at net.sf.hibernate.impl.SessionFactoryImpl.getFilter(SessionFactoryImpl.java:269)
at net.sf.hibernate.impl.SessionImpl.getFilterTranslator(SessionImpl.java:3149)
at net.sf.hibernate.impl.SessionImpl.filter(SessionImpl.java:3169)
at net.sf.hibernate.impl.SessionImpl.filter(SessionImpl.java:3109)
I expected this to work. Pretty much the same HQL works just fine when used in a session.createQuery(), e.g.:
session.createQuery("from Region as r where ? in elements(r.employees)").setEntity(0, employee).list()
Alex
---------------------------------------------------------------------
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
|
|
From: <leg...@at...> - 2003-08-12 20:00:58
|
Message: A new issue has been created in JIRA. --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-252 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-252 Summary: Sequence generation not qualified by default schema for Session Factory Type: Patch Status: Unassigned Priority: Minor Project: Hibernate2 Components: core Versions: 2.0.2 Assignee: Reporter: Ethan Wolf Created: Tue, 12 Aug 2003 1:54 PM Updated: Tue, 12 Aug 2003 1:54 PM Description: The sequence name (in ID generation) is not qualified by the default schema for the Session Factory (when no schema qualification is given in the mapping file). This limitation was reported on the forum: http://sourceforge.net/forum/message.php?msg_id=2056389 A partial fix was suggested, but did not work for session factories whose default schema is specified in a hibernate.cfg.xml configuration, rather than in hibernate.properties. It appears to be somewhat involved to make a fix in SequenceGenerator.configure(Type type, Properties params, Dialect dialect), since one must trace fairly far up the callstack to get access to the schema for the SessionFactory. Instead, a quicker/more localized fix was attained by performing the configuration of the schema qualification later, when a Session asks the SequenceGenerator for a sequence to be generated: SequenceGenerator.generate(SessionImplementor, Object). At that point, one can get to the SessionFactory from the session itself. While this is somewhat ugly, it appears to work in my tests (with Oracle). In order to implement this functionality, I made the following changes to SessionGenerator: 1. Added an instance variable so that the configuration only needs to get done the first time a session calls generate: private boolean isSequenceNameQualified = false; 2. Modified the configure method: public void configure(Type type, Properties params, Dialect dialect) throws MappingException { this.sequenceName = PropertiesHelper.getString(SEQUENCE, params, "hibernate_sequence"); String schemaName = params.getProperty(SCHEMA); // BEGIN BUGFIX EW if (sequenceName.indexOf(StringHelper.DOT) > 0) isSequenceNameQualified = true; else if (schemaName != null) { sequenceName = schemaName + '.' + sequenceName; isSequenceNameQualified = true; } // END BUGFIX returnClass = type.getReturnedClass(); sql = dialect.getSequenceNextValString(sequenceName); } 3. Added a method to configure the SessionGenerator the first time a Session calls generate: private void configureFor(SessionImplementor session) throws MappingException { String factorySchemaName = session.getFactory().getDefaultSchema(); if (factorySchemaName != null) sequenceName = factorySchemaName + '.' + sequenceName; isSequenceNameQualified = true; sql = session.getFactory().getDialect().getSequenceNextValString(sequenceName); } 4. Added a call to this method at the very start of the generate method: public Serializable generate(SessionImplementor session, Object obj) throws SQLException, HibernateException { // BUGFIX: EW Hibernate 2.0.2 When the SequenceGenerator is configured // it doesn't have access to the schema set for the default schema from the SessionFactory. if (!isSequenceNameQualified) { configureFor(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 |
93 messages has been excluded from this view by a project administrator.
