On Mar 20, 2012, at 6:15 AM, Strong Liu wrote:
> fixed
> https://github.com/hibernate/hibernate-orm/commit/749f7c1eb5206ab456db08bb901befa39ac5c11e
Sweet :-) Cool that you figured it out.
--Hardy
___
hibernate-dev mailing list
hibernate-dev@lists.j
On Mar 20, 2012, at 1:15 PM, Strong Liu wrote:
> fixed
> https://github.com/hibernate/hibernate-orm/commit/749f7c1eb5206ab456db08bb901befa39ac5c11e
FYI http://issues.gradle.org/browse/GRADLE-1477
>
> and I'm seeing two test failures, probably caused by HHH-7020 / HHH-7090
>
> :hibernate-cor
fixed
https://github.com/hibernate/hibernate-orm/commit/749f7c1eb5206ab456db08bb901befa39ac5c11e
and I'm seeing two test failures, probably caused by HHH-7020 / HHH-7090
:hibernate-core:testTest
org.hibernate.test.connections.CurrentSessionConnectionTest FAILED
Test org.hibernate.test.connectio
Hi Hardy,
On Wed, Mar 14, 2012 at 1:36 PM, Guillaume Smet
wrote:
> On Wed, Mar 14, 2012 at 1:20 PM, Hardy Ferentschik
> wrote:
>> I think it would be time to track this via a proper Jira issue. Do you mind
>> creating one? You can also attach the patch
>> you've sent me.
>
> OK, I'll do it lat
On Mar 19, 2012, at 8:10 PM, Sanne Grinovero wrote:
> I guess who tested this was on OsX, and you are not.
I wonder who that could be :-) I was not aware of this side of using Byteman
and
as Sanna says, it works just fine for me.
> With Hibernate Search (Maven) we have it setup like:
> https:
Hi Steve,
I guess who tested this was on OsX, and you are not.
Byteman requires the tools.jar from the JDK on it's classpath to be
able to load the agent dynamically (i.e. not require the agent to be
defined on the JVM boot parameters).
The tool.jar happens to be on the classpath by default when r
Ugh, I see... Gradle seems to now store repo caches by Gradle version
under ~/caches/{gradleVersion}. Anyway, the test still fails for me
locally...
On Mon 19 Mar 2012 01:49:04 PM CDT, Steve Ebersole wrote:
> Actually, not sure its really working in Gradle side either., I get
> one failure af
Actually, not sure its really working in Gradle side either., I get
one failure after pull, which is the (afaict) single test using byteman:
Test org.hibernate.test.annotations.xml.ejb3.OrmVersion1SupportedTest
FAILED
java.lang.NoClassDefFoundError:
com/sun/tools/attach/AgentInitializationExc
Having some problems getting the recently added byteman stuff to work in
terms of IntelliJ. Basically it comes down to I cannot find the byteman
jars anywhere. I run the compileTestJava task and see gradle/ivy
downloading the jars. But afterwards I cannot find them in
~/.gradle/cache. I als
Hi Adam,
any comments?
-
Best Regards,
Strong Liu
http://about.me/stliu/bio
Begin forwarded message:
> From: "Strong Liu (JIRA)"
> Subject: [Hibernate-JIRA] Created: (HHH-7187) envers tests fail on other DBs
> except the default H2
> Date: March 20, 2012 2:23:50 AM GM
As for the "how"... This happens when the user wants to open a session
reusing pieces of another session. This is the
org.hibernate.SharedSessionBuilder stuff. See
org.hibernate.Session#sessionWithOptions if you are not familiar.
On Mon 19 Mar 2012 10:36:41 AM CDT, Steve Ebersole wrote:
> We
Well there are 2 options listed in the original email. So depends on
which option you mean. Both options require some SPI changes.
Actually, in the more minor one we could probably get away with
retrofitting the old SPI methods via delegation+deprecation.
Currently, Session maintains a Trans
corrected
https://github.com/hibernate/hibernate-orm/commit/199fae5feee6186d8a4ad7bf68b28e5c6ae1b8fd
-
Best Regards,
Strong Liu
http://about.me/stliu/bio
On Mar 19, 2012, at 10:42 PM, Hardy Ferentschik wrote:
> :-) I did not try this one
> Well, converting all the affec
Which SPIs would change? JdbcCoordinator and TransactionCoordinator?
How do we get into the situation of having 2 sessions share a JDBC
connection? Does this impact both JPA and Hibernate native based
applications?
On 03/16/2012 09:27 AM, Steve Ebersole wrote:
> Reference https://hibernate.on
with Hardy's help, we found those files were originally using 'windoes-1251'
encoding.
don't know why it fails on my fedora but works on my mac.
anyway, i'm using iconv to convert them to UTF-8 again.
wrt m9, I did try to migrate to it, but there are lots of deprecated methods
removed, and I h
Seems like we need to set the file encoding to use to 'UTF-8'. Why this
changed for you (I assume it did not fail previously), I have no idea.
Did you change something on your system? Like move to m9 maybe?
On 03/19/2012 08:29 AM, Strong Liu wrote:
> any idea?
>
>
> /home/stliu/projects/hi
Hi, guys,
I am working on the hibernate tools code generation problem for tables
which has quoted names (name, schema or catalog has special symbols(dot
for ex.)).
Any reason why Table#setName(x) and Table#setSchema(x) have "unquote"
logic, but Table#setCatalog(x) does not?
Dmitry Geraskov
__
any idea?
/home/stliu/projects/hibernate-orm/hibernate-envers/src/main/java/org/hibernate/envers/configuration/metadata/CollectionMetadataGenerator.java:97:
unmappable character for encoding ASCII
* @author Hern???n Chanfreau
^
/home/stliu/projects/hibernate-orm/hibernate-envers/
18 matches
Mail list logo
