JIRA issues to be fixed for core 3.5.3
by Gail Badner
We are planning to release Hibernate core 3.5.3 on Wednesday this week
(6/16/10).
If you are working on issues for 3.5.3, then please change the fix
version from 3.5.x to 3.5.3.
If your fix is relevant to both Branch_3_5 and trunk (3.6), then please
commit your fix to both branches and make sure that the fix versions on
the issue are set to 3.5.3 and 3.6.
Thanks,
Gail
13 years, 11 months
why H2 so slow?
by Strong Liu
trunk/testsuite:
1.
time mvn clean install -P h2
real 9m25.728s
user 1m36.727s
sys 1m49.455s
2.
time mvn clean install -P hsqldb
real 3m39.818s
user 1m29.416s
sys 1m45.561s
-------------------------
Best Regards,
Strong Liu <stliu at redhat.com>
13 years, 11 months
Re: [hibernate-dev] [HSEARCH] New Query API: last call
by Hardy Ferentschik
Looks fine to me looking at the examples. I haven't tried myself writing
my own queries though
to see the full potential.
On Wed, 02 Jun 2010 18:00:20 +0200, Emmanuel Bernard
<emmanuel(a)hibernate.org> wrote:
> Guys,
> I'me now done with the level of abstraction and fluidity I wanted out of
> the query DSL. Please review before we push that out. Key features:
> - fluent API
> - use the field bridge system: type is passed, not raw string
> - use the analyzer transparently
> - simple use case simple, complex use cases possible
>
> I'm showing below a few examples demonstrating key concepts.
>
> Please comment / ask questions.
>
> Term query
> query = monthQb
> .keyword()
> .onField( "monthValue" )
> .matching( 2 ) //note that monthValue is of type int
> .createQuery();
>
> //term query, showing analyzer integration
> query = monthQb
> .keyword()
> .onField( "mythology_ngram" )
> .matching( "snobored" ) //we apply the ngram filter here
> .createQuery();
>
> //use fuzzy query
> query = monthQb
> .keyword()
> .fuzzy()
> .threshold( .8f ) //optional
> .prefixLength( 1 ) //optional
> .onField( "mythology" )
> .matching( "calder" )
> .createQuery();
>
> //use wildcard queries
> monthQb
> .keyword()
> .wildcard()
> .onField( "mythology" )
> .matching( "mon*" )
> .createQuery();
>
> Alternative option
> //apply on multiple fields
> monthQb.keyword()
> .onField( "mythology" )
> .boostedTo( 30 )
> .andField( "history" )
> .matching( "whitening" )
> .createQuery();
>
> //boost a field
> monthQb
> .keyword()
> .onField( "history" )
> .boostedTo( 30 )
> .matching( "whitening" )
> .createQuery();
>
> Range query
> //Range query
> monthQb
> .range()
> .onField( "estimatedCreation" )
> .from( from ) #from and to are actual java.util.Date. We do the
> conversion
> .to( to ).exclude()
> .createQuery();
>
> monthQb
> .range()
> .onField( "estimatedCreation" )
> .below( brithDay )
> .createQuery();
>
> Phrase query
> monthQb
> .phrase()
> .slop( 1 )
> .onField( "mythology" )
> .sentence( "Month whitening" )
> .createQuery();
>
> Boolean query
> monthQb
> .bool()
> .should( monthQb.keyword().onField( "mythology" ).matching(
> "whitening" ).createQuery() )
> .should( monthQb.keyword().onField( "history" ).matching( "whitening"
> ).createQuery() )
> .createQuery();
>
> //Boolean query all except (recommended)
> monthQb
> .all()
> .except( monthQb.keyword().onField( "mythology" ).matching( "colder"
> ).createQuery() )
> .createQuery();
>
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
13 years, 11 months
[HSEARCH] hibernate search on GitHub as an experiment
by Emmanuel Bernard
http://github.com/emmanuelbernard/hibernate-search
1. This is an experiment so be warned. I will screw things up. SVN remains the reference.
2. I try and keep SVN and this repo synced under the svn-master branch. Fork from here if you want to experiment.
3. You won't be able to commit in SVN with it (without messing around a lot). I can, it's my repo :)
4. Once a branch is merged back and committed to SVN, it's history is rewritten. That means that you probably can't safely work on it further without screwing things around (we will find out eventually I guess).
I think it will be useful for:
- non-committers(**) willing to provide some patch (*)
- work with committers(**) and non-committers(**) on a heavy lifting feature before pushing it to svn
(*) note that we still require you to sign the JBoss.org contributor agreement (similar in nature to the one the ASF asks) https://cla.jboss.org
(**) Committers to SVN.
I've added a two branches:
- initialize: the changes I've done to the various initialize contracts
- immutablefactory: the work done to create an immutable factory (built atop the initialize branch)
13 years, 11 months
