RE: Hibernate Search Road Map
by John Griffin
HSEARCH-170 - @Boost
I talked over this and 269 with Sanne and for this one I'll specify
add @Boost to the field level and also allow boost=x.xF in @Field. If both
are specified on the same field, and I think the odds of this happening are
slim to none) I can either throw an exception or one has precedence over the
other. In the latter case I think @Boost should have precedence. Thoughts?
HSEARCH-269 - Dictionary
Rather than refactor DirectoryProvider to support a dictionary index
in the baseDir, I came up with the idea of a DictionaryProvider, Sanne and I
agreed the best way to do this is that the DictionaryProvider extend
DirectoryProvider and we go from there. This provides the best flexibility.
John G.
-----Original Message-----
From: hibernate-dev-bounces(a)lists.jboss.org
[mailto:hibernate-dev-bounces@lists.jboss.org] On Behalf Of
hibernate-dev-request(a)lists.jboss.org
Sent: Saturday, October 11, 2008 10:00 AM
To: hibernate-dev(a)lists.jboss.org
Subject: hibernate-dev Digest, Vol 28, Issue 5
Send hibernate-dev mailing list submissions to
hibernate-dev(a)lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/hibernate-dev
or, via email, send a message with subject or body 'help' to
hibernate-dev-request(a)lists.jboss.org
You can reach the person managing the list at
hibernate-dev-owner(a)lists.jboss.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of hibernate-dev digest..."
Today's Topics:
1. Re: JPA's allocationSize & SequenceHiLoGenerator (Alexander Snaps)
2. Hibernate Search 3.1 road map (Emmanuel Bernard)
----------------------------------------------------------------------
Message: 1
Date: Fri, 10 Oct 2008 18:17:08 +0200
From: "Alexander Snaps" <alex.snaps(a)gmail.com>
Subject: Re: [hibernate-dev] JPA's allocationSize &
SequenceHiLoGenerator
To: " Gabriele Salg? " <gsalgo(a)noemalife.com>
Cc: hibernate-dev(a)lists.jboss.org
Message-ID:
<31c5c4ca0810100917y1358209er74a096a29df6bf15(a)mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Here's the answer I got:
http://in.relation.to/Bloggers/New323HibernateIdentifierGenerators
As for the allocationSize's default, it is 1 using Hibernate. It won't use
the HiLo algorithm by default.
Everything is covered at the url above... except why isn't this the default
behavior (at least for the JPA impl.)
Alex
On Fri, Oct 10, 2008 at 3:45 PM, Gabriele Salgr <removed(a)example.com>wrote:
> Hi,
> I read the your post on Hibernate forum:
> http://lists.jboss.org/pipermail/hibernate-dev/2007-November/002811.html
>
> I was just wondering about the same things you wrote. Have you got any
> answer?
> Moreover, do you know if setting the 'allocationSize' attribute to 1
> instead of the default value (50) can give any kind of problem or
undesired
> side effect?
>
> Thanks
> Gabriele Salgr
>
>
--
Alexander Snaps <alex.snaps(a)gmail.com>
http://www.jroller.com/page/greenhorn
http://www.linkedin.com/in/alexandersnaps
16 years, 12 months
use_compound_file
by Emmanuel Bernard
It seems that a few parameters should not be configurable per
transaction|batch
- use_compound_file
- max_field_length? not sure
- term_index_interval (is that a config influencing IndexReader?)
What do you think?
I am a bit worried to stick them as is in the project / book as they
are right now.
Let's try and sort this out today.
17 years
CharacterTypeMapping within Oracle10gDialect
by Thorsten Gast
Hi,
I just wonder if there is any reason, why the Oracle10gDialect uses the characterTypeMapping of the Oracle9iDialect, and doesn't implement its own. As far as I know is the usage of long-columns in Oracle10g "deprecated" and should be replaced by clobs.
Shouldn't look the mapping something like this?
---- snippet ----
protected void registerCharacterTypeMappings() {
registerColumnType( Types.CHAR, "char(1 char)" );
registerColumnType( Types.VARCHAR, 4000, "varchar2($l char)" );
registerColumnType( Types.VARCHAR, "clob" );
}
---- snippet ----
Or are there any reasons why I should prefer the usage of long-columns within hibernate.
Best regards
Thorsten
17 years
mvn eclipse:eclipse
by Chris Bredesen
All,
I'm not sure when this broke, but Maven 2.0.9 (perhaps others) will not
create Eclipse projects using 'mvn eclipse:eclipse'. Even though the
various modules are indeed aggregated in a multi-module POM, the plugin
insists on inter-referencing the modules as jars rather than project
dependencies. This is caused by this bug:
http://jira.codehaus.org/browse/MNG-3283
The workaround listed on the JIRA is solid. To create Eclipse projects
from a fresh checkout of trunk or 3.3, you can use this:
mvn -DdisableDistribution=true process-classes eclipse:eclipse
Hope this saves a little frustration for someone.
-Chris
17 years
Fixes to Hibernate Search documentation
by Juraci Costa
Guys,
How should I proceed with suggestions for Hibernate Search documentation changes? Should I open a JIRA item for each item, with a diff? Who should I assign them too? May I assign it to myself and commit the changes after getting an OK from someone?
Examples:
Item 1.4:
In the code sample, change "getFullTextEntityManager" to "createFullTextEntityManager"
Chapter 5:
There's a "Hibernate Search™" in the second paragraph, where everywhere else in the code it reads only "Hibernate Search". Which is right?
17 years
Build/dependency management tools
by Juraci Costa
----- "Hardy Ferentschik" <hibernate(a)ferentschik.de> escreveu:
> Knowing that I might open pandora's box now - what alternatives are
> you talking about?
> I assume you are not referring to ant/ivy.
I'm not :-) I don't like XML at all. As the wise man said: XML is like violence. If it doesn't solve your problem, you're not using enough of it.
I'm specially talking about Buildr[1], which is a DSL based on Ruby specially made for this purpose. Maven repositories are supported on this tool, but I think there would definitely be a not-so-small effort to convert the Maven xml's to buildr scripts. The scripts are much more human readable than XML files, but I suppose it requires an environment with Ruby interpreter. I never did a real build with it before nor read much documentation about it, so I don't know whether their claims are true or not. But if there's enough interest on this matter, I can do some evaluation using our Hibernate projects as target.
[1] http://incubator.apache.org/buildr/
- Juca.
17 years
Move of Annotations and EntityManager into Core
by Hardy Ferentschik
Hi,
I thought it might be interesting to know that the trunk of the two
projects Annotations and EntityManager (including commons-annotations)
have moved into Core. The new svn url is
https://svn.jboss.org/repos/hibernate/core/trunk.
As part of the move the build switched as well from Ant to Maven. All
tests are working again and you can build the documentation via:
mvn clean package -P hsqldb,doc
The documentation build is a temporary solution. In the long run we are
aiming to combine the different documentations into one single
documentation,
but that's will take a while to happen. There is quite some editing to be
done.
There is also more work required in order to include Annotations and
EntityManager into the distribution package. The 'old' distribution
packages for Annoations and EntityManager cannot be build anymore.
In case you want to work on any of these projects it is probably time to
switch to a Core checkout.
--Hardy
P.S. Almost forgot - the import of Envers into Core is also in full swing.
So a lot is happening.
17 years
Constraint naming in HBM2DDL schema export
by "Jürgen Avian"
Hi,
some time ago I added the following feature to the Hibernate Core:
Automated naming of the constraint types in the hbm2ddl schema export (naming scheme in brackets)
- Primary Key Constraints (PK_<TABLENAME><IDX>)
- Unique Constraints (UK_<TABLENAME><IDX>_<COLUMNNAME><IDX>)
- Check Constraints (<CT>_<TABLENAME><IDX>_<COLUMNNAME><IDX>)
- Foreign Key Constraints (FK_<TABLENAME><IDX>_<COLUMNNAME><IDX>)
<CT> for unique constraints is one of:
- NN for Not Null Constraints
- CK for other Check Constraints
<IDX> is an index that is needed if the table or
column name has to be shortened because of a maximal
length of the constraint name in the database.
At the moment, I have implemented it in the following way:
- The constraint names are generated in the dialect.
- Constraint naming can be turned on and off in the
config file (persistence.xml).
- Via the config file you can specify a character
that is removed from the table and column names to
improve the constraint name length utilization,
e.g. COMPANY_DETAILS can be reduced to COMPANYDETAILS
- The maximal constraint name length can be specified
in the config file as well.
That way, it is possible to identify the reason for a constraint violation much more easier. Additionally, you have not to be at the mercy of the database constraint naming schema.
Is something similar implemented at the moment by anyone?
I would be pleased if you like to add this functionality to the hibernate sources.
In this case I would adapt my implementation:
- Create an own class e.g. DefaultConstraintNamingStrategy,
according to the table and column NamingStrategy ...
- ... that can be overwritten and plugged in via the
config file.
What do you think about this idea?
Best regards,
Jürgen
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
17 years
Hibernate Disjunction Criteria broken: returns true for empty list of criteria
by William Pugh
When you form a Hibernate Disjunction criteria, but don't add any
clauses to it, you get a criteria that matches everything.
Generally, when you perform a reduction over an empty list, the
expected result is the identity element for the reduction. For
example, the sum of the empty list is 0, the product of the empty list
is 1, the conjunction of the empty list is true, and the disjunction
of the empty list is false.
Hibernate uses "1=1" as the SQL for both Conjunction and Disjunction
criteria if there is an empty list of criteria.
Seems to me that this is a bug, although Disjunction isn't documented,
so who knows what it is "supposed" to do.
Bill Pugh
17 years
