Continuing the IRC chat here:
I force enabled it
still it uses localhost
funnily enough 5 tests pass
gtg, train arived
This is how it's designed to work, please forget about profiles:
if you run (using your build script):
$ sh build
it builds all modules *except* mongodb
if you run the
Alex, the issue you mentioned says it was fixed for 2.4.3, but I am not
seeing SlewClock in 2.4.3 jar.
What version was SlewClock added in?
On Fri 27 Apr 2012 08:36:33 AM CDT, Steve Ebersole wrote:
>
> Alex, the issue you mentioned says it was fixed for 2.4.3, but I am
> not seeing SlewClock in
Well, to be specific I am not seeing it in 2.4.3 version of ehcache-core
jar (which is jar where Timestamper was found)...
On Fri 27 Apr 2012 08:37:53 AM CDT, Steve Ebersole wrote:
>
> Alex, the issue you mentioned says it was fixed for 2.4.3, but I am
> not seeing SlewClock in 2.4.3 jar.
>
> Wha
Well but we still have the issue of the hibernate-ehcache integration
using net.sf.ehcache.util.Timestamper. And we cannot use your
SlewClock there because it is package-protected.
On Fri 27 Apr 2012 09:05:56 AM CDT, Alex Snaps wrote:
> Right! I see these are all in the hibernate-testing code.
Hello Developers,
Strong suggested I fwd this to the mailing-list.With reference to
mail below could any of you clarify/explain if this is expected behaviour of
NaturalIdLoadAccess with 2lcache as I find some discrepancy.
Thanks and Regards,
Madhumita Sadhukhan
JBoss EAP QE Team
Red
I guess the confusion was that I never read anywhere that your solution
involved retrofitting your Timestamper class. I just read that as you
meant code should move to use this new SlewClock instead of
Timestamper. The hibernate-ehcache integration uses
net.sf.ehcache.util.Timestamper, so if
Right. And I muddied the waters, as I missed these classes were test
code only...
Sorry about this! Shouldn't read code at conferences ;-) Anyways, glad
to see that issue doesn't apply to any production code !
On Fri, Apr 27, 2012 at 10:34 AM, Steve Ebersole wrote:
> I guess the confusion was tha
I have no idea what "load by loader" means. "Loader" to Hibernate
developers means something much different than I am assuming you mean...
Also, I see no attachment...
First and foremost, I'd argue that your use case here is just plain
broken. Just like with entity data, second-level caching
Sanne, you dropped after just after, but I wanted to say that I would
certainly help y'all move this to Gradle (I just feel such empathy
watching people struggle with Maven).
However, you mentioned issues with Antlr and Maven. You should be
aware that at the moment, Gradle only supports Antlr
Steve,
I did attach the piece of code and log and its showing in my sent
items.I am surprised why the attachment did not make it(as the size is few kbs).
I will try again and I hope it makes it this time(attached files) .
And by loader I meant an instance of NaturalIdLoadAccess(which wi
Sorry for spamming but seems like attached files are screened and finally does
not make it to hibernate-dev-list.
I will upload this on github and then get back on this.
Thanks and Regards,
Madhumita Sadhukhan
JBoss EAP QE Team
Red Hat Brno
- Original Message -
From: "Madhumita Sadhuk
They came through in this email, at least to me (you replied to me
directly as well). The attachment does not include the entity mapping
information for Person. Specifically, is the natural id defined as mutable?
Have you considered removing the SFSB and making this a simple test
case? TBH,
12 matches
Mail list logo
