API differences in Hibernate ORM 5.1 vs 5.3
by Gail Badner
Hi,
There were lots of differences in the compatibility report, so as a first
step, I've excluded packages/classes that I considered SPI, internal, or
"grey area". This reduced the the differences to a more manageable amount.
You can see a summary of the incompatibilities along with suggested
mitigation at [1].
The report is attached to [1], along with a zip with instructions for
running the report.
I believe there are some "false positives" in the report, and I have
documented them in the section, "False Positives?".
Feel free to comment on the article.
Thanks,
Gail
[1]
https://developer.jboss.org/wiki/HibernateORMBinaryCompatibilityBetween51...
1 week, 1 day
IP banned from forum
by Gunnar Morling
Hi,
Is anyone banning users from the forum? I am getting "A ban has been
issued on your IP address."
I don't think banning by IP is a good strategy as many users will have
dynamic IPs from their hoster's shared pool, so it's a random game to
hit an IP previously banned due to some other user's spam.
Thanks,
--Gunnar
1 week, 1 day
New CI machine preview
by Sanne Grinovero
You're all welcome to play with http://54.225.162.168/
however please keep these in mind:
- it's not the final machine: don't put too much effort in creating
nice build scripts as we'll reset it to clean state soon. We *might*
be able to store jobs defined so far, but we might choose not to.
- domain name should be coming: ci.hibernate.org ..not sure when, got
no replies so far from.
- authentication: just click on login, it will use OAuth2 to request
your identity via your GitHub account. Permissions to create new jobs,
edit existing jobs, run a build manually depend on your github account
be part of the Hibernate organization (or not, in which case you have
read only status)
At this stage I'd like to get a feeling if the hardware is powerful
enough, and also we need to select which other plugins we want to use,
I'm looking especially to:
- static analysis reports
- pull requests integration
both are relatively undefined, we can of course start simple and
improve later.. just checking this fits basic needs now.
Sanne
2 months, 3 weeks
@OneToOne with @PrimaryKeyJoinColumn(s) vs @MapsId without value element
by Gail Badner
The fix for HHH-12436 involves correcting the foreign key direction for
"real" one-to-one associations. I've been looking into the ramifications of
this change because I'm concerned that applications can rely on the old
(incorrect) foreign key direction.
In the process I've found that Hibernate treats:
@OneToOne
@PrimaryKeyJoinColumn
private Employee employee;
differently from:
@OneToOne
@MapsId
private Employee employee;
I believe they should be treated consistently. You can see my reasoning
below. [1]
Before going into details about how they are treated differently, I'd like
to get confirmation, in case I am missing some subtlety.
Could someone please confirm this?
Regards,
Gail
---------------------------------------------------------------------------------------------
[1]
In 2.4.1.3 Examples of Derived Identities, Example 4(b) uses MapsId without
the value element as follows:
@MapsId
@JoinColumn(name="FK")
@OneToOne Person patient;
This example has the following footnote:
"[15] Note that the use of PrimaryKeyJoinColumn instead of MapsId would
result in the same mapping in this example. Use of MapsId
is preferred for the mapping of derived identities."
The description has a footnote that says that using PrimaryKeyJoinColumn
instead of MapsId would result in the same mapping.
In 11.1.45 PrimaryKeyJoinColumns Annotation, Example 2 uses
@PrimaryKeyJoinColumns as follows:
@OneToOne
@PrimaryKeyJoinColumns({
@PrimaryKeyJoinColumn(name="ID",
referencedColumnName="EMP_ID"),
@PrimaryKeyJoinColumn(name="NAME",
referencedColumnName="EMP_NAME")})
EmployeeInfo info;
This example has the following footnote:
"[123]Note that the derived identity mechanisms decribed in section 2.4.1.1
is now preferred to the use of PrimaryKeyJoinColumn for
this case."
7 years, 4 months
Re-enabling the BlueOcean interface in Jenkins
by Yoann Rodiere
Hi,
We're about to make use of Jenkins pipelines in Hibernate Search, and for
that purpose, the BlueOcean is much easier to read. So I'd like to
re-enable it.
This should not affect other projects much, as the default interface when
you go to ci.hibernate.org will still be the "old" one. However, this will
unfortunately change the URL in emails sent by Jenkins so that the URL
points to the BlueOcean interface; and unfortunately, there doesn't seem to
be a way around that. You do have a button on the top right of the
BlueOcean interface to go back to the "old" interface, though.
For anyone wondering, this
<https://plugins.jenkins.io/blueocean-display-url> is the plugin
responsible for this behavior, and we can't uninstall it as long as
BlueOcean is installed.
Given the inconvenience is minor, and pipeline logs are pretty much
unreadable without the interface (seriously, good luck spotting the problem
in this
<http://ci.hibernate.org/view/Search/job/hibernate-search-6-poc/job/HSEARC...>),
is it alright for everyone if I re-enable the BlueOcean interface?
Yoann Rodière
Hibernate NoORM Team
yoann(a)hibernate.org
7 years, 4 months
NoORM IRC meeting minutes
by Guillaume Smet
Hi,
Here are the minutes of this week's meeting.
Bot is on PTO so I copy/paste everything below:
15:01 < gsmet> #topic Progress Fabio
15:01 < fax4ever> Hi all
15:01 < fax4ever> I've come back yesterday from holidays,
15:01 < fax4ever> so I was most of the time on holiday in the last two
weeks.
15:01 < fax4ever> I resumed to work on the issue that I left pending.
15:01 < fax4ever> The one to make no longer mandatory the persistence
provider.
15:01 < fax4ever> We had a good meeting on this topic just before my
vacations with Davide and Sanne,
15:02 < fax4ever> where Sanne pointed out a possible *nice* solution.
15:02 < fax4ever> The solution would require to change some code in
Hibernate ORM too, in order to solve the issue.
15:02 < fax4ever> The good news is that the ORM provider class
`HibernatePersistenceProvider`:
15:02 < fax4ever> is currently capable to handle perfectly the OGM's cases
too.
15:02 < fax4ever> I made some test and I discovered that if the property
`hibernate.ogm.enabled` is set to `true`,
15:02 < fax4ever> this class might active OGM's cases without any need of
the OGM provider class:
15:02 < fax4ever> `HibernateOgmPersistence`.
15:02 < fax4ever> Then I think that most part of the job has been already
done.
15:03 < fax4ever> That's all about my progress. Thank you!
15:03 < gsmet> thanks
15:03 < gsmet> #topic Next 2 weeks Fabio
15:03 < fax4ever> Firstly, I'm implementing the `persistence provider`
issue.
15:03 < fax4ever> For the reasons that I've explained before,
15:03 < fax4ever> I think that we'll need a very limited change of code on
both OGM and ORM projects.
15:03 < fax4ever> Secondly, I believe that the priority will be the
OGM/Infinispan presentation on September,
15:03 < fax4ever> arranged by Paolo Menon.
15:04 < fax4ever> Therefore I'm going to spend some time on Hibernate demo
project.
15:04 < fax4ever> Thirdly, I might spent some time on minor issues,
15:04 < fax4ever> such as adding more tests on Java time mapping and so on.
15:04 < fax4ever> Fourthly, I would like to spend other time to review some
PRs.
15:04 < fax4ever> Fifthly, I don't know if a new release is scheduled, in
case it is, I could help to handle it.
15:04 < fax4ever> Finally, after next two weeks I will be on PTOs again,
just for one week.
15:04 < fax4ever> That's all about my next two weeks. Thank you!
15:05 < gsmet> thanks Fabio
15:05 < gsmet> #topic Progress Guillaume
15:05 < gsmet> so a good part of my last 2 weeks was the Search F2F
15:05 < gsmet> we made some good progress there but I'll let Yoann give
more details if he sees fit
15:06 < gsmet> I also released a new HV for inclusion in WF 14 due to a few
issues
15:06 < gsmet> and continued to coordinates the ORM 5.3 work
15:06 < gsmet> we are discussing some patches related to the security
manager right now
15:06 < gsmet> discussing means me sending emails and not getting answers :)
15:07 < gsmet> other than that I made some progress on the projection DSL
for Search 6
15:07 < gsmet> but we decided some big changes in it so I'll get back to it
to stick to what we decided
15:07 < gsmet> #topic Next 2 weeks Guillaume
15:08 < gsmet> so hopefully mostly Search 6 with some ORM coordination
15:08 < gsmet> I say that every 2 weeks so we'll see
15:08 < gsmet> FYI, PTO for me starting Sept 14th
15:09 < gsmet> for a week
15:09 < gsmet> #topic Progress Yoann
15:09 < yrodiere> So, I was on PTO the first week
15:09 < yrodiere> Good progress on the babysitting side
15:09 < yrodiere> then it was the F2F
15:09 < yrodiere> No, I won't say it was babysitting too :)
15:10 < yrodiere> Joke aside, we actually made good progress, took lots of
decisions on pending topics
15:10 < fax4ever> :)
15:10 < yrodiere> and actually managed to cover the whole agenda
15:10 < yrodiere> so... It means there's a lot more to work on now than
before. Which I guess is good news :)
15:11 < yrodiere> I won't cover the specifics, but I'm currently organizing
everything as JIRA tickets
15:11 < yrodiere> see
https://hibernate.atlassian.net/login?dest-url=%2Fprojects%2FHSEARCH%3Fse...
15:12 < yrodiere> so, next two weeks
15:12 < gsmet> #topic Next 2 weeks Yoann
15:12 < yrodiere> there are still a few tickets, mainly refactoring, to
address, and then we should be able to merge the Search 6 prototype into
the main Search repository
15:13 < yrodiere> that should be the big news of the next two weeks...
hopefully.
15:13 < yrodiere> after that there is still a bit of polishing to do, and
we should be able to release an Alpha1 in one or two months at most
15:14 < yrodiere> then I hope we'll be able to follow a more...
"high-paced" rhythm, to provide sneak peaks into the current work to our
users
15:14 < yrodiere> that's all from me
7 years, 4 months
How to enable Javassist when running a WildFly unit test?
by Gail Badner
I tried running:
mvn clean test -Dtest=HibernateNativeAPINaturalIdTestCase
-Dhibernate.bytecode.provider=javassist -Dsecurity.manager=true
The result is a permissions failure, and ByteBuddy is in the stacktrace.
I also tried adding the property to the StandardServiceRegistryBuilder
built by SFSBHibernateSFNaturalId, and that didn't work either.
Is there some other way to enable javassist?
Thanks,
Gail
7 years, 4 months
Returned mail: Data format error
by Bounced mail
The original message was received at Mon, 27 Aug 2018 15:37:37 +0800
from lists.jboss.org [15.9.202.182]
----- The following addresses had permanent fatal errors -----
<hibernate-dev(a)lists.jboss.org>
7 years, 4 months
