RE: hibernate-dev Digest, Vol 12, Issue 16
by John Griffin
-----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: Sunday, June 03, 2007 8:26 PM
To: hibernate-dev(a)lists.jboss.org
Subject: hibernate-dev Digest, Vol 12, Issue 16
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. SVN keywords (Hardy Ferentschik)
2. Re: RE: hibernate-dev Digest, Vol 12, Issue 10 (Hardy Ferentschik)
3. hibernate-mysql-testsuite Build Completed With Testsuite
Errors (jboss-qa-internal(a)redhat.com)
----------------------------------------------------------------------
Message: 1
Date: Sun, 03 Jun 2007 19:21:42 +0200
From: "Hardy Ferentschik" <hibernate(a)ferentschik.de>
Subject: [hibernate-dev] SVN keywords
To: hibernate-dev(a)lists.jboss.org
Message-ID: <op.ttcvtvv5qxbac6(a)esfahan.gryttjom.se>
Content-Type: text/plain; format=flowed; delsp=yes;
charset=iso-8859-15
Sorry for sending this first to the wrong person. It was actually supposed
for the mailing list :)
To enable keyword substitution on all Java files I would do something like
this from the command line:
find . -name "*.java" | xargs svn propset svn:keywords "Id"
This should fix up all the java files.
If you are using some sort of IDE (subclipse, smartsvn, ...) you should be
able to select somehow multiple files and then set the svn:keywords
property.
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.props.spec
ial.keywords
--Hardy
------------------------------
Message: 2
Date: Sun, 03 Jun 2007 19:44:30 +0200
From: "Hardy Ferentschik" <hibernate(a)ferentschik.de>
Subject: Re: [hibernate-dev] RE: hibernate-dev Digest, Vol 12, Issue
10
To: hibernate-dev(a)lists.jboss.org
Message-ID: <op.ttcwwg0lqxbac6(a)esfahan.gryttjom.se>
Content-Type: text/plain; format=flowed; delsp=yes;
charset=iso-8859-15
Hi,
> These three settings, mergeFactor, maxMergeDocs and minMergeDocs, are
> critical to scalability as the number of records to index becomes very
> large. Currently I work with tables containing millions of records and
> the
> ability to adjust these values to balance number of index files vs.
> memory
> usage vs. disk access is vital. I suggest these be exposed to the user.
>
> One thing that should be considered is that for maximum benefit these
> values
> should be adjustable. During complete index builds from scratch they
> should
> contain one set of values. During normal use they should contain another.
> This maximizes their potential.
What exactly do you have in mind? Some sort of Lucene Management API which
allows
the user to programmatically change these values? Or JMX? Or just two sets
of
properties, one for full reindexing and one for 'normal' use?
I somehow like the idea of a management API. Via this API you could set
the indexing
parameters, but also trigger eg full index rebuilds or index optimizations.
+1 to the API. Currently I use an external process to kick off full builds
and it overrides the 'default' normal use values. I agree the use of an API
would
provide the most flexibility and also eliminate external processes for full
builds.
JMX would be nice as well. It would allow to change parameters on the fly
and allow easy fine-tuning.
I really can't comment on JMX I've never had the time to learn it.
> I also suggest that accurate and detailed documentation be included on
> these. As soon as I get out from under the load I have at work I'll try
> to
> hep.
Agreed. Documentation in general needs some work. I found it very hard to
find some information
about Hibernate projection. It had to work my way backwards from a
projection testcase in HSearch.
I think HSearch with projections is a great step forward, but we need some
code examples so
that people can see how to use them. I will try to add something to the
wiki.
--Hardy
------------------------------
Message: 3
Date: Sun, 3 Jun 2007 22:28:23 -0400 (EDT)
From: jboss-qa-internal(a)redhat.com
Subject: [hibernate-dev] hibernate-mysql-testsuite Build Completed
With Testsuite Errors
To: hibernate-dev(a)lists.jboss.org, jboss-qa-internal(a)redhat.com,
jboss-qa-internal(a)redhat.com
Message-ID:
<22629000.1180924103335.JavaMail.cruisecontrol(a)dev01.qa.atl.jboss.com>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/hibernate-dev/attachments/20070603/c803f314
/attachment.html
------------------------------
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
End of hibernate-dev Digest, Vol 12, Issue 16
*********************************************
19 years
docbook + maven
by Steve Ebersole
As part of migrating Hibernate to use Maven, one of the big issues I ran
into was the current state of DocBook plugins for Maven. The current
mojo-codehaus hosted plugin is insufficient. There is another more
widely used one done by one Wilfred Springer as part of something called
"agilejava". The "agilejava" one is fairly full featured, but is really
pretty bare bones in terms of configuration (its is mainly a simplistic
wrapper around the defined DocBook xslt parameters).
In my estimation the, "agilejava" one was closer to usability, but Mr.
Springer did not seem interested in accepting my volunteer to help
improve his plugin. So I began implementing my own.
It works off of a slightly different approach than the other two. The
biggest difference being that custom stylesheets are packaged as
separate projects and included via the Maven dependency mechanism. This
allows true reuse of the stylesheets across projects. The other is
planned better support of translations which is important for Hibernate,
and most projects using DocBook.
This however led to a conceptual question regarding how to best handle
image references. As background, in DocBook, the way images normally
get resolved is as via xslt templates. The DocBook supplied templates
do a hard file lookup relative to a xslt parameter named 'img.src.path'
if it is set; and really this is format specific as well. Regardless,
though, I need a mechanism to access the image files from these "style
projects" and be able to resolve reference to them from the DocBook
source or xsl stylesheets. I have identified a few potential approaches
to achieve that:
1) force separation of (a) xslt and (b) resources like images/css into
separate projects. Specifically, #b would need a custom packaging which
would allow me to find resources and unarchive them locally into a
staging dir for use in 'img.src.path'. A variation on this would be to
bundle them together with a custom packaging and somehow extract just
the "resources".
2) Apply custom graphics resolution templates to the built xsl
transformers, hoping that the custom xslt does not itself do this.
I'm not (necessarily) looking for volunteers (although certainly that is
welcome). More I just need people's thoughts on the various approaches,
especially those using or familiar with DocBook.
Thanks,
Steve
19 years
RE: hibernate-dev Digest, Vol 12, Issue 10
by John Griffin
Hardy,
These three settings, mergeFactor, maxMergeDocs and minMergeDocs, are
critical to scalability as the number of records to index becomes very
large. Currently I work with tables containing millions of records and the
ability to adjust these values to balance number of index files vs. memory
usage vs. disk access is vital. I suggest these be exposed to the user.
One thing that should be considered is that for maximum benefit these values
should be adjustable. During complete index builds from scratch they should
contain one set of values. During normal use they should contain another.
This maximizes their potential.
I also suggest that accurate and detailed documentation be included on
these. As soon as I get out from under the load I have at work I'll try to
hep.
John Griffin
-----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, June 02, 2007 10:00 AM
To: hibernate-dev(a)lists.jboss.org
Subject: hibernate-dev Digest, Vol 12, Issue 10
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. hibernate-sqlserver-jtds-testsuite build.51 Build Successful
(jboss-qa-internal(a)redhat.com)
2. HSearch ideas (Hardy Ferentschik)
3. Re: HSearch ideas (Emmanuel Bernard)
----------------------------------------------------------------------
Message: 1
Date: Sat, 2 Jun 2007 02:25:29 -0400 (EDT)
From: jboss-qa-internal(a)redhat.com
Subject: [hibernate-dev] hibernate-sqlserver-jtds-testsuite build.51
Build Successful
To: hibernate-dev(a)lists.jboss.org, jboss-qa-internal(a)redhat.com
Message-ID:
<21411547.1180765529163.JavaMail.cruisecontrol(a)dev01.qa.atl.jboss.com>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/hibernate-dev/attachments/20070602/4a774df2
/attachment-0001.html
------------------------------
Message: 2
Date: Sat, 02 Jun 2007 14:25:25 +0200
From: "Hardy Ferentschik" <hibernate(a)ferentschik.de>
Subject: [hibernate-dev] HSearch ideas
To: hibernate-dev(a)lists.jboss.org
Message-ID: <op.ttangnqfqxbac6(a)esfahan.nexus>
Content-Type: text/plain; format=flowed; delsp=yes;
charset=iso-8859-15
Hi,
I was reviewing parts of the HSearch code over the last few days and
wanted to run a few ideas past you.
- Indexing process
What about exposing lucene indexing paramters like mergeFactor,
maxMergeDocs and minMergeDocs? You could allow the
user to add these parameters to the hibernate configuration file and then
pick them up within the Workspace/SearchFactory class?
- Filter
Now that HSearch allows to pass down a Sort object to the Lucene Searcher,
wouldn't it make sense to also allow Filter instances to be used, eg
DateFilter and QueryFilter? Similar to sorting you could just add a setter
for the Filter instance to FullTextQuery.
- Daemon timer for FSMasterDirectoryProvider and FSSlaveDirectoryProvider
I reviewed the current implemention of these two classes, because I had
problems shutting down Tomcat when using HSearch in a Master/Slave
configuration. Since the Timer instances in these classes are not started
as daemons the timer threads seem to hang around when attempting a
shutdown. However, as far as I can see it should be save to make them
daemon timers without changing the implementation.
- Keyword substitution
I noticed that almost all classes start with '//$Id: $', but none of them
had the svn:keywords property set. Shouldn't keyword substitution be
turned on?
-- Hardy
------------------------------
Message: 3
Date: Sat, 2 Jun 2007 11:21:30 -0400
From: Emmanuel Bernard <emmanuel(a)hibernate.org>
Subject: Re: [hibernate-dev] HSearch ideas
To: "Hardy Ferentschik" <hibernate(a)ferentschik.de>
Cc: hibernate-dev(a)lists.jboss.org
Message-ID: <FD482416-AF18-4DB3-B9EF-48E4C1B10393(a)hibernate.org>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 2 juin 07, at 08:25, Hardy Ferentschik wrote:
> - Indexing process
> What about exposing lucene indexing paramters like mergeFactor,
> maxMergeDocs and minMergeDocs? You could allow the
> user to add these parameters to the hibernate configuration file
> and then pick them up within the Workspace/SearchFactory class?
+1 it was just a matter of prioritization
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-67
>
> - Filter
> Now that HSearch allows to pass down a Sort object to the Lucene
> Searcher, wouldn't it make sense to also allow Filter instances to
> be used, eg DateFilter and QueryFilter? Similar to sorting you
> could just add a setter for the Filter instance to FullTextQuery.
+1 prioritization as well
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-15
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-58
About HSEARCH-58, we should have some static filter definition that
could be cached to benefit the filter cache transparently, I love
that feature.
>
> - Daemon timer for FSMasterDirectoryProvider and
> FSSlaveDirectoryProvider
> I reviewed the current implemention of these two classes, because I
> had problems shutting down Tomcat when using HSearch in a Master/
> Slave configuration. Since the Timer instances in these classes are
> not started as daemons the timer threads seem to hang around when
> attempting a shutdown. However, as far as I can see it should be
> save to make them daemon timers without changing the implementation.
Ok cool
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-68
>
> - Keyword substitution
> I noticed that almost all classes start with '//$Id: $', but none
> of them had the svn:keywords property set. Shouldn't keyword
> substitution be turned on?
I don't know how to do that ;-) If someone can explain me, I'll do it :)
>
> -- Hardy
>
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
------------------------------
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
End of hibernate-dev Digest, Vol 12, Issue 10
*********************************************
19 years
SVN Keywords
by John Griffin
Emmanuel,
Assuming that 'list.txt' is the file you want to have SVN Id expanded in,
all that is necessary is to issue the command:
$> svn propset svn:keywords "Id" list.txt
As long as the # $Id$ directive is in the list.txt file SVN will expand the
Id when the file is committed.
John Griffin
PS
Sorry I haven't been able to help with any code but I am currently swamped
with deadlines at work. I should be able to collaborate soon.
19 years
