On May 4, 2012, at 3:45 AM, Steve Ebersole wrote:
> But I killed it and #243 started *immediately*
well, you already know, it sucks
>
> On Thu 03 May 2012 02:39:13 PM CDT, Strong Liu wrote:
>> I think it was just waiting for next available executors, basically
>> there were too many jobs in qu
Hi All,
I just received notification about the following comment as it seemed
I voted for this issue myself years ago :)
https://hibernate.onjira.com/browse/HHH-5465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=46533#comment-46533
It's sad that we don't h
But I killed it and #243 started *immediately*
On Thu 03 May 2012 02:39:13 PM CDT, Strong Liu wrote:
> I think it was just waiting for next available executors, basically
> there were too many jobs in queue waiting to be run
>
> On May 4, 2012, at 3:27 AM, Steve Ebersole wrote:
>
>> Strong, I had
I think it was just waiting for next available executors, basically there were
too many jobs in queue waiting to be run
On May 4, 2012, at 3:27 AM, Steve Ebersole wrote:
> Strong, I had to kill hibernate-core-master-matrix job #242. It had
> been hanging for the last 8+ hours without every eve
Strong, I had to kill hibernate-core-master-matrix job #242. It had
been hanging for the last 8+ hours without every even having started any
of the individual matrix builds.
Is there any way to tell why it has hanging?
--
st...@hibernate.org
http://hibernate.org
__
I seriously doubt the performance cost of 20 'parallel arrays' versus 1
array of Objects holding those 20 values is anything but negligible at
best.
On Thu 03 May 2012 11:04:30 AM CDT, Emmanuel Bernard wrote:
> Sorry I could not assist the meeting live but reviewed the logs and had some
> rema
Sorry I could not assist the meeting live but reviewed the logs and had some
remarks, so ehre are the logs and my remarks :)
## Meeting logs
http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2012/hibernate-dev.2012-05-03-14.01.html
Minutes
(text):http://transcripts.jboss.org/m
My bad the code nagivating the data at stake is the W3C DOM API. Not sure why I
had JAXB in mind.
On 3 mai 2012, at 14:50, Steve Ebersole wrote:
> All JAXB stuff is slated for 5.0. No current code uses JAXB that I am aware
> of.
>
> On Thu 03 May 2012 07:40:08 AM CDT, Emmanuel Bernard wrote:
Done
https://hibernate.onjira.com/browse/HHH-7301
03.05.2012 15:50, Steve Ebersole написал:
> All JAXB stuff is slated for 5.0. No current code uses JAXB that I am
> aware of.
>
> On Thu 03 May 2012 07:40:08 AM CDT, Emmanuel Bernard wrote:
>> it's actually probable because JAXB - which is what
All JAXB stuff is slated for 5.0. No current code uses JAXB that I am
aware of.
On Thu 03 May 2012 07:40:08 AM CDT, Emmanuel Bernard wrote:
> it's actually probable because JAXB - which is what we use I think - is such
> a pain in the neck for these kind of situations.
>
> On 3 mai 2012, at 14:
it's actually probable because JAXB - which is what we use I think - is such a
pain in the neck for these kind of situations.
On 3 mai 2012, at 14:38, Emmanuel Bernard wrote:
> It's expected that people that exclude use
>
>
>
> and people that do not want to exclude simply don't add this e
It's expected that people that exclude use
and people that do not want to exclude simply don't add this element.
It's possible that our parsing does not account for people that use the
explicit form to not exclude. Open a JIRA issue please.
On 3 mai 2012, at 14:12, Dmitry Geraskov wrote:
Hi, guys,
I noticed that hibernate excludes unlisted classes even if
** is set to *false*.
Here is the text from persistence-2_0-final-spec.pdf:
/8.2.1.6 mapping-file, jar-file, class, exclude-unlisted-classes
The following classes must be implicitly or explicitly denoted as
managed persistence
Hi,
Sorry for posting to the developers list, I have tried all other
places dedicated to end-user support, however it seems the question is
too in-depth :/
Is it possible to disable prepared statement caching for batched
fetching, so I end up with a single query in the <
default_batch_fetch_size
On May 3, 2012 10:10 AM, "Emmanuel Bernard" wrote:
>
> How comes the DistanceFilter has to compute the distance for the whole
corpus?
You're right in that's not always the case, but it's possible. If there are
more filters enabled and they are executed first, our filter will need to
do the math o
Correct.
On 3 May 2012 10:07, Emmanuel Bernard wrote:
> Let me see if I understood by rephrasing. I am trying to get a feel of where
> conversions happen.
>
> I am assuming that this is mostly relevant for the boolean query approach and
> the later circle memory filtering (ie that quad tree is
2012/5/3 Emmanuel Bernard
> Let me see if I understood by rephrasing. I am trying to get a feel of
> where conversions happen.
>
> I am assuming that this is mostly relevant for the boolean query approach
> and the later circle memory filtering (ie that quad tree is not involved).
>
In Quad Tree
2012/5/3 Sanne Grinovero
> The reason for my comment is that the code is doing a conversion to
> radians in the DistanceFilter, which needs to be extremely efficient
> as it's not only applied on the resultset but potentially on the whole
> corpus of all Documents in the index.
> So even if it's
How comes the DistanceFilter has to compute the distance for the whole corpus?
By the way the actual storage (say via Hibernate ORM, or Infinispan) does not
need to store in radian, so we don't need to do a conversion when reading an
entity.
On 3 mai 2012, at 10:45, Sanne Grinovero wrote:
> Th
Let me see if I understood by rephrasing. I am trying to get a feel of where
conversions happen.
I am assuming that this is mostly relevant for the boolean query approach and
the later circle memory filtering (ie that quad tree is not involved).
Today we accept decimal coordinates from the user
The reason for my comment is that the code is doing a conversion to
radians in the DistanceFilter, which needs to be extremely efficient
as it's not only applied on the resultset but potentially on the whole
corpus of all Documents in the index.
So even if it's true that conversion would be needed
Hi all,
Sanne and I have been wondering about the way the spatial
branch/module/functionality for Hibernate Search shall store its
coordinates in the Lucene index.
Today it is implemented with decimal degree for :
- easy debugging/readability
- ease of conversion on storage as we want to accept m
22 matches
Mail list logo
