-
-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v8 stable release. #23449
Comments
I don't think we have to wait for all blueprints to migrate as they can migrate at their own pace |
I have create the issue on the jhipter-dotnet blueprint but i need your help to migrate |
I’ve started the migration. |
@mshima I appreciate all the work you're doing to make JHipster 8.0 happen. Please let me know if there's anything I can do to help! |
@mraible some help updating heroku generator would be great. We should target heroku for 8.1. With micronaut (java) and dotnetcore (2 client generators and a server) been updated. I will take a look at ci-cd generator and nodejs and ionic blueprints this weekend. I hope to have a simultaneous release for every migrated blueprint. |
I can do and RC release this weekend. Let me know if I should wait for any
ticket to be merged
…On Fri, 29 Sept 2023, 6:17 pm Marcelo Shima, ***@***.***> wrote:
@mraible <https://github.com/mraible> some help updating heroku generator
would be great. We should target heroku for 8.1.
With micronaut (java) and dotnetcore (2 client generators and a server)
been updated.
I would say we should go ahead and release a RC as soon as possible and
final a week later.
I will take a look at ci-cd generator and nodejs and ionic blueprints this
weekend.
I hope to have a simultaneous release for every migrated blueprint.
—
Reply to this email directly, view it on GitHub
<#23449 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIOKF7LL3VWT7CSEX3EWQ3X43YDBANCNFSM6AAAAAA4QQDERM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@deepu105 any news about a new release? |
I waiting for confirmation. I can do the RC release tomorrow.
…On Fri, 13 Oct 2023, 1:21 pm Marcelo Shima, ***@***.***> wrote:
@deepu105 <https://github.com/deepu105> any news about a new release?
—
Reply to this email directly, view it on GitHub
<#23449 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIOKFZJTYNITOQLQWCP5LDX7EP3NANCNFSM6AAAAAA4QQDERM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
👀 Our quality gate is looking good! @mshima @DanielFran Do we need anything else before releasing 8.0? |
@mraible I believe everything is done. We still have this PR to remove AngularJS locale configuration but we do not have anything to replace that could manage i18n. But I do not think this is blocking the release. And I realised that today Neo4J is broken: https://github.com/hipster-labs/jhipster-daily-builds/actions/runs/6702088203 |
Yes, there are huge changes to the core since the RC, but I think it's ok to go final. |
One last PR #24067. |
您好,我最近学业繁忙,无法亲自回复您的邮件。晚间查看后,会尽快给您回复。
|
@mshima I'm testing this blog post and when I run
Here's the JDL:
The rest of the tutorial works, there's just this these warnings at the beginning. |
@mraible some context of this warning is at #23850 At the PR we started relying on the frontend type to do some conversions and failed due to id different types related to different databases (gateway uses postgres with Long ids, microservice uses cassandra with UUID ids). We used to carry on databaseType at the entity level, but this is quite hackish and hard to maintain, and we are decoupling jdl from business. |
I'll do the release sometime this week
…On Wed, 1 Nov 2023, 11:03 am Marcelo Shima, ***@***.***> wrote:
@mraible <https://github.com/mraible> some context of this warning is at
#23850 <#23850>
At the PR we started relying on the frontend type to do some conversions
and failed due to id different types related to different databases
(gateway uses postgres with Long ids, microservice uses cassandra with UUID
ids).
We used to carry on databaseType at the entity level, but this is quite
hackish and hard to maintain, and we are decoupling jdl from business.
As alternative, we are advising the user to specify the entity's id type
which looks much more reliable and cleaner than carrying databaseType
around at entity level.
—
Reply to this email directly, view it on GitHub
<#23449 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIOKF4D4R6EJSYNJ4C6GU3YCINANAVCNFSM6AAAAAA4QQDEROVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBYG4YDAOJTGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
How do I change my JDL to get rid of this warning? |
Neo4J and MongoDB default primary keys are String and there is no entity served in Gateway. |
I can confirm that adding |
No, the id should imply required. |
OK, updated in oktadev/okta-blog@9f4f171. In the generated Java classes, I noticed the biggest difference is removing - @NotNull
@Id
private String id; |
@mshima approved |
Overview of the feature request
Track v8 blocking issues.
TODO:
Breaking changes:
Move DTOs from the service to the rest layer #21821Migrate blueprints and check/implement individual requirements:
go cc @deepu105 ?Motivation for or Use Case
Related issues or PR
The text was updated successfully, but these errors were encountered: