[Hibernate-JIRA] Created: (HHH-4944) putFromLoad calls could store stale data
by Galder Zamarreno (JIRA)
putFromLoad calls could store stale data
----------------------------------------
Key: HHH-4944
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4944
Project: Hibernate Core
Issue Type: Bug
Components: caching (L2)
Affects Versions: 3.5.0-CR-1
Reporter: Galder Zamarreno
Assignee: Galder Zamarreno
Fix For: 3.5.x
Attachments: RandomConcurrentWriteTestFailures4.tar.gz
01. 18050: Thread-2: Finds no contacts for Customer.contacts#5
02. 18054: Thread-2: PutFromLoadValidator allows a PFER on Customer.contacts#5 with []
03. 18055: Thread-5: PutFromLoadValidator: Record Customer.contacts#5 removal
04. 18056: Thread-5: Commits new Contact to database
05. 18056: Thread-5: At commit time, update Customer.contacts#5 to removed=true
06. 18058: Thread-2: Invoke PFER with on Customer.contacts#5 with []
07. 18058: Thread-2: Attempt to lock
08. 18058: Thread-2: Lock succeeded
09. => Thread-2 stores stale data in 2LC
--
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, 10 months
[Hibernate-JIRA] Created: (HV-66) 3.1.0.CR1 incompatible with Hibernate 3.3.0
by Juergen Zimmermann (JIRA)
3.1.0.CR1 incompatible with Hibernate 3.3.0
-------------------------------------------
Key: HV-66
URL: http://opensource.atlassian.com/projects/hibernate/browse/HV-66
Project: Hibernate Validator
Issue Type: Bug
Affects Versions: 3.1.0.CR1
Environment: Hibernate 3.3.0, Hibernate Common Annotations 3.1.0.CR2, Hibernate Annotations 3.4.0.CR2, Hibernate EntityManager 3.4.0.CR2, Javassist, 3.8.1, CGLib 2.2, EHCache 1.5.0, SLF4J 1.5.2, JDK 1.6.0_07
Reporter: Juergen Zimmermann
I'm getting this stacktrace after upgrading from Hibernate 3.3.0.CR2 to 3.3.0:
java.lang.NoSuchMethodError: org.hibernate.event.PreUpdateEvent.getSource()Lorg/hibernate/engine/SessionImplementor;
at org.hibernate.validator.event.ValidateEventListener.onPreUpdate(ValidateEventListener.java:177)
at org.hibernate.action.EntityUpdateAction.preUpdate(EntityUpdateAction.java:237)
at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:88)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:263)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:168)
at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321)
at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:64)
at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:996)
at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1141)
at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102)
at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:65)
at de.hska.kundenverwaltung.db.KundenverwaltungDaoImpl.findKundenByNachname(KundenverwaltungDaoImpl.java:67)
at de.hska.kundenverwaltung.KundenverwaltungImpl.updateKunde(KundenverwaltungImpl.java:392)
at de.hska.kundenverwaltung.rest.KundenverwaltungResource.updateKunde(KundenverwaltungResource.java:194)
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:597)
at com.sun.jersey.impl.model.method.dispatch.EntityParamDispatchProvider$TypeOutInvoker._dispatch(EntityParamDispatchProvider.java:132)
at com.sun.jersey.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:81)
at com.sun.jersey.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:133)
at com.sun.jersey.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111)
at com.sun.jersey.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:71)
at com.sun.jersey.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111)
at com.sun.jersey.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:64)
at com.sun.jersey.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:680)
at com.sun.jersey.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:650)
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:309)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at de.hska.util.HskaFilter.doFilter(HskaFilter.java:46)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:857)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:565)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1509)
at java.lang.Thread.run(Thread.java:619)
--
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, 10 months
[Hibernate-JIRA] Created: (HHH-4917) Keyword TYPE not supported
by Juergen Zimmermann (JIRA)
Keyword TYPE not supported
--------------------------
Key: HHH-4917
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4917
Project: Hibernate Core
Issue Type: Bug
Components: entity-manager
Affects Versions: 3.5.0-CR-1
Reporter: Juergen Zimmermann
The keyword TYPE according to JPA 2 cannot be used:
In PostgreSQL:
CREATE TABLE kunde(
k_id BIGSERIAL NOT NULL PRIMARY KEY,
...
art CHAR(1) DEFAULT 'P'
);
Entity classes:
@Entity
@Table(name="kunde")
@Inheritance
@DiscriminatorColumn(name="art", length=1)
@NamedQueries({
@NamedQuery(name = "typeSample",
query = "SELECT k FROM Kunde k WHERE TYPE(k) IN (Privatkunde, Firmenkunde)")
})
public abstract class Kunde implements java.io.Serializable {...}
@Entity
@DiscriminatorValue("P")
public class Privatkunde extends Kunde {...}
public abstract class Kunde implements java.io.Serializable {...}
Wrong generated SQL query:
select
...
from
kunde kunde0_
where
TYPE(kunde0_.k_id) in (
'P' , 'F'
)
--
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, 10 months
[Hibernate-JIRA] Commented: (HHH-88) Needed suport for generics on Query class.
by Jesse Kuhnert (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-88?page=com... ]
Jesse Kuhnert commented on HHH-88:
----------------------------------
Session s = ...;
public Query createQuery(String query);
public Query<T> createQuery(String query, Class retType);
class QueryImpl ..
class GenericQueryImpl extends QueryImpl ..implements SomeInterface<T>{}
?
> Needed suport for generics on Query class.
> ------------------------------------------
>
> Key: HHH-88
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-88
> Project: Hibernate Core
> Issue Type: Improvement
> Components: core
> Affects Versions: 3.0 alpha, 3.0 beta 1, 3.0 beta 2, 3.1 rc3
> Environment: Java 1.5 (this issue it's to work with generics).
> Reporter: Marcio Wesley Borges
> Priority: Trivial
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> I'm using J2SE 1.5 and I'ld like so much if the Query.java class had support to generics. I did some tests and I believe that it's simple.
> I'm showing above a sample with the changes needed. Basicly you must add the interface Interable to the Query class and implement it. The Query class already have the method Query.interate that return the same required Interator of the method Iterable.iterator. So I sugest you to create another method with the name Query.iterator, just to implement the interface Iterable. After this I think the support to generic is ok.
--
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, 10 months