Skip to content

[Improvement-16443][Workflow Timing] Improvement add operator#16450

Closed
sdhzwc wants to merge 28 commits intoapache:devfrom
sdhzwc:Improvement-16443
Closed

[Improvement-16443][Workflow Timing] Improvement add operator#16450
sdhzwc wants to merge 28 commits intoapache:devfrom
sdhzwc:Improvement-16443

Conversation

@sdhzwc
Copy link
Contributor

@sdhzwc sdhzwc commented Aug 13, 2024

close #16443
The effect is as follows:
recording

Purpose of the pull request

Brief change log

Verify this pull request

This pull request is code cleanup without any test coverage.

(or)

This pull request is already covered by existing tests, such as (please describe tests).

(or)

This change added tests and can be verified as follows:

(or)

Pull Request Notice

Pull Request Notice

If your pull request contain incompatible change, you should also add it to docs/docs/en/guide/upgrede/incompatible.md

@github-actions github-actions bot added UI ui and front end related backend labels Aug 13, 2024
@SbloodyS SbloodyS added this to the 3.3.0 milestone Aug 14, 2024
@SbloodyS SbloodyS added the improvement make more easy to user or prompt friendly label Aug 14, 2024
@sdhzwc sdhzwc requested a review from SbloodyS August 14, 2024 05:49
SbloodyS
SbloodyS previously approved these changes Aug 14, 2024
Copy link
Member

@SbloodyS SbloodyS left a comment

Choose a reason for hiding this comment

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

LGTM

Copy link
Member

@ruanwenjun ruanwenjun left a comment

Choose a reason for hiding this comment

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

It's better to set modify_user as create_user when upgrade.

@sdhzwc
Copy link
Contributor Author

sdhzwc commented Aug 19, 2024

It's better to set modify_user as create_user when upgrade.

What needs to be adjusted? Could you specify?

@ruanwenjun
Copy link
Member

It's better to set modify_user as create_user when upgrade.

What needs to be adjusted? Could you specify?

It's not a good idea to make modify_user_id DEFAULT NULL, this will make confusion, why the create user is not null, but the modify_user_id can be null, no one can explain this. If the modify_user_id is null is this a bug?

To avoid this kind problem, you need to inject a value for the new column, obviously you should use create_user to inject.

@ruanwenjun
Copy link
Member

ruanwenjun commented Aug 19, 2024

Additional, it's better to create a DSIP to unify the logic, we should add modify user to all table which have create user. Otherwise, this look like strange.

@sdhzwc
Copy link
Contributor Author

sdhzwc commented Aug 20, 2024

It's better to set modify_user as create_user when upgrade.

What needs to be adjusted? Could you specify?

It's not a good idea to make modify_user_id DEFAULT NULL, this will make confusion, why the create user is not null, but the modify_user_id can be null, no one can explain this. If the modify_user_id is null is this a bug?

To avoid this kind problem, you need to inject a value for the new column, obviously you should use create_user to inject.

The reason is very simple. When the timer is created, it is definite. The creator is the logged-in person. At this time, there is no modification operation, so there is no need to specify the updater. I think it makes sense. If the updater is added, I think there will be ambiguity because there is no update operation yet.

@ruanwenjun
Copy link
Member

It's better to set modify_user as create_user when upgrade.

What needs to be adjusted? Could you specify?

It's not a good idea to make modify_user_id DEFAULT NULL, this will make confusion, why the create user is not null, but the modify_user_id can be null, no one can explain this. If the modify_user_id is null is this a bug?
To avoid this kind problem, you need to inject a value for the new column, obviously you should use create_user to inject.

The reason is very simple. When the timer is created, it is definite. The creator is the logged-in person. At this time, there is no modification operation, so there is no need to specify the updater. I think it makes sense. If the updater is added, I think there will be ambiguity because there is no update operation yet.

This is not a common practice, please reference the last_modify_user/last_modify_time in aws/linux.

@sdhzwc
Copy link
Contributor Author

sdhzwc commented Aug 20, 2024

It's better to set modify_user as create_user when upgrade.

What needs to be adjusted? Could you specify?

It's not a good idea to make modify_user_id DEFAULT NULL, this will make confusion, why the create user is not null, but the modify_user_id can be null, no one can explain this. If the modify_user_id is null is this a bug?
To avoid this kind problem, you need to inject a value for the new column, obviously you should use create_user to inject.

The reason is very simple. When the timer is created, it is definite. The creator is the logged-in person. At this time, there is no modification operation, so there is no need to specify the updater. I think it makes sense. If the updater is added, I think there will be ambiguity because there is no update operation yet.

This is not a common practice, please reference the last_modify_user/last_modify_time in aws/linux.

It has been changed. The value has been added when inserting.

@sdhzwc sdhzwc requested a review from ruanwenjun August 20, 2024 03:25
topsli and others added 6 commits August 21, 2024 10:15
* Update FeiShuSender.java

The Exception.getMessage present here is null, and the problem has occurred

* Update dolphinscheduler-alert/dolphinscheduler-alert-plugins/dolphinscheduler-alert-feishu/src/main/java/org/apache/dolphinscheduler/plugin/alert/feishu/FeiShuSender.java

Co-authored-by: xiangzihao <zihaoxiang@apache.org>

---------

Co-authored-by: xiangzihao <zihaoxiang@apache.org>
@sonarqubecloud
Copy link

Please retry analysis of this Pull-Request directly on SonarCloud

ruanwenjun and others added 13 commits August 26, 2024 15:19
* [Chore] Remove unsupported feature in README.md

* Update README_zh_CN.md

Co-authored-by: xiangzihao <zihaoxiang@apache.org>

---------

Co-authored-by: xiangzihao <zihaoxiang@apache.org>
Co-authored-by: xiangzihao <460888207@qq.com>
…ent-16443

# Conflicts:
#	dolphinscheduler-api/src/main/java/org/apache/dolphinscheduler/api/service/impl/SchedulerServiceImpl.java
#	dolphinscheduler-dao/src/main/resources/sql/upgrade/3.3.0_schema/mysql/dolphinscheduler_ddl.sql
#	dolphinscheduler-dao/src/main/resources/sql/upgrade/3.3.0_schema/postgresql/dolphinscheduler_ddl.sql
@sdhzwc sdhzwc requested a review from Gallardot as a code owner August 31, 2024 06:41
@sdhzwc sdhzwc closed this Aug 31, 2024
@sdhzwc sdhzwc deleted the Improvement-16443 branch August 31, 2024 07:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backend CI&CD document e2e e2e test improvement make more easy to user or prompt friendly test UI ui and front end related

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Improvement][Workflow Timing] need for additional operators