-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
[WFLY-7418] jberet-jpa-repository integration in wildfly batch #16085
base: main
Are you sure you want to change the base?
Conversation
Conflicts: batch-jberet/src/main/java/org/wildfly/extension/batch/jberet/deployment/BatchDeploymentDescriptorParser_1_0.java pom.xml
Conflicts: batch-jberet/pom.xml ee-feature-pack/common/pom.xml ee-feature-pack/common/src/main/resources/modules/system/layers/base/org/wildfly/extension/batch/jberet/main/module.xml ee-feature-pack/pom.xml
Hello, amoscatelli. I'm waiting for one of the admins to verify this patch with /ok-to-test in a comment. |
…bling hibernate validation
@chengfang I think that's it ! I migrated to Wildfly 27.0.0.Final and this integration is working in our test and production environments. |
I also created an issue to track this : |
@chengfang , as a subscriber to this pull request, I can confirm that I would be glad to see it merged into the official wildfly main branch. We come from the corresponding non-jakarta version. Since we are migrating to jakarta, we tried to adopt this integration as a "custom module". By this, I can confirm that it is working in our test environment. TBH, the test results would be compatible with the decision of moving it to our production systems, too. |
Hi everybody, |
/** | ||
* Represents a JPA job repository. | ||
* | ||
* @author <a href="mailto:[email protected]">James R. Perkins</a> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess this need to be changed to your email address.
boms/standard-ee/pom.xml
Outdated
<dependency> | ||
<groupId>org.jberet</groupId> | ||
<artifactId>jberet-jpa-repository</artifactId> | ||
<version>2.1.3.Final</version> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The version should be defined into pom.xml
and use property here.
I'll take this. @amoscatelli Thanks for the PR! I have put some review comments in above. Besides it needs rebase. In addition, do you have a demo project showing its usage of the new feature? Or you may need to integration test case like this: @jamezp @bstansberry As this is a new feature, do we need to go through the whole new feature process? (I'm starting from writing the proposal in: https://github.com/wildfly/wildfly-proposals/tree/main/batch) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The commits should be squashed when you're comfortable doing so.
There also needs to be a model version bump and a schema bump. This bump should be done in it's own commit and be the first commit. An example is 145400f.
/* | ||
* JBoss, Home of Professional Open Source. | ||
* Copyright 2015, Red Hat, Inc., and individual contributors | ||
* as indicated by the @author tags. See the copyright.txt file in the | ||
* distribution for a full listing of individual contributors. | ||
* | ||
* This is free software; you can redistribute it and/or modify it | ||
* under the terms of the GNU Lesser General Public License as | ||
* published by the Free Software Foundation; either version 2.1 of | ||
* the License, or (at your option) any later version. | ||
* | ||
* This software is distributed in the hope that it will be useful, | ||
* but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU | ||
* Lesser General Public License for more details. | ||
* | ||
* You should have received a copy of the GNU Lesser General Public | ||
* License along with this software; if not, write to the Free | ||
* Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA | ||
* 02110-1301 USA, or see the FSF site: http://www.fsf.org. | ||
*/ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is an old copyright and needs to be:
/*
* Copyright The WildFly Authors
* SPDX-License-Identifier: Apache-2.0
*/
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@francescopotenziani can you update this ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This file should not be edited. A new file named wildfly-batch-jberet_4.0.xsd
should be created.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Understood. Seems legit, this was one of the questions I asked previously but I got no answer
...c/main/resources/modules/system/layers/base/org/jberet/jberet-jpa-repository/main/module.xml
Outdated
Show resolved
Hide resolved
I'm also not quite sure what the JIRA has to do with this feature. The JIRA title is "Batch deployments with a large number of executed jobs can lock up or slow down the web console" and this seems to be about adding a JPA repository. |
I do not work for the company I made this PR for any longer. I'll try to help and answer on the review anyway. |
@amoscatelli Thanks for the update! |
@liweinan This could probably use the WildFly process as well https://www.wildfly.org/news/2023/11/22/WildFly_Feature_Development_Process/. |
@jamezp Okay! |
@liweinan @jamezp @bstansberry Please let me introduce myself: I'm Alessandro Tucci, I'm assisting @francescopotenziani with the pull request. Sometimes, I'll be providing some answers on his behalf, especially when some tighter feedback is needed and he is overwhelmed with tech efforts. Instead, for what concerns code edits, he will be the only one making them |
For internal usage, we've already merged the git node right after the one tagged with 30.0.1.Final (SHA-1: d130fbc) with the latest commit of this PR, in order to:
Additionally, for the sake of the PR process, we're currently merging the latest commit node of the Wildfly code base (SHA-1: aaf99a4) with the latest commit of this PR. Please let us know:
|
@alessandro-tucci-visiontech Could you please provide test cases or demo project that based on this branch that can verifying the usability of this new feature? |
…/pom.xml and ee-feature-pack/common/src/main/resources/modules/system/layers/base/org/wildfly/extension/batch/jberet/main/module.xml. Created new file wildfly-batch-jberet_4.0.xsd. Changed copyright with the new one. Defined the jberet-jpa-repository version in pom.xml.
Failed format check on this pull request:
Please fix the format according to these guidelines. |
I'll verify this PR and make necessary modifications. |
I have rebased the PR to main branch here: #17526 |
@alessandro-tucci-visiontech It seems I met problem when using the JPA repo. Besides I have rebased this PR to the main branch of WildFly Could you please have a look at it? Thanks! |
Hi everybody,
this pull request brings integration with the new jberet-jpa-repository
As the name says, that's a jberet repository based on jpa.
Being based on jakarta.persistence by default, it offers a broader support for databases and can rely on first or second level caches for performance.
Also, it is a consequential fix/workaround for :
jberet/jsr352#142
Related to :
https://issues.redhat.com/browse/WFLY-7418
https://developer.jboss.org/thread/272830
I am been using a similar integration (for Wildfly 26.X) in my production environment for the last 9 monthes.
I waited for Wildfly Batch subsystem to be migrated to jakarta.persistance before preparing this pull request.
It seems I can't sign in with sso.redhat at the moment, so I can't update or create any new issue.
Does this seem good to you ?
Is there any cleaner way to get a boostraped instance of hibernate in a wildfly subsystem ?
Also, I enabed the jpa repository only for the 3.0 xml definition. Is this ok (or you want it for 2.0 or 1.0 too) ?
Thank you in advance