ResultTransformer wouldn't even be needed anymore eventually. There
could be an adapter class of sorts internally which aggregates both
methods if that simplifies handling internally, but it's not needed
per se.
2016-03-01 13:37 GMT+01:00 Vlad Mihalcea :
> Good idea.
>
> So, ResultTranformer will
Once we integrate it, we should write a blog post about it to present the
new AST parser capabilities.
Vlad
On Tue, Mar 1, 2016 at 11:37 PM, Sanne Grinovero
wrote:
> Awesome news! Thanks for letting us know.
>
> On 1 March 2016 at 21:16, Steve Ebersole wrote:
> > Today Andrea and I spent the d
Good job!
On Wed, Mar 2, 2016 at 3:34 AM, Steve Ebersole wrote:
> Another thing Andrea and I did today was to identify that our current
> approach to handling keywords (to allow for "keywords as identifier")
> caused quite major performance problems.
>
> So we have started to rewrite how keyword
Another thing Andrea and I did today was to identify that our current
approach to handling keywords (to allow for "keywords as identifier")
caused quite major performance problems.
So we have started to rewrite how keywords and "keywords as identifier"
work. We have consistently seen an improveme
Awesome news! Thanks for letting us know.
On 1 March 2016 at 21:16, Steve Ebersole wrote:
> Today Andrea and I spent the day investigating interpreting of HQL/JPQL
> into SQM in just a single phase as opposed to the previous 2-phase approach
> (all FromClauses as first phase, and then the rest of
On 1 March 2016 at 21:19, Steve Ebersole wrote:
> Yes, it has a *huge* time hit. If you look at the Gradle perf breakdown
> IIRC the task with the most time is actually check
If you think it's reasonable, please raise the timeout limit?
Hopefully we can do it only on the selected jobs which actu
OK, thanks.
On Tue, Mar 1, 2016 at 1:18 PM, Steve Ebersole wrote:
> Correct. hibernate-infinispan can use Java 8. As Sanne says, Infinispan
> itself requires Java 8 so limiting hibernate-infinispan to > 8 really makes
> no sense,
>
> On Tue, Mar 1, 2016 at 3:03 PM Sanne Grinovero
> wrote:
>
>
Yes, it has a *huge* time hit. If you look at the Gradle perf breakdown
IIRC the task with the most time is actually check
On Tue, Mar 1, 2016 at 8:03 AM andrea boriero wrote:
>- not more than an hour but I noticed checkstyle on my machine has a
>huge impact on the overall build time
>
Correct. hibernate-infinispan can use Java 8. As Sanne says, Infinispan
itself requires Java 8 so limiting hibernate-infinispan to > 8 really makes
no sense,
On Tue, Mar 1, 2016 at 3:03 PM Sanne Grinovero wrote:
> In general, probably yes. The Infinispan module is a bit special
> though, as In
Today Andrea and I spent the day investigating interpreting of HQL/JPQL
into SQM in just a single phase as opposed to the previous 2-phase approach
(all FromClauses as first phase, and then the rest of statements as
second). Andrea had the idea to try this again (both he and I tried
previously), a
In general, probably yes. The Infinispan module is a bit special
though, as Infinispan itself requires Java8 since Infinispan 8 so
noone will be able to use those modules on previous Java versions.. so
there's no point in avoiding pre-Java 8 code in there.
On 1 March 2016 at 20:55, Gail Badner wr
I see a pull request on master for hibernate-infinispan that uses lambda
expressions. [1]
There is a separate pull request for 5.0 that does not use them, so there's
no need to backport in this case. [2]
In general, should we avoid using lambda expressions in master?
Thanks,
Gail
[1] https://gi
Hi all,
earlier today in our IRC meeting [1] we discussed ideas for Google
Summer of Code;
mostly related Hibernate Search but not only:
Quoting the previous summary by Gunnar:
1 - Java Batch API job for HSEARCH mass indexing
2 - Solr backend
3 - HSEARCH support for JHipster
4 - HSEARCH su
We discussed progress and planning for current HSEARCH sprint and some
things more:
* Feedback to Gunnar's talk on Hibernate Search + Elasticsearch; E.g.
we should use the bulk API
* Options for working on and sharing slides: redhat.slides.com, vs.
plain reveal.js vs. AsciiDoc
* Ideas for Google
- not more than an hour but I noticed checkstyle on my machine has a
huge impact on the overall build time
On 1 March 2016 at 13:56, Sanne Grinovero wrote:
> On 1 March 2016 at 13:49, andrea boriero wrote:
> > checkStyle takes a lot of time
>
> More than an hour??
>
> >
> > On 1 March 20
On 1 March 2016 at 13:49, andrea boriero wrote:
> checkStyle takes a lot of time
More than an hour??
>
> On 1 March 2016 at 13:17, Vlad Mihalcea wrote:
>>
>> 90 minutes is indeed too much, especially since the tests only take 25
>> minutes:
>>
>> http://ci.hibernate.org/job/hibernate-orm-master
checkStyle takes a lot of time
On 1 March 2016 at 13:17, Vlad Mihalcea wrote:
> 90 minutes is indeed too much, especially since the tests only take 25
> minutes:
>
> http://ci.hibernate.org/job/hibernate-orm-master-h2/1392/testReport/
>
> Could that check style plugin cause this issue?
>
> Vlad
Ok, thanks! I'll write a blog post with the answer.
2016-03-01 14:21 GMT+01:00 Emmanuel Bernard :
> Yes that's the official way. There is a POJO resulttransformer of sort
> in ORM's codebase AFAIR.
>
> On Mon 2016-02-29 19:06, Gunnar Morling wrote:
>> Hi,
>>
>> I got an interesting question during
Very good feedback on the twitterverse and other social metaverses,
looks like we scratched a good itch :)
On Mon 2016-02-29 18:22, Sanne Grinovero wrote:
> Hello all,
> we released Hibernate Search 5.6.0.Alpha2 today, which introduces a
> preview of Elasticsearch integration.
>
> Read more about
I mentioned 6 because I'm not even sure this mapping brings a lot of
value, so it could be tagged to the release "duke nukem forever" if you
see what I mean, unless we get concrete user feedback.
On Mon 2016-02-29 18:33, Sanne Grinovero wrote:
> I'd agree it's a non essential nice-to-have, but I'd
Yes that's the official way. There is a POJO resulttransformer of sort
in ORM's codebase AFAIR.
On Mon 2016-02-29 19:06, Gunnar Morling wrote:
> Hi,
>
> I got an interesting question during my talk today which I couldn't
> answer right away: Is it possible to select a projection resulting
> from
90 minutes is indeed too much, especially since the tests only take 25
minutes:
http://ci.hibernate.org/job/hibernate-orm-master-h2/1392/testReport/
Could that check style plugin cause this issue?
Vlad
On Tue, Mar 1, 2016 at 3:06 PM, Sanne Grinovero wrote:
> We only have 5 build servers in th
We only have 5 build servers in the "community QA". Red Hat QA has
many more but these are firewalled, not useful at all as contributors
would get links to reports they can't see.
So yes if a build takes ages we'd rather have it marked as a failure
than block a build server for days.. Not least be
Hi,
I noticed that the hibernate-orm-master-h2 keeps on failing from time to
time because of a timeout:
Build timed out (after 90 minutes). Marking the build as failed.
Build was aborted
[CHECKSTYLE] Collecting checkstyle analysis files...
FAILED
I wonder why do we even have a timeout during the
Good idea.
So, ResultTranformer will extend both the ResultRowTransformer and
ResultListTransformer so
it will inherit both methods.
Actually, the `transformList(List list)` is only needed by
`DistinctResultTransformer`, so most of the time we'd only have to pass
`ResultRowTransformer`.
Vlad
On
Hi,
Tinkering with result transformers, I wished I'd be able to express a
tuple transformation like this, using Java 8 Lambda-style:
session.createQuery( "SELECT foo, bar FROM Baz" )
.transformResultTuples( (tuple, aliases) -> { return tuple[0]
+ " " + tuple[1]; } )
.list();
26 matches
Mail list logo
