[Hibernate-JIRA] Created: (HHH-2303) generateTemporaryTableName in Oracle9Dialect does not truncate well
by Francois Jean (JIRA)
generateTemporaryTableName in Oracle9Dialect does not truncate well
-------------------------------------------------------------------
Key: HHH-2303
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2303
Project: Hibernate3
Type: Patch
Components: core
Versions: 3.2.0.ga
Environment: Hibernate 3.2, Oracle database
Reporter: Francois Jean
Priority: Minor
Attachments: substring.patch
In "org.hibernate.dialect.Oracle9Dialect" the method used to truncate the temporary table name removes the first character of the table name. I think that we should retain the first character. Using "name.substring( 0, 30 )" will return 30 character which should be ok for Oracle.
I propose to change this method:
public String generateTemporaryTableName(String baseTableName) {
String name = super.generateTemporaryTableName(baseTableName);
return name.length() > 30 ? name.substring( 1, 30 ) : name;
}
For:
public String generateTemporaryTableName(String baseTableName) {
String name = super.generateTemporaryTableName(baseTableName);
return name.length() > 30 ? name.substring( 0, 30 ) : name;
}
François J.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
18 years, 1 month
[Hibernate-JIRA] Created: (HBX-830) Database errors should not be displayed in Log Error view
by Dariusz Tylus (JIRA)
Database errors should not be displayed in Log Error view
---------------------------------------------------------
Key: HBX-830
URL: http://opensource.atlassian.com/projects/hibernate/browse/HBX-830
Project: Hibernate Tools
Type: Improvement
Components: eclipse
Versions: 3.2beta8
Environment: Eclipse 3.2, Hibernate Tool 3.2 beta 8
Reporter: Dariusz Tylus
When user select Refresh in eg reveng editor and there is an error during reading database schema user is not notyiied about an error and see the incompleat database schema in the three.
Such situation is common when you are using Oracle database and there is problem with BIN tables.
Evry errors are logged to the PDE Runtime -> Log Error View. This view is for eclipse developers not for applications programers.
Database problems are application specific so they should not be diplayed in Log Error view.
My sugestion is:
1. Notify the user about dtdabase error when the database schema is read.
2. Mark the database tree in reveng editor as incompleate.
3. Stop logging database errors to the Log Error view
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
18 years, 1 month
[Hibernate-JIRA] Commented: (HHH-1) Optimize Hibernate for the bulk insertion of related entities
by Adrian Lisenberg (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1?page=comm... ]
Adrian Lisenberg commented on HHH-1:
------------------------------------
Hi, I'm trying to solve this issue by implementing my own Batcher class. This Batcher, rader than just one PreparedStatement, has a collection of Statements, one for each sql string. Then I have a Comparator that knows the order of the sql strings (this should be based on cascade mappings). So when the flush is made, all the statements are commited in the right order.
Do you think I´m missing something?? It seems to be working on my project...
Thanks
Adrian
> Optimize Hibernate for the bulk insertion of related entities
> -------------------------------------------------------------
>
> Key: HHH-1
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1
> Project: Hibernate3
> Type: New Feature
> Components: core
> Environment: Hibernate 1.2, MySql 3.1
> Reporter: Bradley Leupen
> Priority: Minor
>
>
> It is currently difficult to batch the creation of persistent entities that maintain associations with other entities.
> Add necessary api to hibernate to support the save or update of a collection of entities. An optimization can be applied in this scenario to group inserts / updates by entity class, or table. This will enable the hibernate engine to utilize batching if available, drastically improving performance over a network.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
18 years, 1 month
[Hibernate-JIRA] Created: (ANN-494) Determine Referenced Entity For Embeddable types from the parameterised type
by Edward Costello (JIRA)
Determine Referenced Entity For Embeddable types from the parameterised type
----------------------------------------------------------------------------
Key: ANN-494
URL: http://opensource.atlassian.com/projects/hibernate/browse/ANN-494
Project: Hibernate Annotations
Type: Improvement
Components: binder
Versions: 3.2.0.cr1
Reporter: Edward Costello
When a collection is mapped using @ManyToOne or @CollectionOfElements, the entity in the collection is derived from the parametrised type of the collection. e.g. there is no need to explicitly indicate the elements of the following collection are books.
@ManyToOne
Set<Book> books;
It would be nice if the same kind of discovery could be applied to Embeddable types when contained in a CollectionOfElements. E.g. it would be nice if Hibernate could derive that the embedded Versioned references a Book in the example below
@CollectionOfElements
Set<Versioned<Book>>;
@Embeddable
class Versioned<T> {
T rightSide;
Date date;
}
Even if it wasn't derived, it would be good to be able to specify it. Currently the only way to make the above work is to create a subclass of Versioned that explicitly binds the type parameter to Book. Without this the below exception is thrown while building the session factory
Exception in thread "main" java.lang.IllegalStateException: Property rightSide has an unbound type and no explicit target entity.
at org.hibernate.cfg.AnnotationBinder.addElementsOfAClass(AnnotationBinder.java:946)
at org.hibernate.cfg.AnnotationBinder.fillComponent(AnnotationBinder.java:1655)
at org.hibernate.cfg.annotations.CollectionBinder.bindManyToManySecondPass(CollectionBinder.java:1054)
at org.hibernate.cfg.annotations.CollectionBinder.bindStarToManySecondPass(CollectionBinder.java:543)
at org.hibernate.cfg.annotations.CollectionBinder$1.secondPass(CollectionBinder.java:484)
at org.hibernate.cfg.CollectionSecondPass.doSecondPass(CollectionSecondPass.java:43)
at org.hibernate.cfg.annotations.CollectionBinder.bind(CollectionBinder.java:377)
at org.hibernate.cfg.AnnotationBinder.processElementAnnotations(AnnotationBinder.java:1476)
at org.hibernate.cfg.AnnotationBinder.bindClass(AnnotationBinder.java:706)
at org.hibernate.cfg.AnnotationConfiguration.processArtifactsOfType(AnnotationConfiguration.java:452)
at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:268)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1210)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
18 years, 1 month