Hi,
Here are the minutes of this week's meeting.
The bot was not responding so it's plain text FTW:
15:19 < gsmet> #startmeeting
15:19 < gsmet> hmmm
15:20 < gsmet> looks like the bot has a meeting too
15:20 < koentsje> lol
15:20 < gsmet> I'll copy paste things, I suppose
15:20 < fax4ever> \o/
15:20 < gsmet> #topic Progress Davide
15:20 < DavideD> Hi
15:21 < DavideD> I worked on the delete and persist of an entity using the
reactive approach
15:21 < DavideD> I think I finally figure out what's needed
15:21 < gsmet> nice
15:22 < sannegrinovero> DavideD, there's a lot of people eager to see that
working ;)
15:22 < DavideD> It's nce because the query is still generated by ORM but
executed with the asyncronous driver
15:23 < DavideD> TO be fair there are still some part that are not
ayncronous but for simple case scenario shouldn't matter
15:23 < DavideD> I'm working on the find right now
15:23 < DavideD> I would like to finish that one because it's a bit more
complicated as it requires to return the entity
15:24 < DavideD> In the other cases I have nothing to return
15:24 < DavideD> I think that's it from me
15:24 < gsmet> #topic Next 2 weeks Davide
15:25 < DavideD> I will work on session.find
15:25 < DavideD> and then if there is time, an updata so that at least
there is a working example for the CRUD operations
15:25 < DavideD> I mean on entity updates
15:26 < gsmet> it's based on ORM 6 or 5.x?
15:26 < DavideD> ORM 6
15:26 < gsmet> cool
15:26 < DavideD> I think that's all
15:26 < gsmet> #topic Progress Fabio
15:27 < fax4ever> In the last two weeks...
15:27 < fax4ever> Firstly, I finished the three issues related to override
and ignore the analyzers,
15:27 < fax4ever> for the comparison values provided in the queries.
15:27 < fax4ever> The feature has been released within the 6.0.0.Alpha4.
15:27 < fax4ever> Secondly, I fixed some mismatch between Lucene and
Elasticsearch behavior.
15:27 < fax4ever> In particular, on how which they handle the
`minimumShouldMatch` parameter.
15:28 < fax4ever> In agreement with Yoann, I forced the Elasticsearch
backend to behave as Lucene one.
15:28 < fax4ever> Thirdly, I fixed a wrong error message, inherited from
Search 5.
15:28 < fax4ever> Fourthly, I added the generic type to the PropertyHadler
mapper Pojo class,
15:28 < fax4ever> so that we would able to avoid some casts.
15:28 < fax4ever> Fiftly, I reviewed several pull requests.
15:28 < fax4ever> Finally, yesterday I started the issue to support the
`indexNullAs` field parameter again.
15:28 < fax4ever> I'm talking about it in the next topic.
15:29 < fax4ever> I think we can move to it, thanks.
15:29 < gsmet> #topic Next 2 weeks Fabio
15:29 < fax4ever> Continuing on 'indexNullAs' parameter issue.
15:29 < fax4ever> I can tell you that the Elasticsearch part has been
already done and
15:29 < fax4ever> you can find it in a preview pull request.
15:29 < fax4ever> Essentially, we have used the 'null_value' Elasticsearch
field mapping option.
15:29 < fax4ever> With this implementation the DSL API method indexNullAs
is type safe.
15:30 < fax4ever> It means that the indexNullAs method requires a value
consistent with the type of the field.
15:30 < fax4ever> Then using this feature in the bridges is type safe.
15:30 < fax4ever> On the other hand, the annotation property requires a
string,
15:30 < fax4ever> so I'm working on the conversion ( parsing? ) part,
15:30 < fax4ever> to reuse the method through the annotation interface.
15:30 < fax4ever> Furthermore, the list of the issues Yoann has left me
it's still long :)
15:31 < fax4ever> As usual, I'll follow the precedence order defined in the
current sprint.
15:31 < fax4ever> You can watch our progress going to the sprint page:
HSEARCH - 2019-06.
15:31 < fax4ever> In a nutshell, they are about:
15:31 < fax4ever> (1) Strengthen some test on dates
15:31 < fax4ever> (2) Use the new Lucene 8 default normalizer
15:31 < fax4ever> (3) Make some changes on our mass indexer progress monitor
15:31 < fax4ever> (4) Allow annotations to be defined on default interface
methods too
15:31 < fax4ever> (5) Restore some compatibility checks on analyzers
15:31 < fax4ever> (6) Make some classes thread safe
15:32 < fax4ever> (7) Support BigDecimal and BigInteger.
15:32 < fax4ever> The last would use some introspections from Hibernate ORM
on field definition,
15:32 < fax4ever> such as @Column.lenght, to convert the BigDecimal into a
long.
15:32 < gsmet> I don't think we need the full list of items of the next
sprint
15:32 < fax4ever> Told that I think that's all from me.
15:32 < gsmet> OK
15:32 < gsmet> #topic Progress Koen
15:32 < fax4ever> Thank you for your attention.
15:33 < koentsje> i have released hibernate tools 5.4.2.Final
15:33 < koentsje> i have also integrated this new release into jboss tools
15:33 < koentsje> i did some testing and verification using java 12 and 13
15:33 < koentsje> on jboss tools hibernate that is
15:33 < koentsje> i have found no issues so far
15:34 < koentsje> (which
