[hibernate-dev] Returned mail: Data format error
The original message was received at Sun, 6 Mar 2016 17:08:59 +0800 from lists.jboss.org [91.120.79.33] - The following addresses had permanent fatal errors - ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Everyone: Need volunteers for mentoring GSOC
On 5 March 2016 at 19:56, Gunnar Morling wrote: > Hi, > > I've added a proposal for "Hibernate Search: JSR 352 batch job for > re-indexing entities": Looks great! A couple more thoughts about this one: - should we suggest testing with different 2lc patterns, or keep it more open to suggest exploring additional ideas to push the indexing times down? - do we need to clarify that we expect people to load such entities through their (existing) Hibernate mappings? I can see how somebody might think he can do better by hand-rolling SQL, but the goal should be to have the framework figure out the optimal way without users having to maintain such SQL.. so this might optionally produce some more general purpose optimisations to Hibernate ORM's fetch strategy implementations. Most importantly: you're mentoring this one? Thanks, Sanne > > https://developer.jboss.org/wiki/JBossCommunityGoogleSummerOfCode2016Ideas#jive_content_id_Hibernate_Search_JSR_352_batch_job_for_reindexing_entities > > Any feedback welcome! > > Thanks, > > --Gunnar > > > > 2016-03-03 12:41 GMT+01:00 Gunnar Morling : >> Ahaha, ok. I took previous contribution as a given for active >> participants on hibernate-dev and people considering to mentor ;) >> Sorry I misread. >> >> 2016-03-03 12:38 GMT+01:00 Sanne Grinovero : >>> I asked for mentors, not students. >>> >>> On Thu, 3 Mar 2016 11:05 Gunnar Morling, wrote: Hi, I'll write up the proposal for the batch job for mass indexing and submit it to https://developer.jboss.org/wiki/JBossCommunityGoogleSummerOfCode2016Ideas. > It would need to be someone who's regularly contributing already... Personally I don't think that's needed and also it's not in the spirit of GSoC. The program is meant to bring students *into* OSS development. Of course having experience in that area doesn't harm, but it's no requirement. Much more important is the general attitude (willingness to learn etc.) as well as general programming knowledge. Student's applications start on March 14th, so whatever we feel like going for, should be in that proposal list by then. --Gunnar 2016-03-01 18:27 GMT+01:00 Sanne Grinovero : > 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 support for Spring Data > 5 - Async API for ORM/OGM/HSEARCH > [It's not a closed list, you can also propose additional ideas.] > > is anyone on this mailing list interested enough on these subjects to > volunteer mentoring? > > I mentored two students last year and we had nice results, but I won't > be able to mentor this summer. > > It would need to be someone who's regularly contributing already, and > ideally someone familiar with the technology we're integrating with: > most of the above proposals are about integrating with some other > standard or framework. > > For example I wouldn't mentor on JHipster as all I know about it is > what I've seen in a couple of presentations... but if the student is > not too junior he can also be tasked with reaching out to "the other" > community to get guidance. > > But for that I'd want us to be able to make some introductions at > least, to have some kind of "co-mentor" volunteered by the other > community/project. > > Thanks, > Sanne > > > 1 - > http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2016/hibernate-dev.2016-03-01-14.04.html > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Elastic search Lucene extension
On 5 March 2016 at 22:04, Marc Schipperheyn wrote: > I saw the elastic search blog post and while is not yet sonething on our > radar, it s certainly interesting! > > I already saw that if you bypass HSearch to go native, the syntax changes. > What about Lucene extensions? For instance, we extensively use joinutil and > grouped search. Couldn't live without those. Hi Marc, excellent feedback! Elasticsearch supports grouping nested joins so it would be able to execute such queries, but it needs an explicit schema for that at indexing time so we'll need to make sure it indexes things in the right way for that.. which is missing in Search today. I remember you mentioned doing this before, but could you please remind us how you are indexing things to use these extensions? As "cheating" the search-engine will probably not work anymore, so we need to implement this feature correctly. I would appreciate your beta testing on this; I think you'l benefit from it is that it means we'll finally have to implement it for Lucene (embedded) users too ;) Thanks, Sanne > > -- > Kind regards, > > Marc > M.Schipperheyn > ___ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] Everyone: Need volunteers for mentoring GSOC
Hi, 2016-03-06 14:03 GMT+01:00 Sanne Grinovero : > On 5 March 2016 at 19:56, Gunnar Morling wrote: >> Hi, >> >> I've added a proposal for "Hibernate Search: JSR 352 batch job for >> re-indexing entities": > > Looks great! > A couple more thoughts about this one: > - should we suggest testing with different 2lc patterns, or keep it > more open to suggest exploring additional ideas to push the indexing > times down? I'd say let's leave it a bit more open, so students can add their own ideas. That said, what specifically do you have in mind here? I can see how the 2nd level cache comes into play when re-indexing several entities (e.g. A in its own index and another time via an @IndexedEmbedded association B.A). Is this what you mean? I've shared a Google doc for this with you, please feel free to add any thoughts in addition to what's in the public proposal. > - do we need to clarify that we expect people to load such entities > through their (existing) Hibernate mappings? I don't think that's necessary right now. We can clarify these sorts of things if applicants show up. > > I can see how somebody might think he can do better by hand-rolling > SQL, but the goal should be to have the framework figure out the > optimal way without users having to maintain such SQL.. so this might > optionally produce some more general purpose optimisations to > Hibernate ORM's fetch strategy implementations. > > Most importantly: you're mentoring this one? Yes, I will, provided we find a student with high aspiration :) > > Thanks, > Sanne > >> >> https://developer.jboss.org/wiki/JBossCommunityGoogleSummerOfCode2016Ideas#jive_content_id_Hibernate_Search_JSR_352_batch_job_for_reindexing_entities >> >> Any feedback welcome! >> >> Thanks, >> >> --Gunnar >> >> >> >> 2016-03-03 12:41 GMT+01:00 Gunnar Morling : >>> Ahaha, ok. I took previous contribution as a given for active >>> participants on hibernate-dev and people considering to mentor ;) >>> Sorry I misread. >>> >>> 2016-03-03 12:38 GMT+01:00 Sanne Grinovero : I asked for mentors, not students. On Thu, 3 Mar 2016 11:05 Gunnar Morling, wrote: > > Hi, > > I'll write up the proposal for the batch job for mass indexing and > submit it to > https://developer.jboss.org/wiki/JBossCommunityGoogleSummerOfCode2016Ideas. > > > It would need to be someone who's regularly contributing already... > > Personally I don't think that's needed and also it's not in the spirit of > GSoC. > > The program is meant to bring students *into* OSS development. Of > course having experience in that area doesn't harm, but it's no > requirement. Much more important is the general attitude (willingness > to learn etc.) as well as general programming knowledge. > > Student's applications start on March 14th, so whatever we feel like > going for, should be in that proposal list by then. > > --Gunnar > > > > > 2016-03-01 18:27 GMT+01:00 Sanne Grinovero : > > 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 support for Spring Data > > 5 - Async API for ORM/OGM/HSEARCH > > [It's not a closed list, you can also propose additional ideas.] > > > > is anyone on this mailing list interested enough on these subjects to > > volunteer mentoring? > > > > I mentored two students last year and we had nice results, but I won't > > be able to mentor this summer. > > > > It would need to be someone who's regularly contributing already, and > > ideally someone familiar with the technology we're integrating with: > > most of the above proposals are about integrating with some other > > standard or framework. > > > > For example I wouldn't mentor on JHipster as all I know about it is > > what I've seen in a couple of presentations... but if the student is > > not too junior he can also be tasked with reaching out to "the other" > > community to get guidance. > > > > But for that I'd want us to be able to make some introductions at > > least, to have some kind of "co-mentor" volunteered by the other > > community/project. > > > > Thanks, > > Sanne > > > > > > 1 - > > http://transcripts.jboss.org/meeting/irc.freenode.org/hibernate-dev/2016/hibernate-dev.2016-03-01-14.04.html > > ___ > > hibernate-dev mailing list > > hibernate-dev@lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/hibernate-dev ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org ht
