Skip to content

Conversation

@cunhazera
Copy link
Contributor

@cunhazera cunhazera commented Jan 25, 2025

Renaming AuthorBookRecord to AuthorBookSummary

The documentation uses a class name as example, called AuthorBookSummary, but later on there is a new class called AuthorBookRecord

I wonder if AuthorBookSummary should be the class name used in the record declaration and in the implementation.


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license
and can be relicensed under the terms of the LGPL v2.1 license in the future at the maintainers' discretion.
For more information on licensing, please check here.


@hibernate-github-bot
Copy link

hibernate-github-bot bot commented Jan 25, 2025

Thanks for your pull request!

This pull request does not follow the contribution rules. Could you have a look?

❌ All commit messages should start with a JIRA issue key matching pattern HHH-\d+
    ↳ Offending commits: [4aa4132, a359ed6, 087ba6d, 3a5518b, f457cc6, 87e3b5a, 12d7af6, 04194ff, e219ec1]
❌ The PR title or body should list the keys of all JIRA issues mentioned in the commits
    ↳ Issue keys mentioned in commits but missing from the PR title or body: [HHH-18964, HHH-18982, HHH-19080, HHH-18961, HHH-19078, HHH-13243, HHH-18933, HHH-19079, HHH-19034]

› This message was automatically generated.

@cunhazera
Copy link
Contributor Author

@sebersole @gavinking if this PR is correct, can we get a jira to pass the build?

Comment on lines 565 to 566
Naturally, the name and type of the parameter are still checked at compile time; there's no loss of typesafety here, despite the string.

The `@Param` annotation is significantly less useful, since we can always rename our HQL query parameter to match the method parameter, or, at worst, use an ordinal parameter instead.
The `@Param` annotation is significantly less useful, since we can always rename our HQL query parameter to match the method parameter, or, at worst, use an ordinal parameter instead.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@cunhazera What changed here ... the lines look identical.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@gavinking no idea... I don't see any differences in any diff checker except GitHub's. But I can send a new commit trying to undo this change.

@cunhazera
Copy link
Contributor Author

@gavinking I dont know if I have permission to create a jira ticket to move this forward. Can I get an assistance here?

@gavinking
Copy link
Member

I dont know if I have permission to create a jira ticket to move this forward. Can I get an assistance here?

Everyone should have permission to create an issue in JIRA, but we don't need one for documentation fixes.

But would you please squash those commits?

@cunhazera
Copy link
Contributor Author

@gavinking I messed up with the squash. Just submitted a new one: #9760

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants