[Hibernate-JIRA] Updated: (HHH-1088) IdentifierProjection does not work with composite keys
by Steve Ebersole (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1088?page=c... ]
Steve Ebersole updated HHH-1088:
--------------------------------
Fix Version/s: 3.5.0.Next
3.3.x
And for the 3.3 branch as well? Thanks
> IdentifierProjection does not work with composite keys
> ------------------------------------------------------
>
> Key: HHH-1088
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1088
> Project: Hibernate Core
> Issue Type: Bug
> Components: query-criteria
> Affects Versions: 3.1 rc2
> Reporter: Max Muermann
> Assignee: Gail Badner
> Fix For: 3.3.x, 3.5.0.Next
>
> Attachments: CompositeIdProjection.java, CriteriaLoader.java
>
>
> When working with Criteria queries, the IdentifierProjection breaks if the entity has a composite key.
> In IdentifierProjection.java:
> public String toSqlString(Criteria criteria, int position, CriteriaQuery criteriaQuery)
> throws HibernateException {
> StringBuffer buf = new StringBuffer();
> String[] cols = criteriaQuery.getIdentifierColumns(criteria);
> for ( int i=0; i<cols.length; i++ ) {
> buf.append( cols[i] )
> .append(" as y")
> .append(position + i)
> .append('_');
> }
> return buf.toString();
> }
> This method does not add commas as separators between the column names. Easily fixed by adding
> if (i<col.length-1)
> buf.append(",");
> as the last statement inside the loop.
> However, this leads to another problem:
> the type returned by IdentifierProjection.geType is the (single) type of the composite id component. The query will however return the property values of the id component without a mapping step.
--
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
[Hibernate-JIRA] Assigned: (HHH-1088) IdentifierProjection does not work with composite keys
by Steve Ebersole (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1088?page=c... ]
Steve Ebersole reassigned HHH-1088:
-----------------------------------
Assignee: Gail Badner
Gail can you take a look at this for 3.5?
> IdentifierProjection does not work with composite keys
> ------------------------------------------------------
>
> Key: HHH-1088
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1088
> Project: Hibernate Core
> Issue Type: Bug
> Components: query-criteria
> Affects Versions: 3.1 rc2
> Reporter: Max Muermann
> Assignee: Gail Badner
> Attachments: CompositeIdProjection.java, CriteriaLoader.java
>
>
> When working with Criteria queries, the IdentifierProjection breaks if the entity has a composite key.
> In IdentifierProjection.java:
> public String toSqlString(Criteria criteria, int position, CriteriaQuery criteriaQuery)
> throws HibernateException {
> StringBuffer buf = new StringBuffer();
> String[] cols = criteriaQuery.getIdentifierColumns(criteria);
> for ( int i=0; i<cols.length; i++ ) {
> buf.append( cols[i] )
> .append(" as y")
> .append(position + i)
> .append('_');
> }
> return buf.toString();
> }
> This method does not add commas as separators between the column names. Easily fixed by adding
> if (i<col.length-1)
> buf.append(",");
> as the last statement inside the loop.
> However, this leads to another problem:
> the type returned by IdentifierProjection.geType is the (single) type of the composite id component. The query will however return the property values of the id component without a mapping step.
--
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
[Hibernate-JIRA] Commented: (HHH-1015) Incorrect SQL generated when one-to-many foreign key is in a discriminated subclass table
by Navaneeth (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1015?page=c... ]
Navaneeth commented on HHH-1015:
--------------------------------
Hi,
Thanks for the patch. It working for me. But I find the same issue with one-to-one mapping also. I do not think this patch has a fix for that. Anybody can point out some patch is available or can you help me in fixing this.
Thanks,
Nava.
> Incorrect SQL generated when one-to-many foreign key is in a discriminated subclass table
> -----------------------------------------------------------------------------------------
>
> Key: HHH-1015
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1015
> Project: Hibernate Core
> Issue Type: Bug
> Components: core
> Affects Versions: 3.1 beta 2
> Environment: Hibernate versions 3.1 beta 3 and 3.0.5
> Reporter: Steven Grimm
> Priority: Minor
> Attachments: 3.3.2.GA-HHH-1015-v1.patch, hhh-1015-version2.patch, hhh-1015.patch
>
>
> I have the following mappings describing a hierarchy of events and a class that the events refer to:
> <hibernate-mapping package="com.xyz">
> <class name="Event" table="event" discriminator-value="-1">
> <id name="Id" type="long" column="event_id"/>
> <discriminator column="event_type_id" type="integer" />
> <subclass name="EventPayer" discriminator-value="-3">
> <join table="event_payer">
> <key column="event_id" />
> <many-to-one name="payer" column="payer_id" class="Payer" />
> </join>
> <subclass name="EventPayerCreated" discriminator-value="1" />
> </subclass>
> </class>
> <class name="Payer" table="payer">
> <id name="payerId" column="payer_id" type="java.lang.Long"/>
> <set name="eventPayers" inverse="true" cascade="save-update">
> <key column="payer_id"/>
> <one-to-many class="EventPayer"/>
> </set>
> </class>
> </hibernate-mapping>
> When I fetch the Payer.eventPayers collection, Hibernate generates this SQL:
> select eventpayer0_.payer_id as payer7_1_,
> eventpayer0_.event_id as event1_1_,
> eventpayer0_.event_id as event1_5_0_,
> eventpayer0_1_.payer_id as payer2_6_0_,
> eventpayer0_.event_type_id as event2_5_0_
> from event eventpayer0_
> inner join event_payer eventpayer0_1_
> on eventpayer0_.event_id=eventpayer0_1_.event_id
> where eventpayer0_.payer_id=?
> The problem is that there is no event.payer_id column; payer_id is in the child table, not the parent. It appears that specifying a discriminated subclass in <one-to-many> is the same as specifying the superclass, or that Hibernate is ignoring the subclass's <join> element. As far as I can tell, this leaves no way to resolve bidirectional associations where one end of the association is in a discriminated subclass, which seems like a perfectly reasonable thing to want to do.
> I also tried changing <key column="payer_id"/> to <key property-ref="payer"/> in the Payer class's <set> element, but got similar behavior in the form of a "property not found" error: Hibernate is either looking in the superclass's properties rather than the subclass's or is ignoring the list of properties in the <join> element.
--
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
[Hibernate-JIRA] Created: (HHH-5001) Polymorphism not always supported for queries and associations when using interface proxies
by Matt Accola (JIRA)
Polymorphism not always supported for queries and associations when using interface proxies
-------------------------------------------------------------------------------------------
Key: HHH-5001
URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-5001
Project: Hibernate Core
Issue Type: Bug
Components: core
Affects Versions: 3.3.2
Environment: Oracle 10
Reporter: Matt Accola
Attachments: HibernateInheritance.zip
On our project we have started using Hibernate inheritance widely and we are facing issues when we map entities in the inheritance hierarchies as lazy=true at the class level and when we map polymorphic, single-ended associations (many-to-one and one-to-one).
Originally we were relying on the default Hibernate-generated proxies. We were loading objects polymorphically using iterate or load. In the HQL statement or the parameter to the load method we would specify the superclass type. Also, for polymorphic, single-ended associations we were declaring the property to be of the superclass type. The end result was when we try to downcast an object which should be a subclass into its subclass we get a ClassCastException.
This behavior is well documented in section "19.1.3. Single-ended association proxies" of the Hibernate documentation. In that section it describes a solution using proxy interfaces. So, we created a parallel hierarchy of proxy interfaces for our inheritance hierarchy. There are still issues with this approach. I will summarize the most serious issues we have documented so far:
1. If the superclass is mapped as lazy=true and the subclass is mapped as lazy=true the subclass objects will not exhibit proper behavior when loaded polymorphically with iterate or load. All possible interfaces are proxied, both correct interfaces and incorrect interfaces. This makes instanceof operations unreliable. The ClassCastException is simply deferred to the time when a method from the wrong subclass interface is invoked.
2. If the superclass is mapped as lazy=true and the subclass is mapped as lazy=true the subclass objects will not exhibit proper behavior when loaded via single-ended associations (many-to-one or one-to-one). Same behavior as bullet point #1.
3. If the superclass is mapped as lazy=true and the subclass is mapped as lazy=false the subclass objects will not exhibit proper behavior when loaded polymorphically with iterate or load. The object cannot be downcast to its subclass.
Changing all class-level mappings for all classes in the inheritance hierarchy to lazy=false AND changing all single-ended associations to eager fetch seems to resolve the issue. However, we do not desire to eager fetch all these objects.
Another possible "fix" is to always use the exact subclass when loading the objects (in the HQL query or as a parameter to the load) but this eliminates polymorphism completely. Also, it would be impossible to map polymorphic associations...all associations would need to declare a specific subclass.
I have uploaded an entire Eclipse project which demonstrates the issues with the proxy interface approach. To run the tests in the project you need to do the following steps:
1. Import the project into Eclipse
2. Setup your DB connection properties in src/main/resources/local.properties
3. Run the script in DB.txt against your target schema
On a final note I spent a fair amount of time going through the JIRA issues that mentioned polymorphism. This topic seems to have been touched several times and rejected quickly with a brief not to "read the documentation". I assure you I have read the documentation many times searching for clues on how to accomplish this and I am at a dead end. If there is a simple way to do this please take the time to provide a few sentences to lead us in the right direction. Your help is appreciated!
Related JIRA issues?
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2927
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2921
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1347
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1288
http://opensource.atlassian.com/projects/hibernate/browse/HHH-4511
http://opensource.atlassian.com/projects/hibernate/browse/HB-382
--
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
[Hibernate-JIRA] Commented: (HHH-548) many-to-many faulty delete optimization when filter in use
by Tolga Tarhan (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-548?page=co... ]
Tolga Tarhan commented on HHH-548:
----------------------------------
The fix to this bug only works if the Filter is still enabled at flush time. It does not work in this scenario:
1) Enable the filter
2) Execute a query
3) Change the collection
4) Disabled the filter
5) Flush (manually or due to transaction commit)
However, the above case does seem to be a reasonable use case, especially in applications where Hibernate filters may be used to provide row-level security based on the logged-in user. In these cases, it's reasonable to use EJB or Spring interceptors to enable/disable the filter as appropriate. Due to the limitation above, such interceptors have to force a session.flush() before they disable the filter.
> many-to-many faulty delete optimization when filter in use
> ----------------------------------------------------------
>
> Key: HHH-548
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-548
> Project: Hibernate Core
> Issue Type: Bug
> Components: core
> Affects Versions: 3.0.3
> Environment: Hibernate 3.0.3 (standalone from a JUnit test)
> Reporter: Vincent Giguère
> Assignee: Gavin King
> Fix For: 3.1 beta 1
>
>
> Read post on forum: http://forum.hibernate.org/viewtopic.php?t=943013
> There is a faulty optimization for many-to-many delete statements when filters are in use.
> If a xxx-to-many association is loaded with filters turned on, that we remove every object from the association and then persist the parent object (with cascade on childs), the child delete SQL statement issued is:
> delete from association_table where parent_id=?
> This is not accurate since other associated childs might not have been loaded at first (and hence not deleted) because a filter was up.
> The filter should probably be applied to the child table on the delete as well.
> Regards,
> Vincent Giguère
--
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
[Hibernate-JIRA] Closed: (HHH-1167) Found one Java-level deadlock
by Sergey Vladimirov (JIRA)
[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-1167?page=c... ]
Sergey Vladimirov closed HHH-1167.
----------------------------------
> Found one Java-level deadlock
> -----------------------------
>
> Key: HHH-1167
> URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-1167
> Project: Hibernate Core
> Issue Type: Bug
> Components: core
> Affects Versions: 3.1 rc 1
> Environment: MySQL 5.0, MySQL Connector 3.1.11
> Reporter: Sergey Vladimirov
> Attachments: XAConnectionPool.java, XADelegatedConnection.java
>
>
> Found one Java-level deadlock:
> =============================
> "http-8080-Processor24":
> waiting to lock monitor 0x081763fc (object 0x768c41a0, a com.mysql.jdbc.Connection),
> which is held by "http-8080-Processor17"
> "http-8080-Processor17":
> waiting to lock monitor 0x08176a3c (object 0x768c6640, a java.lang.Object),
> which is held by "http-8080-Processor24"
> Java stack information for the threads listed above:
> ===================================================
> "http-8080-Processor24":
> at com.mysql.jdbc.Connection.unregisterStatement(Connection.java:5269)
> - waiting to lock <0x768c41a0> (a com.mysql.jdbc.Connection)
> at com.mysql.jdbc.Statement.realClose(Statement.java:1613)
> at com.mysql.jdbc.PreparedStatement.realClose(PreparedStatement.java:1699)
> at com.mysql.jdbc.ServerPreparedStatement.realClose(ServerPreparedStatement.java:899)
> - locked <0x768c6640> (a java.lang.Object)
> - locked <0x780ce1e8> (a com.mysql.jdbc.ServerPreparedStatement)
> at com.mysql.jdbc.ServerPreparedStatement.close(ServerPreparedStatement.java:458)
> at org.enhydra.jdbc.standard.StandardXAPreparedStatement.close(StandardXAPreparedStatement.java:115)
> - locked <0x780a82a0> (a org.enhydra.jdbc.standard.StandardXAPreparedStatement)
> at org.hibernate.jdbc.AbstractBatcher.closePreparedStatement(AbstractBatcher.java:460)
> at org.hibernate.jdbc.AbstractBatcher.closeStatement(AbstractBatcher.java:216)
> at org.hibernate.jdbc.AbstractBatcher.closeQueryStatement(AbstractBatcher.java:232)
> at org.hibernate.jdbc.AbstractBatcher.closeQueryStatement(AbstractBatcher.java:160)
> at org.hibernate.loader.Loader.doQuery(Loader.java:714)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:223)
> at org.hibernate.loader.Loader.doList(Loader.java:2147)
> at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java:2058)
> at org.hibernate.loader.Loader.list(Loader.java:2018)
> at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:369)
> at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:296)
> at org.hibernate.impl.SessionImpl.list(SessionImpl.java:992)
> at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74)
> at ru.arptek.arpsite.data.AbstractHibernateFlatHome.find(AbstractHibernateFlatHome.java:165)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$find$83(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.find(<generated>)
> at ru.arptek.arpsite.data.AbstractHibernateFlatHome.find(AbstractHibernateFlatHome.java:176)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$find$84(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.find(<generated>)
> at ru.arptek.arpsite.structure.CellHome.findChildren(CellHome.java:413)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$findChildren$10(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.findChildren(<generated>)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:377)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:359)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:354)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:348)
> at ru.arptek.ifs.news.NewsLineBehaviour.drawNews(NewsLineBehaviour.java:105)
> at ru.arptek.ifs.news.NewsLineBehaviour.draw(NewsLineBehaviour.java:99)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:393)
> at ru.arptek.arpsite.xmlrender.std.WebObjectView.draw(WebObjectView.java:68)
> at ru.arptek.arpsite.xmlrender.ElementWrapper.draw(ElementWrapper.java:74)
> at ru.arptek.arpsite.xmlrender.XSLTView.getDocument(XSLTView.java:93)
> at ru.arptek.arpsite.xmlrender.XSLTView.process(XSLTView.java:239)
> at ru.arptek.arpsite.xmlrender.AbstractElementProvider.process(AbstractElementProvider.java:70)
> at ru.arptek.arpsite.server.DefaultQueryDispatcher.callView(DefaultQueryDispatcher.java:110)
> at ru.arptek.arpsite.server.DefaultQueryDispatcher.dispatch(DefaultQueryDispatcher.java:180)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor.process(MainRequestProcessor.java:185)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684.CGLIB$process$0(<generated>)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684$$FastClassByCGLIB$$c15326b9.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.InvocationImpl.proceed(InvocationImpl.java:36)
> at ru.arptek.arpsite.components.TransactionInterceptor.invoke(TransactionInterceptor.java:13)
> at ru.arptek.arpsite.components.TransactionInterceptor.invokeInTransaction(TransactionInterceptor.java:26)
> at ru.arptek.arpsite.components.RequiredTransactionInterceptor.intercept(RequiredTransactionInterceptor.java:22)
> at dynaop.InvocationImpl.proceed(InvocationImpl.java:30)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:122)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684.process(<generated>)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.cluster.SignalProcessor.process(SignalProcessor.java:51)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.StatisticsProcessor.process(StatisticsProcessor.java:50)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.HostBanner.process(HostBanner.java:79)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.ControlRequestProcessor.process(ControlRequestProcessor.java:64)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper.process(ExceptionWrapper.java:263)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052.CGLIB$process$1(<generated>)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052$$FastClassByCGLIB$$16cd74b0.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052.process(<generated>)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor.processSuper(AuthenticationRequestProcessor.java:62)
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor$1.run(AuthenticationRequestProcessor.java:49)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:396)
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor.process(AuthenticationRequestProcessor.java:47)
> at ru.arptek.arpsite.server.processing.DefaultRequestProcessor.process(DefaultRequestProcessor.java:101)
> at ru.arptek.arpsite.server.ArpSiteServlet.doGet(ArpSiteServlet.java:151)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:595)
> "http-8080-Processor17":
> at com.mysql.jdbc.ServerPreparedStatement.serverPrepare(ServerPreparedStatement.java:1252)
> - waiting to lock <0x768c6640> (a java.lang.Object)
> at com.mysql.jdbc.ServerPreparedStatement.<init>(ServerPreparedStatement.java:307)
> at com.mysql.jdbc.Connection.prepareStatement(Connection.java:4270)
> - locked <0x768c41a0> (a com.mysql.jdbc.Connection)
> at com.mysql.jdbc.Connection.prepareStatement(Connection.java:4210)
> at org.enhydra.jdbc.standard.StandardConnectionHandle.createPreparedStatement(StandardConnectionHandle.java:294)
> at org.enhydra.jdbc.standard.StandardXAConnectionHandle.checkPreparedCache(StandardXAConnectionHandle.java:181)
> - locked <0x77fa0a08> (a org.enhydra.jdbc.standard.StandardXAConnectionHandle)
> at org.enhydra.jdbc.standard.StandardXAPreparedStatement.<init>(StandardXAPreparedStatement.java:62)
> at org.enhydra.jdbc.standard.StandardXAConnectionHandle.prepareStatement(StandardXAConnectionHandle.java:320)
> at org.enhydra.jdbc.standard.StandardXAConnectionHandle.prepareStatement(StandardXAConnectionHandle.java:254)
> at ru.arptek.arpsite.db.XADelegatedConnection.prepareStatement(XADelegatedConnection.java:106)
> at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:431)
> at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:366)
> at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:105)
> at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1561)
> at org.hibernate.loader.Loader.doQuery(Loader.java:661)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:223)
> at org.hibernate.loader.Loader.doList(Loader.java:2147)
> at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java:2058)
> at org.hibernate.loader.Loader.list(Loader.java:2018)
> at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:369)
> at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:296)
> at org.hibernate.impl.SessionImpl.list(SessionImpl.java:992)
> at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74)
> at ru.arptek.arpsite.data.AbstractHibernateFlatHome.find(AbstractHibernateFlatHome.java:165)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$find$83(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.find(<generated>)
> at ru.arptek.arpsite.data.AbstractHibernateFlatHome.find(AbstractHibernateFlatHome.java:176)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$find$84(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.find(<generated>)
> at ru.arptek.arpsite.structure.CellHome.findChildren(CellHome.java:413)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.CGLIB$findChildren$10(<generated>)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26$$FastClassByCGLIB$$8cff0ec4.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.structure.CellHome$$EnhancerByCGLIB$$af37eb26.findChildren(<generated>)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:377)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:359)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:354)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:348)
> at ru.arptek.ifs.news.NewsLineBehaviour.drawNews(NewsLineBehaviour.java:105)
> at ru.arptek.ifs.news.NewsLineBehaviour.draw(NewsLineBehaviour.java:99)
> at ru.arptek.arpsite.xmlrender.StandardXML.drawObjectR(StandardXML.java:393)
> at ru.arptek.arpsite.xmlrender.std.WebObjectView.draw(WebObjectView.java:68)
> at ru.arptek.arpsite.xmlrender.ElementWrapper.draw(ElementWrapper.java:74)
> at ru.arptek.arpsite.xmlrender.XSLTView.getDocument(XSLTView.java:93)
> at ru.arptek.arpsite.xmlrender.XSLTView.process(XSLTView.java:239)
> at ru.arptek.arpsite.xmlrender.AbstractElementProvider.process(AbstractElementProvider.java:70)
> at ru.arptek.arpsite.server.cache.DefaultQueryCache.buildSlot(DefaultQueryCache.java:80)
> at ru.arptek.arpsite.server.cache.DefaultQueryCache.process(DefaultQueryCache.java:185)
> at ru.arptek.arpsite.server.DefaultQueryDispatcher.callView(DefaultQueryDispatcher.java:104)
> at ru.arptek.arpsite.server.DefaultQueryDispatcher.dispatch(DefaultQueryDispatcher.java:180)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor.process(MainRequestProcessor.java:185)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684.CGLIB$process$0(<generated>)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684$$FastClassByCGLIB$$c15326b9.invoke(<generated>)
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.InvocationImpl.proceed(InvocationImpl.java:36)
> at ru.arptek.arpsite.components.TransactionInterceptor.invoke(TransactionInterceptor.java:13)
> at ru.arptek.arpsite.components.TransactionInterceptor.invokeInTransaction(TransactionInterceptor.java:26)
> at ru.arptek.arpsite.components.RequiredTransactionInterceptor.intercept(RequiredTransactionInterceptor.java:22)
> at dynaop.InvocationImpl.proceed(InvocationImpl.java:30)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:122)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.arpsite.server.processing.MainRequestProcessor$$EnhancerByCGLIB$$5962c684.process(<generated>)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.cluster.SignalProcessor.process(SignalProcessor.java:51)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.StatisticsProcessor.process(StatisticsProcessor.java:50)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.HostBanner.process(HostBanner.java:79)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.server.processing.ControlRequestProcessor.process(ControlRequestProcessor.java:64)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper.process(ExceptionWrapper.java:263)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052.CGLIB$process$1(<generated>)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052$$FastClassByCGLIB$$16cd74b0.invoke(<
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:167)
> at dynaop.InvocationImpl.invokeTarget(InvocationImpl.java:46)
> at dynaop.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:110)
> at dynaop.ClassProxyInvocationHandler.intercept(ClassProxyInvocationHandler.java:36)
> at ru.arptek.ifs.servlet.processing.ExceptionWrapper$$EnhancerByCGLIB$$7b723052.process(<generated>)
> at ru.arptek.arpsite.server.processing.WrappedRequestProcessor.process(WrappedRequestProcessor.java:60)
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor.processSuper(AuthenticationRequestProcessor.java:6
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor$1.run(AuthenticationRequestProcessor.java:49)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:396)
> at ru.arptek.arpsite.security.auth.AuthenticationRequestProcessor.process(AuthenticationRequestProcessor.java:47)
> at ru.arptek.arpsite.server.processing.DefaultRequestProcessor.process(DefaultRequestProcessor.java:101)
> at ru.arptek.arpsite.server.ArpSiteServlet.doGet(ArpSiteServlet.java:151)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:595)
> Found 1 deadlock.
> No examples, sorry :(
> Founded occasionally.
> XADelegatedConnection is wrapper for connection - included.
> XAConnectionPool - included.
--
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