August 2011 - hibernate-issues - Jboss List Archives

[Hibernate-JIRA] Created: (HHH-6544) Auditing not working for @ManyToMany and @OneToMany with Association table

by chetan verma (JIRA)

Auditing not working for @ManyToMany and @OneToMany with Association table -------------------------------------------------------------------------- Key: HHH-6544 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6544 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.6.6 Environment: MySql 5.5 Reporter: chetan verma Below are my entities, table for auditing are created for user,destinies and user.securityGroups relationships, but there is no audit logs for the same with release Hibernate 3.6.6. But these things are working fine with 3.6.0. @Entity @Audited public class User { @Id @GeneratedValue private int id; @Column(nullable=false) private String name; @OneToMany(cascade=CascadeType.ALL, orphanRemoval=true) private Set<Destiny> destinies; @ManyToMany @JoinTable(joinColumns = @JoinColumn(name = "User_id"), inverseJoinColumns = @JoinColumn(name = "securityGroups_id"), uniqueConstraints = @UniqueConstraint(columnNames = { "User_id", "securityGroups_id" })) private Set<SecurityGroup> securityGroups; } @Entity @Audited public class Destiny { @Id @GeneratedValue private int id; @Column(nullable=false) private String name; } @Entity @Audited public class SecurityGroup { @Id @GeneratedValue private int id; @Column(nullable=false) private String name; } -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
3
0 / 0

[Hibernate-JIRA] Created: (HHH-4694) Support "fake" many-to-one bidirectional relations

by Adam Warski (JIRA)

Support "fake" many-to-one bidirectional relations -------------------------------------------------- Key: HHH-4694 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4694 Project: Hibernate Core Issue Type: New Feature Components: envers Reporter: Adam Warski Assignee: Adam Warski Fix For: 3.5 Such relations are mapped with @OneToMany+@JoinColumn and @ManyToOne+@Column(insertable=false, updatable=false). This will be supported by an experimental @AuditMappedBy annotation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
3
0 / 0

[Hibernate-JIRA] Created: (HV-460) Create a SerializableValidatorFactory wrapper that has enough information to either access or create a matching implementation when deserializing

by Scott Marlow (JIRA)

Create a SerializableValidatorFactory wrapper that has enough information to either access or create a matching implementation when deserializing ------------------------------------------------------------------------------------------------------------------------------------------------- Key: HV-460 URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-460 Project: Hibernate Validator Issue Type: Improvement Components: validators Reporter: Scott Marlow -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
18
0 / 0

[Hibernate-JIRA] Created: (HHH-3967) Great performance improvement for CascadingAction.PERSIST_ON_FLUSH action !!

by Guenther Demetz (JIRA)

Great performance improvement for CascadingAction.PERSIST_ON_FLUSH action !! ---------------------------------------------------------------------------- Key: HHH-3967 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3967 Project: Hibernate Core Issue Type: Improvement Components: core Affects Versions: 3.3.1 Environment: 3.3.1 GA , SQLServer Reporter: Guenther Demetz Sometimes large stateful transactions are unavoidable and especially when having several large persistent collections in dirty state, flushing becomes gradually more cpu intensive and slowly. Analizing several stacktraces I detected that the thread most time is executing at the same point in reflection , see here a typical stacktrace: java.lang.Class.isAssignableFrom(Native Method) sun.reflect.UnsafeFieldAccessorImpl.ensureObj(UnsafeFieldAccessorImpl.java:36) ... java.lang.reflect.Field.get(Field.java:358) DirectPropertyAccessor$DirectGetter.get(DirectPropertyAccessor.java:55) PojoEntityTuplizer(AbstractEntityTuplizer).getPropertyValue(Object, int) line: 300 SingleTableEntityPersister(AbstractEntityPersister).getPropertyValue(Object, int, EntityMode) line: 3609 Cascade.cascade(EntityPersister, Object, Object) line: 172 ... Making further investigations, I saw that: - CascadingAction.PERSIST_ON_FLUSH requires NoCascadeChecking - for all kind of properties the noCascade implementation is called - regarding noCascade implementation checks only properties of type Entity ! public static final CascadingAction PERSIST_ON_FLUSH = new CascadingAction() { ... public void noCascade(EventSource session, Object child, Object parent, EntityPersister persister, int propertyIndex) { ... Type type = persister.getPropertyTypes()[propertyIndex]; if ( type.isEntityType() ) { ... check and throw eventually a TransientObjectException } } Thus most property values are retrieved by reflection in vain as they are not of type entity. With following code addition in org.hibernate.engine.Cascade.java I was able do avoid most reflection method calls without affecting the behaviour: org.hibernate.engine.Cascade.java ... public void cascade(final EntityPersister persister, final Object parent, final Object anything) throws HibernateException { ... else if ( action.requiresNoCascadeChecking() ) { // Line:162 // begin Improvement if (action == CascadingAction.PERSIST_ON_FLUSH) { Type type = persister.getPropertyTypes()[i]; if ( !type.isEntityType() ) { // Remark: goes only well as long PERSIST_ON_FLUSH noCascade implementation checks only entities continue; } } // end Improvement action.noCascade( eventSource, persister.getPropertyValue( parent, i, entityMode ), parent, persister, i ); ... best regards Guenther D. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
8
0 / 0

[Hibernate-JIRA] Created: (HHH-6039) jpaEntityName not set when using Hibernate mapping

by JOUFFRE Nelly (JIRA)

jpaEntityName not set when using Hibernate mapping -------------------------------------------------- Key: HHH-6039 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6039 Project: Hibernate Core Issue Type: Bug Components: metamodel, query-criteria Affects Versions: 3.6.2 Environment: hibernate-(core, entitymanager...)-3.6.2.Final hibernate-jpa-2.0-api-1.0.0.Final MySQL 5.1 Spring 3.0.5.RELEASE Reporter: JOUFFRE Nelly Attachments: Qualifier.hbm.xml I'm trying to run the following query CriteriaBuilder cb = entityManager.getCriteriaBuilder(); CriteriaQuery<Qualifier> cq = cb.createQuery(Qualifier.class); Root<Qualifier> qualifRoot = cq.from(Qualifier.class); List<Qualifier> results = entityManager.createQuery(cq).getResultList(); The Qualifier class is mapped using Hibernate hbm.xml mapping (see attachement) The entityManagerFactory is configured using a Spring class <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"> ... </bean> This Criteria query throws the exception: org.hibernate.hql.ast.QuerySyntaxException: unexpected token: null near line 1, column 29 [select generatedAlias0 from null as generatedAlias0] The FROM clause, which here is null, is built using the EntityType.jpaEntityName property which value comes from PersistentClass.jpaEntityName property. But this property is never set when context is loaded to build the Metamodel. Is this property not set because the mapping is an hibernate mapping and not a JPA one ? or is it a bug ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

3
5
0 / 0

[Hibernate-JIRA] Created: (HHH-5191) CollectionMetadataGenerator fails to obtain mappedBy attribute when is defined on superclasses

by Hernán Chanfreau (JIRA)

CollectionMetadataGenerator fails to obtain mappedBy attribute when is defined on superclasses ---------------------------------------------------------------------------------------------- Key: HHH-5191 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5191 Project: Hibernate Core Issue Type: Bug Components: envers Affects Versions: 3.5.1 Environment: Hibernate-envers build from branch_3_5 (3.5.2-SNAPSHOT) Reporter: Hernán Chanfreau When the inverse side on a bidirectional relation is defined on a superclass, envers fails to configure the mappedBy attribute because it doesn't search on superclasses. Here is the original discussion: http://community.jboss.org/thread/151240?tstart=0 I'm attaching two patcher. One contains 2 test cases and another with some modifications for this. Regards. Hernán. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

5
15
0 / 0

[Hibernate-JIRA] Created: (HHH-2125) Hibernate XML Mapping should not depend on dom4j

by Don Smith (JIRA)

Hibernate XML Mapping should not depend on dom4j ------------------------------------------------ Key: HHH-2125 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2125 Project: Hibernate3 Type: Improvement Components: core Versions: 3.2.0 cr1, 3.2.0.cr2, 3.2.0.cr3, 3.2.0.cr4 Environment: all Reporter: Don Smith Hibernate XML mapping requires dom4j, which is one of the packages that causes the Java version of "dll hell" - applications requiring conflicting versions of jars with no way to resolve the problem in a given release of an application server or package. HIbernate should be converted to use the standard XML APIs included in the JRE 5.0 specification, when Hibernate no longer needs to support JRE 1.4.x. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

6
10
0 / 0

[Hibernate-JIRA] Created: (HHH-3655) Select Query Using JPA and Static Inner Class

by Caine Lai (JIRA)

Select Query Using JPA and Static Inner Class --------------------------------------------- Key: HHH-3655 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-3655 Project: Hibernate Core Issue Type: Bug Affects Versions: 3.3.1 Environment: Hibernate Version 3.3.1 GA, using JPA. MySQL DB. Reporter: Caine Lai Attachments: HibernateStaticInnerClassBug.zip I want to collect some statistics using JPA and return them all as a value object to my web tier. In my value object I have a static inner class I would like to use for the JPA query. My Class: public class GeneralVendorStatsVO { private List<StatusCounts> statusCounts = new ArrayList<StatusCounts>(); /** * Inner class for holding status counts for vendors. */ public static class StatusCounts { private UserStatus status; private Long count; public StatusCounts(UserStatus status, Long count) { this.status = status; this.count = count; } public UserStatus getStatus() { return status; } public void setStatus(UserStatus status) { this.status = status; } public Long getCount() { return count; } public void setCount(Long count) { this.count = count; } } // ********************** Accessor Methods ********************** // public List<StatusCounts> getStatusCounts() { return statusCounts; } public void setStatusCounts(List<StatusCounts> statusCounts) { this.statusCounts = statusCounts; } } And here is the method I am trying to execute: public GeneralVendorStatsVO getGeneralVendorStats() { GeneralVendorStatsVO vo = new GeneralVendorStatsVO(); // Get the status counts. String queryString = "SELECT new vo.stats.vendor.GeneralVendorStatsVO.StatusCounts(user.status, count(user)) FROM User user GROUP BY user.status"; Query query = this.em.createQuery(queryString); List<GeneralVendorStatsVO.StatusCounts> statusCounts = query.getResultList(); vo.setStatusCounts(statusCounts); for (GeneralVendorStatsVO.StatusCounts entry : statusCounts) { log.debug("Status: " + entry.getStatus()+ "Count: " + entry.getCount()); } return vo; } The error: org.hibernate.hql.ast.QuerySyntaxException: Unable to locate class [vo.stats.vendor.GeneralVendorStatsVO.StatusCounts] I don't know why this would not work, when I can do: new GeneralVendorStatsVO.StatusCounts(UserStatus.APPROVED, 200L) I was told I should open an issue because it seems like a bug. More info here: http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=78... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

5
4
0 / 0

[Hibernate-JIRA] Created: (METAGEN-69) When the root class of hierarchy does not declare @Id default access type cannot be resolved

by Igor Vaynberg (JIRA)

When the root class of hierarchy does not declare @Id default access type cannot be resolved -------------------------------------------------------------------------------------------- Key: METAGEN-69 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-69 Project: Hibernate Metamodel Generator Issue Type: Bug Components: processor Affects Versions: 1.1.1.Final Reporter: Igor Vaynberg Assignee: Hardy Ferentschik if we have {code} @MappedSuperClass Foo {} @Entity @Inheritance Bar extends Foo { @Id id } @Entity Baz extends Bar {} {code} Baz_ will not have any of Baz's bindings because while looking for access type the processor does not stop at Bar and continues to Foo which has default accesstype of null. Pull request with a test case incoming... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
7
0 / 0

[Hibernate-JIRA] Created: (METAGEN-73) Refactoring of the Generated annotation

by Théo Chamley (JIRA)

Refactoring of the Generated annotation --------------------------------------- Key: METAGEN-73 URL: http://opensource.atlassian.com/projects/hibernate/browse/METAGEN-73 Project: Hibernate Metamodel Generator Issue Type: Improvement Affects Versions: 1.2.next Reporter: Théo Chamley Assignee: Hardy Ferentschik Priority: Minor Attachments: hibernate-jpamodelgen-refactoring-generated-annotation.diff You will find as an attached file a patch to modify the Generated annotation of the JPA MetaModels. The value element of the annotation is now the name of the processor. If activated, the annotation as an element date which that indicates when the file has been generated. This element date may be a problem when you try to compare several generated files, so you can remove it with the option -AremoveDateFromGeneratedAnnotation=true. Hope this helps, -- Théo -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues August 2011