Just to chime in on the IDE use. While hibernate is on the significantly
complex side of things for OSS projects go most projects I deal with
that are using Maven or Gradle I do just checkout in my IDE and expect
to work.
For 99% of maven projects this is the case, I checkout/clone the
project, im
+1 for the externalization. We actually have a custom schema-export tool
for hibernate 4.1 that plugs in with how we configure data sources in
spring much better than the provided tool.
-Eric
On 08/09/2012 11:38 AM, Steve Ebersole wrote:
> The basics of org.hibernate.service.schema.spi.SchemaMa
re (going through whole Session life
> cycles). We have often discussed that we need more actual unit tests. If you
> want to use a mocking framework to do this I don't see why you should not be
> able to use one.
>
> --hardy
>
>
>
> On 1 Aug 2012, at 06:02, Eric Dal
I'm working on a fix for https://hibernate.onjira.com/browse/HHH-7468
but I want to write a test first to reproduce the problem. Any
recommendations for mocking an EntityPersister and a SessionImplementor
in the hibernate (4.1 branch) project? I didn't see something like
mockito or easymock on
One option we use on our uPortal installs is to enable
-XX:+UseCompressedStrings
It requires a bit more CPU but we are generally memory bound and not CPU
bound. The description reads "Use a byte[] for Strings which can be
represented as pure ASCII. (Introduced in Java 6 Update 21 Performance
R
Next time I grab a heap dump from one of our prod boxes I can poke
around in the org.hibernate classes a bit and let you know what YourKit
says if you guys want :)
-Eric
On 5/4/12 7:14 AM, Steve Ebersole wrote:
> Apparently this did not go through to the list the first time, sorry...
>
> Comple
Could this be a common enough issue that Hibernate includes a
work-around type so that everyone doesn't have to write their own?
We've had to address this wonderful Oracle "feature" via a custom user
type as well, ours is based on http://usertype.sourceforge.net/ and the
NullSafeStringType and
I haven't spent a ton of time looking into this yet but while trying to
update uPortal to use naturalIds in 4.1.1 I think I ran into a bug in:
NaturalIdXrefDelegate$NaturalIdResolutionCache.areSame(Object[], Object[])
That code uses Type.compare(Object x, Object y) to compare each pair of
field
This has been completed and made it into the 4.1 release. There are two
parts, a persistence context level cache of PK->NaturalId and
NaturalId->PK and a new NaturalIdCacheRegion was added to the caching
SPI. The Ehcache provider that ships with Hibernate was updated to
support the new region a
Sunday but I'll see if I can get both
of those addressed first thing on Monday unless someone else gets to
them first.
-Eric
On 2/29/12 6:37 PM, Gail Badner wrote:
> I noticed that Eric Dalquist created some pull requests for JIRA issues
> related to NaturalIdLoadAccess. These iss
Perhaps an overloaded method for those that want generics and proxies?
public T load(Class entityType, Class proxyType, ...)
It is kinda gross and results in higher level code knowing about the
proxies but it would work for those people that are using proxyClass
without having to make lower
After our conversion in IRC I think the latest iteration of the idea
having the following would suffice:
public @interface NaturalId {
/**
* If the NaturalId can change, either via the application or direct
database manipulation
*/
boolean mutable() default fals
Sorry for the spam, having subscription problems.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
13 matches
Mail list logo
