To his credit a UUID impl is not a 10 year project plan ;) I would not
necessarily consider it abandonware rather than done.
On 27 mai 2010, at 03:13, Steve Ebersole wrote:
> and the latest posts on that website are
> from 2007.
___
hibernate-dev m
The main drawback there imo is that it uses its own UUID implementation
(com.eaio.uuid.UUID) rather than simply generating java.util.UUID. To
do so you have "bridge" as pointed out in the Cassandra FAQ:
http://wiki.apache.org/cassandra/FAQ#working_with_timeuuid_in_java
Not to mention the maven in
I prefer time based (version 1) UUID due the insert performance of random ID's.
Though that sends you down the road of using a third party generator.
FWIW http://johannburkard.de/software/uuid/ is recommended on the
Apache Cassandra wiki.
On Wed, May 26, 2010 at 2:24 PM, Steve Ebersole wrote:
>
Hi,
Have you noticed a perf difference in your application with and without the
patch?
I am wondering if modern VMs have catched up with what Javassist does.
On 26 mai 2010, at 18:29, Кирилл Кленский wrote:
> 1. I have noticed that
> org.hibernate.bytecode.javassist.BulkAccessorFactory.findAcces
In regards to
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3579 I am
trying to put together the best all around support for java.util.UUID we
can as a type.
Obviously most databases "support uuid" via char/varchar data type.
Postgresql being the lone exception of which I am awar
Hi,
Recently my task involved enabling hibernate reflection optimization in our
application.
Versions used:
hibernate-core-3.3.1.GA
javassist-3.4.GA
Below are some thoughts that hopefully could help to improve the product.
1. I have noticed that
org.hibernate.bytecode.javassist.BulkAccessorFact
Is that needed? ;)
Thanks.
On Wed, 2010-05-26 at 10:51 +0200, Emmanuel Bernard wrote:
> The link is http://community.jboss.org/wiki/Temporarytableuse
>
> On 25 mai 2010, at 23:19, Steve Ebersole wrote:
>
> > Here is the follow up i promised in the IRC meeting wrt temporary table
> > use and the
true, I don't support the idea to enforce this, but it would be nice
to provide the correct default, or maybe log a warning.
each bridge could have a
boolean recommendAnalyzersOn();
?
2010/5/26 Emmanuel Bernard :
> I have been thinking some more and it looks like its a more general problem
> an
I have been thinking some more and it looks like its a more general problem and
not as easy a solution as it seems.
If you think about it many bridges should not be analyzed (date, URL, class,
numbers, enum etc: most of the built-in ones actually).
That being said a smart person might want to c
The link is http://community.jboss.org/wiki/Temporarytableuse
On 25 mai 2010, at 23:19, Steve Ebersole wrote:
> Here is the follow up i promised in the IRC meeting wrt temporary table
> use and the current support within Hibernate. Its still a work in
> progress, but please leave comments.
>
>
10 matches
Mail list logo
