text:
[SUPPORT] After a Hadoop datanode failure, Spark3.2 encountered duplicate data on the same primary key while reading the hudi bucket more table data

Describe the problem you faced
A few days ago in the production environment, a datanode in the Hadoop cluster downtimed, it causing the flink streaming write task( for hudi bucket mor table) failed.   After restarting the Flink task, when we used Spark3.2 or Presto333 to read data from the table, we found duplicate data under the same primary key ，yet the duplicate records have the same Hudi system field values (_hoodie_commit_time, _hoodie_commit_seqno, _hoodie_filename) .
Note: This Flink write task has been running normally for several days，There were no duplicates record before  a datanode  downtimed.

Environment Description

Hudi version :0.13.0
Spark version :3.2
Hive version :3.1
Hadoop version :3.0
Storage (HDFS/S3/GCS..) : HDFS
Running on Docker? (yes/no) : no

Additional context
Add any other context about the problem here.
Stacktrace
Add the stacktrace of the error.

@fujianhua168 Is it possible to provide us the timeline to triage this better when datanode has downtimed.

source: gharchive/issue

repo: apache/hudi


text:
[HUDI-1027] Introduce TimestampBasedComplexKeyGenerator to support ti…

…mestamp-based complex key
Tips

Thank you very much for contributing to Apache Hudi.
Please review https://hudi.apache.org/contributing.html before opening a pull request.

What is the purpose of the pull request
Introduce TimestampBasedComplexKeyGenerator to support timestamp-based complex key
Brief change log

Add TimestampBasedComplexKeyGenerator
Add KeyGeneratorTimestampConfig
Add TimestampTypeEnum
Add TimestampProcessor
Add TestTimestampBasedComplexKeyGenerator
Modify ComplexKeyGenerator
Modify TimestampBasedKeyGenerator
Modify TestTimestampBasedKeyGenerator

Verify this pull request
This change added tests and can be verified as follows:
TestTimestampBasedKeyGenerator#testTimestampBasedKeyGenerator
TestTimestampBasedComplexKeyGenerator#testTimestampBasedComplexKeyGenerator
Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

@yanghua please take a look when free :)

Codecov Report

Merging #1744 into master will increase coverage by 0.01%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master    #1744      +/-   ##
============================================
+ Coverage     18.14%   18.15%   +0.01%
- Complexity      859      860       +1
============================================
  Files           352      352
  Lines         15414    15416       +2
  Branches       1526     1526
============================================
+ Hits           2797     2799       +2
  Misses        12259    12259
  Partials        358      358

Impacted Files
Coverage Δ
Complexity Δ

...va/org/apache/hudi/keygen/ComplexKeyGenerator.java
0.00% <0.00%> (ø)
0.00 <0.00> (ø)

...apache/hudi/common/fs/HoodieWrapperFileSystem.java
22.69% <0.00%> (+0.70%)
29.00% <0.00%> (+1.00%)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2a04647...a6e2a50. Read the comment docs.

Hi @yanghua, I have addressed all your concerns, PTAL when you get a chance.

hi @yanghua, thanks for your detailed review, I have addressed all your concerns, PTAL when free.

This feature has been taken care of by  https://github.com/apache/hudi/pull/1433, closing now.

source: gharchive/pull-request

authors: codecov-commenter wangxianghu

license_type: permissive

license_source: github-api


text:
[HUDI-2665] Fix overflow of huge log file in HoodieLogFormatWriter

Tips

Thank you very much for contributing to Apache Hudi.
Please review https://hudi.apache.org/contribute/how-to-contribute before opening a pull request.

What is the purpose of the pull request
https://issues.apache.org/jira/browse/HUDI-2665
Brief change log
Allow HoodieLogFormatWriter to append at most 2GB data once call to appendBlock. And add a check to prevent huge block written
Verify this pull request
(Please pick either of the following options)
This pull request is a trivial rework / code cleanup without any test coverage.

Manually verified the change by running a job locally.

Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

@hudi-bot run azure

@hudi-bot run azure

Fix checkSytle problems

Friendly pin @danny0405 @nsivabalan


text:
Are invalidated columns tracked properly during data file creation?

Apache Iceberg version
None
Please describe the bug 🐞
In the data_file_statistics_from_parquet_metadata function, we track the invalidate_col set which is largely present to mark when a column row group does not have statistic set, therefore we can not know the overall statistics accurately. I have a concern with the current implementation that I would like to hear those with more experience in this fields opinion on.
The current implementation resets the invalidated columns every row group while only deleting the invalid columns after all row groups have been processed. I can imagine a scenario where the first row group has no statistics, but the last row group does. In this scenario I think invalid iceberg metadata would be generated which includes metrics for columns that do not contain statistics in all groups. I think the fix for this is to hoist the invalid columns set out of the loops to avoid resetting the variable every row group.
currently:
def data_file_statistics_from_parquet_metadata():
    for r in range(parquet_metadata.num_row_groups):
        invalidate_col: Set[int] = set() # reset every row group
        for pos in range(parquet_metadata.num_columns):
            if column.is_stats_set:
            else:
                invalidate_col.add(field_id)

    for field_id in invalidate_col:
        del col_aggs[field_id]
        del null_value_counts[field_id]

proposal:
def data_file_statistics_from_parquet_metadata():
    invalidate_col: Set[int] = set() # moved so now tracks for whole file
    for r in range(parquet_metadata.num_row_groups):
        for pos in range(parquet_metadata.num_columns):
            if column.is_stats_set:
            else:
                invalidate_col.add(field_id)

    for field_id in invalidate_col:
        del col_aggs[field_id]
        del null_value_counts[field_id]

Hey @cgbur that's a great point that you're making here. I don't think this is taken into consideration, and might even lead to invalid data. Did you encounter this in practice, if so, do you know how to reproduce this?
The statistics are very fundamental to Iceberg, and having no statistics will introduce a lot of inefficiency in query planning and actual data processing (the file will be included in every query plan).

I have not come up with a reproducible example but discovered this when I found a bug in my code because pyarrow does not write stats for columns where all the values are null. I suspected that if a row group is null then it may do the same, but in that case it still writes out stats. I think whether you should write out stats for all null columns is an issue for that crate.
I do think its valid in the parquet spec to write stats for column A in row group 0 but not in row group 1 etc.  I can not find it in the documentation of the spec but have no reason to believe this is invalid. In all likelihood, none of the current big writers do this. However, I do think the current behavior of reseting every row group and only using the results from the last row group is incorrect and should likely be changed. Currently stats are invalidated for a column if the last row group has no statistics, when I think the intention was to invalidate a columns stats if any of the row groups for that column has no statistics.

authors: Fokko cgbur

repo: apache/iceberg-python


text:
IGNITE-19021 Support the directory deployment

https://issues.apache.org/jira/browse/IGNITE-19021

@valepakh I've launched the CLI in the project's root directory and run:
unit deploy --path ./examples --version 1.0.0 my.unit
Then I listed the work/deployment/my.unit/1.0.0 directory and I could not see the nested content of the exampled directory. I think we have to support it and it would be nice to add some tests for nested directories support.

authors: PakhomovAlexander valepakh


text:
Refactor the way to run global rule in log/header filter/body filter

Fix #1369

@membphis  @moonming  @spacewander
Any idea why this error happens its on prometheus plugin.
https://pastebin.com/fKE9RAcp

I do not know the reason. Can you get same error at you local machine?

@membphis  fixed it can we review this PR

authors: Akayeshmantha membphis

repo: apache/incubator-apisix


text:
Exclude AppleJavaExtensions from findbugs plugin deps

Be sure to do all of the following to help us incorporate your contribution
quickly and easily:

[x] Make sure the PR title is formatted like:
[BEAM-<Jira issue #>] Description of pull request
[x] Make sure tests pass via mvn clean verify. (Even better, enable
Travis-CI on your fork and ensure the whole test matrix passes).
[x] Replace <Jira issue #> in the title with the actual Jira issue
number, if there is one.
[x] If this contribution is large, please file an Apache
Individual Contributor License Agreement.

This dependency is for a GUI component of findbugs, and is not a real runtime dependency of our build. While it is not distributed with any of our artifacts, it is still one more needless thing to pull down at build time, and one more license to be aware of.

R: @dhalperi

LGTM, thanks!

authors: dhalperi kennknowles

repo: apache/incubator-beam


text:
[BEAM-362] Move aggregator scraping API onto Pipeline, make the support code private

Be sure to do all of the following to help us incorporate your contribution
quickly and easily:

[x] Make sure the PR title is formatted like:
[BEAM-<Jira issue #>] Description of pull request
[x] Make sure tests pass via mvn clean verify. (Even better, enable
Travis-CI on your fork and ensure the whole test matrix passes).
[x] Replace <Jira issue #> in the title with the actual Jira issue
number, if there is one.
[x] If this contribution is large, please file an Apache
Individual Contributor License Agreement.

This moves out aggregators from where they are into various places where they belong. Notes:

The runner utility for traversing a pipeline and gathering aggregators is moved out
to runners-core. It could reasonably live in the SDK if it had any other use. It is
always easier to re-introduce it that to remove it, so I have removed it for now.
The Dataflow runner has a new dependency on runners-core.
This is a private implementation detail dependency. But it cannot be shaded until
we move packages so everything is under org.apache.beam.runners.core.
The user-facing aggregator stuff is moved out of the sdk.runners namespace to
live alongside PipelineResult, of which is it a sub-part. We might consider all
of these living in a namespace having to do with interacting with a "job", but that
is future work. For now this is internally consistent. We have a thought/goal that
the sdk.runners namespace can go away.

R: @dhalperi note added dependency for Dataflow runner
R: @amitsela I added the os-maven-plugin to the Spark runner's pom. We have a transitive dependency that is somewhat badly behaved, for now. Once #539 goes in, it may no longer be necessary; I haven't looked closely. The transitive dependency may also be fixed by upstream upgrades by the time it becomes relevant.

Though I'm not sure what's the issue with Travis. I'll take a look once I'm near a computer.

Ken, I commented on PR/681 that we can use a jar that contains all os's since only depending on one means that if the client that builds the application is running on an OS which is different than what the runner executes on it will fail to load the native library. Once PR/681 is fixed up, I don't think you'll need to have the maven OS detection plugin.

@lukecwik yea, I know. Same answer as @dhalperi there. A bit unfortunate/temporary, but unblocks for now.

@amitsela Travis did pass prior to my opening the PR. Seems there was a Travis timeout/hang in the Mac build. "No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself."
I'll go ahead and rebase to kick Travis and see if it was an infrastructure issue.

Discussed offline a bit, with these conclusions:

To produce the JSON from the TransformHierarchy we are actually going to need this stuff in the SDK, but it should be properly private and have a nice API.
But we still do need to add the dependency from Dataflow runner to runners-core to eliminate duplication of e.g. UnboundedReadFromBoundedSource. But this dependency should be shaded immediately, not left as a future task.

I'll update this PR accordingly.

Based on comments here, I am going to cherry-pick the os-maven-plugin thing.

PTAL @dhalperi. It isn't perfect, but the support classes are now package-private. They were previously public and in a namespace we want to remove.
Could move the getAggregatorSteps back out, perhaps to some static utility class Pipelines or Aggregators, but it has to be public somewhere. The support class remains an implementation detail of that one method.

Ken, I just merged pr/701 so you should be able to drop the OS detection plugin now.

@lukecwik os-maven-plugin is no longer part of this PR.

Travis failure is the issue in the Mac infrastructure.

Rebased again - same result.
The Mac build hangs while fetching deps. Note that the pre-merge build of kennknowles/incubator-beam passed.
So either it is infrastructural, nondeterministic, or there's some Mac-facing bug in mainline. Or some combination. Note that other PRs eventually get past this by repeatedly retrying. I'd rather not bother with that, but don't want to ignore a flaky issue either. Either way, not related to this change.

R: -@amitsela (no longer relevant to Spark or particularly interesting in any way)

@dhalperi every failure for the last few rebases has been timeouts or hangs in Travis, various platforms, most recently all of them. There haven't been any code changes in a while. Jenkins has been happy all along. Do you have any comments about the code itself? I'll keep prodding the infrastructure to see if it passes or uncovers a real issue.

Sorry -- I've just been busy. Will TAL tomorrow.

It passed for a second :-)
But it had conflicts. I've rebased and pushed. Crossing fingers...

R: @tgroh maybe a first pass would be good

LGTM, please self-merge.

authors: amitsela dhalperi kennknowles lukecwik


text:
brpc.RpczSpan was modified concurrently

Describe the bug (描述bug)

To Reproduce (复现方法)
压测程序过程，启动rpcz
Expected behavior (期望行为)
不吐核
Versions (各种版本)
OS: centos7
Compiler: gcc (GCC) 8.3.1 20190311 (Red Hat 8.3.1-3)
brpc: 0.9.7
protobuf: 3.5.0
Additional context/screenshots (更多上下文/截图)

看代码是 value_proto.SerializeToString(value_buf) 从这里面进入到pb

bp里面序列化过程中计算前后size不一致，导致abort。

repo: apache/incubator-brpc


text:
MySQL Prepared Statement support

添加了mysql的prepared statement协议的支持。
目前遇到两个问题无法解决
1、prepared statement首先是在某个连接上创建一个statement id，后续操作可以根据这个statement id向这个连接发送后续的请求。同一个语句在每个连接上的statement id是不同的。在pooled模式下，每次RPC选择的连接是不同的，所以需要记录SocketId和statement id的关系，我们这里称为id_map。但是一个SocketId有可能关闭，然后又重新建立起来，这个新SocketId对应的连接没有这个statement id。id_map没有机制可以做到同步更新，保存的SocketId与statement id关系信息是旧的关系。这样就会产生问题。
2、目前还不能支持single模式，唯一的原因就是auth部分，正常auth多个请求会竞争发送auth，后续操作就不需要发送auth了，auth不用等待服务端应答，就可以让其他请求继续发送。但是mysql的auth和这个逻辑不通，mysql的auth首先接收mysql-server发送过来的salt，客户端根据salt加密密码，再把加密后的密码发送给服务端。这样的逻辑如果不等待服务端应答就解锁别的请求，就会出现发送auth的请求落后于正常的请求，导致消息乱序。

issue #209

添加了mysql的prepared statement协议的支持。
目前遇到两个问题无法解决
1、prepared statement首先是在某个连接上创建一个statement id，后续操作可以根据这个statement id向这个连接发送后续的请求。同一个语句在每个连接上的statement id是不同的。在pooled模式下，每次RPC选择的连接是不同的，所以需要记录SocketId和statement id的关系，我们这里称为id_map。但是一个SocketId有可能关闭，然后又重新建立起来，这个新SocketId对应的连接没有这个statement id。id_map没有机制可以做到同步更新，保存的SocketId与statement id关系信息是旧的关系。这样就会产生问题。
这个问题的修改方式是，给socketid对应的fd一个唯一的版本号，每次通过stmt_id找到socketid的时候对比一下版本号，版本号一致说明fd没有变化，版本号不一致说明fd变化过。
2、目前还不能支持single模式，唯一的原因就是auth部分，正常auth多个请求会竞争发送auth，后续操作就不需要发送auth了，auth不用等待服务端应答，就可以让其他请求继续发送。但是mysql的auth和这个逻辑不通，mysql的auth首先接收mysql-server发送过来的salt，客户端根据salt加密密码，再把加密后的密码发送给服务端。这样的逻辑如果不等待服务端应答就解锁别的请求，就会出现发送auth的请求落后于正常的请求，导致消息乱序。
这个目前就先不支持single模式了。

#722 #692

添加了mysql的prepared statement协议的支持。
遇到的两个问题解决方案如下：
1、prepared statement首先是在某个连接上创建一个statement id，后续操作可以根据这个statement id向这个连接发送后续的请求。同一个语句在每个连接上的statement id是不同的。在pooled模式下，每次RPC选择的连接是不同的，所以需要记录SocketId和statement id的关系，我们这里称为id_map。但是一个SocketId有可能关闭，然后又重新建立起来，这个新SocketId对应的连接没有这个statement id。id_map没有机制可以做到同步更新，保存的SocketId与statement id关系信息是旧的关系。这样就会产生问题。
这个问题的修改方式是，给socketid对应的fd一个唯一的版本号，每次通过stmt_id找到socketid的时候对比一下版本号，版本号一致说明fd没有变化，版本号不一致说明fd变化过。
2、目前还不能支持single模式，唯一的原因就是auth部分，正常auth多个请求会竞争发送auth，后续操作就不需要发送auth了，auth不用等待服务端应答，就可以让其他请求继续发送。但是mysql的auth和这个逻辑不通，mysql的auth首先接收mysql-server发送过来的salt，客户端根据salt加密密码，再把加密后的密码发送给服务端。这样的逻辑如果不等待服务端应答就解锁别的请求，就会出现发送auth的请求落后于正常的请求，导致消息乱序。
这个目前就先不支持single模式了。

statement id是和连接相关的？还是和地址相关，即同一个地址不同的连接可以用一个statement id？
single模式的认证过程的问题，我在开发cql协议的时候也遇到了，解决放案如下：
在认证交互流程完成前，业务请求包先累积在buf里，等认证完成再一起发送出去。

这个 pr 现在是什么状态，还有后续吗？

这个 pr 现在是什么状态，还有后续吗？

目前没时间搞

添加了mysql的prepared statement协议的支持。
遇到的两个问题解决方案如下：
1、prepared statement首先是在某个连接上创建一个statement id，后续操作可以根据这个statement id向这个连接发送后续的请求。同一个语句在每个连接上的statement id是不同的。在pooled模式下，每次RPC选择的连接是不同的，所以需要记录SocketId和statement id的关系，我们这里称为id_map。但是一个SocketId有可能关闭，然后又重新建立起来，这个新SocketId对应的连接没有这个statement id。id_map没有机制可以做到同步更新，保存的SocketId与statement id关系信息是旧的关系。这样就会产生问题。
这个问题的修改方式是，给socketid对应的fd一个唯一的版本号，每次通过stmt_id找到socketid的时候对比一下版本号，版本号一致说明fd没有变化，版本号不一致说明fd变化过。
2、目前还不能支持single模式，唯一的原因就是auth部分，正常auth多个请求会竞争发送auth，后续操作就不需要发送auth了，auth不用等待服务端应答，就可以让其他请求继续发送。但是mysql的auth和这个逻辑不通，mysql的auth首先接收mysql-server发送过来的salt，客户端根据salt加密密码，再把加密后的密码发送给服务端。这样的逻辑如果不等待服务端应答就解锁别的请求，就会出现发送auth的请求落后于正常的请求，导致消息乱序。
这个目前就先不支持single模式了。

statement id是和连接相关的？还是和地址相关，即同一个地址不同的连接可以用一个statement id？
single模式的认证过程的问题，我在开发cql协议的时候也遇到了，解决放案如下：
在认证交互流程完成前，业务请求包先累积在buf里，等认证完成再一起发送出去。

1、statement id 是连接相关的。
2、嗯，业务请求包先累积在buf里这个我参考一下

authors: cdjingit wasphin yanglimingcn


text:
[CELEBORN-1262] Bump Spark from 3.3.3 to 3.3.4

What changes were proposed in this pull request?
Bump Spark from 3.3.3 to 3.3.4. Meanwhile, bump the default spark.version from 3.3.2 to 3.3.4.
Why are the changes needed?
Spark 3.3.4 has been announced to release: Spark 3.3.4 released. The profile spark-3.3 could bump Spark from 3.3.3 to 3.3.4.
Does this PR introduce any user-facing change?
No.
How was this patch tested?
No.

Merged to main for 0.5

repo: apache/incubator-celeborn


text:
[Bug][Github Plugin] trino project syned failed for Data too long for column 'id' in table commit_files

Search before asking

[X] I had searched in the issues and found no similar issues.

What happened
trino project from github syned failed for Data too long for column 'id' in table commit_files
[9.920ms] [rows:0] INSERT INTO `commit_files` (`id`,`created_at`,`updated_at`,`_raw_data_params`,`_raw_data_table`,`_raw_data_id`,`_raw_data_remark`,`commit_sha`,`file_path`,`additions`,`deletions`) VALUES ('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/AzureTransactionLogSynchronizer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/AzureTransactionLogSynchronizer.java',78,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/NoIsolationSynchronizer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/NoIsolationSynchronizer.java',60,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/S3TransactionLogSynchronizer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/S3TransactionLogSynchronizer.java',315,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionConflictException.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionConflictException.java',23,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogSynchronizer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogSynchronizer.java',33,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogSynchronizerManager.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogSynchronizerManager.java',57,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogWriter.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogWriter.java',113,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogWriterFactory.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/main/java/io/trino/plugin/deltalake/transactionlog/writer/TransactionLogWriterFactory.java',44,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/AbstractTestDeltaLakeCreateTableStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/AbstractTestDeltaLakeCreateTableStatistics.java',537,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/AccessTrackingFileSystem.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/AccessTrackingFileSystem.java',134,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeAwsConnectorSmokeTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeAwsConnectorSmokeTest.java',74,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeConnectorSmokeTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeConnectorSmokeTest.java',1519,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeMinioConnectorTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/BaseDeltaLakeMinioConnectorTest.java',273,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/DeltaLakeDockerizedMinioDataLake.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/DeltaLakeDockerizedMinioDataLake.java',42,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/DeltaLakeQueryRunner.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/DeltaLakeQueryRunner.java',253,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/FileTestingTransactionLogSynchronizer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/FileTestingTransactionLogSynchronizer.java',48,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAdlsConnectorSmokeTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAdlsConnectorSmokeTest.java',239,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAdlsStorage.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAdlsStorage.java',135,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAnalyze.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeAnalyze.java',512,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeBasic.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeBasic.java',147,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeConfig.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeConfig.java',103,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeConnectorSmokeTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeConnectorSmokeTest.java',207,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeCreateTableStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeCreateTableStatistics.java',108,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeCreateTableStatisticsOptimizedWriter.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeCreateTableStatisticsOptimizedWriter.java',28,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeDatabricksConnectorTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeDatabricksConnectorTest.java',23,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeDelete.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeDelete.java',277,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeMetadata.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeMetadata.java',510,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeOptimizedWriterConnectorSmokeTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeOptimizedWriterConnectorSmokeTest.java',41,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeOssDeltaLakeConnectorTest.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeOssDeltaLakeConnectorTest.java',23,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePageSink.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePageSink.java',211,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePartitioning.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePartitioning.java',181,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePerTransactionMetastoreCache.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePerTransactionMetastoreCache.java',237,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePlugin.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePlugin.java',100,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePreferredPartitioning.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakePreferredPartitioning.java',148,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeReadTimestamps.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeReadTimestamps.java',180,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeSplitManager.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeSplitManager.java',308,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeTableStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeTableStatistics.java',142,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeUpdate.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeUpdate.java',194,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeWriter.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestDeltaLakeWriter.java',205,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestPredicatePushdown.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestPredicatePushdown.java',249,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestReadJsonTransactionLog.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestReadJsonTransactionLog.java',133,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestSplitPruning.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestSplitPruning.java',422,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestTransactionLogAccess.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestTransactionLogAccess.java',711,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingComplexTypeManager.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingComplexTypeManager.java',51,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingDeltaLakeExtensionsModule.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingDeltaLakeExtensionsModule.java',33,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingDeltaLakePlugin.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TestingDeltaLakePlugin.java',29,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TrackingTransactionLogAccess.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/TrackingTransactionLogAccess.java',57,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/TestDeltaLakeMetastoreStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/TestDeltaLakeMetastoreStatistics.java',449,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/glue/TestDeltaLakeGlueMetastore.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/glue/TestDeltaLakeGlueMetastore.java',289,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/glue/TestDeltaLakeGlueMetastoreConfig.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/metastore/glue/TestDeltaLakeGlueMetastoreConfig.java',46,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestDeltaLakeParquetStatisticsUtils.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestDeltaLakeParquetStatisticsUtils.java',205,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestDeltaLakeSchemaSupport.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestDeltaLakeSchemaSupport.java',263,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestTableSnapshot.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestTableSnapshot.java',201,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestTransactionLogParser.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/TestTransactionLogParser.java',39,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointBuilder.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointBuilder.java',82,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointEntryIterator.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointEntryIterator.java',241,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointWriter.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestCheckpointWriter.java',443,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestTransactionLogTail.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/checkpoint/TestTransactionLogTail.java',74,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/statistics/BenchmarkDeltaLakeStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/statistics/BenchmarkDeltaLakeStatistics.java',154,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/statistics/TestDeltaLakeFileStatistics.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/transactionlog/statistics/TestDeltaLakeFileStatistics.java',197,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/Closer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/Closer.java',86,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerContainer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerContainer.java',26,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerImages.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerImages.java',24,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerizedDataLake.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerizedDataLake.java',95,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerizedMinioDataLake.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/DockerizedMinioDataLake.java',128,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/MinioClient.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/MinioClient.java',236,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/MinioContainer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/MinioContainer.java',66,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/PrintingLogConsumer.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/PrintingLogConsumer.java',50,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/SelectedPortWaitStrategy.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/SelectedPortWaitStrategy.java',102,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/TestingHadoop.java','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/java/io/trino/plugin/deltalake/util/TestingHadoop.java',270,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000000.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000000.json',3,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000001.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000001.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000002.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/bar/_delta_log/00000000000000000002.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/bar/part-00000-70cbd30d-efb0-4090-a7b4-c1de8083743b-c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/bar/part-00000-70cbd30d-efb0-4090-a7b4-c1de8083743b-c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/bar/part-00000-cb64d459-76c9-486e-a259-9d160116bdd0-c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/bar/part-00000-cb64d459-76c9-486e-a259-9d160116bdd0-c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/README.md','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/README.md',12,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-0','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-0',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-1','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-1',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-2','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/.s3-optimization-2',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000000.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000000.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000000.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000000.json',3,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000001.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000001.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000001.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000001.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000002.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000002.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000002.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000002.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000003.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000003.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000003.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/_delta_log/00000000000000000003.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=1/string_partition=__HIVE_DEFAULT_PARTITION__/part-00000-eea11d6e-8b50-408d-93a1-ec56027682aa.c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=1/string_partition=__HIVE_DEFAULT_PARTITION__/part-00000-eea11d6e-8b50-408d-93a1-ec56027682aa.c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=__HIVE_DEFAULT_PARTITION__/string_partition=__HIVE_DEFAULT_PARTITION__/part-00000-3181df7e-a84a-41a3-b42a-83f522a83a03.c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=__HIVE_DEFAULT_PARTITION__/string_partition=__HIVE_DEFAULT_PARTITION__/part-00000-3181df7e-a84a-41a3-b42a-83f522a83a03.c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=__HIVE_DEFAULT_PARTITION__/string_partition=partition_a/part-00000-92431a70-4cc6-482b-8ae0-bdd568557439.c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/default_partitions/number_partition=__HIVE_DEFAULT_PARTITION__/string_partition=partition_a/part-00000-92431a70-4cc6-482b-8ae0-bdd568557439.c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000000.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000000.json',3,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000001.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000001.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000002.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/foo/_delta_log/00000000000000000002.json',2,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/foo/part-00000-6f261ad3-ab3a-45e1-9047-01f9491f5a8c-c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/foo/part-00000-6f261ad3-ab3a-45e1-9047-01f9491f5a8c-c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/foo/part-00000-f61316e9-b279-4efa-94c8-5ababdacf768-c000.snappy.parquet','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/foo/part-00000-f61316e9-b279-4efa-94c8-5ababdacf768-c000.snappy.parquet',0,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/README.md','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/README.md',9,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000000.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000000.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000000.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000000.json',3,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000001.crc','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000001.crc',1,0),('9956543e429419a268cfe20a47af7f7c47fa2398:plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000001.json','2022-09-05 08:04:23.655','2022-09-05 08:04:23.655','','',0,'','9956543e429419a268cfe20a47af7f7c47fa2398','plugin/trino-delta-lake/src/test/resources/databricks/insert_nested_nonlowercase_columns/_delta_log/00000000000000000001.json',3,0) ON DUPLICATE KEY UPDATE `updated_at`='2022-09-05 08:04:23.981',`_raw_data_params`=VALUES(`_raw_data_params`),`_raw_data_table`=VALUES(`_raw_data_table`),`_raw_data_id`=VALUES(`_raw_data_id`),`_raw_data_remark`=VALUES(`_raw_data_remark`),`commit_sha`=VALUES(`commit_sha`),`file_path`=VALUES(`file_path`),`additions`=VALUES(`additions`),`deletions`=VALUES(`deletions`)"
time="2022-09-05 08:04:23" level=info msg=" [pipeline service] [pipeline #16] pipeline finished in 263208 ms: %!w(<nil>)"

What you expected to happen
The trino project from github will succeed to be synced
How to reproduce

Add github connection from https://github.com/trinodb/trino
Add a buleprint for this connection/

Anything else
No response
Version
v0.12.0
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Thanks for reporting, will fix it ASAP

authors: klesh lshmouse

repo: apache/incubator-devlake


text:
[feat-2578]: Download pipeline logging archives API

⚠   Pre Checklist

Please complete ALL items in this checklist, and remove before submitting

[ ] I have read through the Contributing Documentation & PR Template
[ ] This PR is using a label (bug, feature etc.)
[ ] My code is has necessary documentation (if appropriate)
[ ] I have added any relevant tests
[ ] This section (⚠   Pre Checklist) will be removed when submitting PR

Summary

Does this close any open issues?
#2578
Screenshots
sample tar file for pipeline 58 using CURL

directory structure of logging directory in the container

Swagger doc:

FYI @e2corporation
Other Information
n/a

UI-side work is here: #2630

Hi, @keon94 , don't forget to prefix the issue number with "Closes" or "Fixes", so the issue could be closed automatically when the PR gets merged.

Both standalone and temporal workflows have been tested. Standalone behaves as expected and Temporal has the limitation that the log files from the workers are not downloaded, but the directory structure and the messages in them look correct. #2693 will tackle that limitation.

I find another bug here:

pipeline failed but Config-ui was not updated right.
I'm sure it's a backend bug and it does not exist in branch main.

I find another bug here:  pipeline failed but Config-ui was not updated right.
I'm sure it's a backend bug and it does not exist in branch main.

Did you try refreshing the UI page? I tried to recreating a similar problem and refreshing the UI fixed it

I find another bug here:  pipeline failed but Config-ui was not updated right.
I'm sure it's a backend bug and it does not exist in branch main.

Did you try refreshing the UI page? I tried to recreating a similar problem and refreshing the UI fixed it

Yes, refreshed. I'm sure that task failed but pipelines are still underway.

It's right on main branch.

@likyh yeah, it was a bug in my code - I was throwing the task error before updating the task status. I've fixed it now, please try again.

authors: keon94 klesh likyh


text:
Running the docker cluster of dolphinscheduler by docker-compse

#2514

Codecov Report

Merging #2522 into dev will decrease coverage by 0.06%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##                dev    #2522      +/-   ##
============================================
- Coverage     35.97%   35.91%   -0.07%
+ Complexity     2409     2404       -5
============================================
  Files           424      424
  Lines         19584    19584
  Branches       2389     2389
============================================
- Hits           7045     7033      -12
- Misses        11916    11924       +8
- Partials        623      627       +4

Impacted Files
Coverage Δ
Complexity Δ

...he/dolphinscheduler/common/thread/ThreadUtils.java
68.25% <0.00%> (-9.53%)
13.00% <0.00%> (-2.00%)

...he/dolphinscheduler/api/service/LoggerService.java
82.60% <0.00%> (-8.70%)
9.00% <0.00%> (-1.00%)

...e/dolphinscheduler/remote/NettyRemotingClient.java
51.07% <0.00%> (-2.88%)
9.00% <0.00%> (-2.00%)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update db7c0cb...f1d8c15. Read the comment docs.

repo: apache/incubator-dolphinscheduler


text:
[document] modify PR template

Proposed changes
I found some small problems when I read code. So I add some small enhancement.

modify PR template.  Now the template of PR isn't simple and clear. It's useful to refactor it.
some small change (typo, format .....)

Types of changes
What types of changes does your code introduce to Doris?
Put an x in the boxes that apply

[ ] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[x] Documentation Update (if none of the other choices apply)
[ ] Code refactor (Modify the code structure, format the code, etc...)
[ ] Optimization. Including functional usability improvements and performance improvements.
[ ] Dependency. Such as changes related to third-party components.
[ ] Other.

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[ ] I have created an issue on (Fix #ISSUE) and described the bug/feature there in detail
[ ] Compiling and unit tests pass locally with my changes
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] If these changes need document changes, I have updated the document
[ ] Any dependent changes have been merged

Further comments
None

Now, it WIP.
There is more room for improvement in the PR template.

repo: apache/incubator-doris


text:
[Feature] Support show tablets stmt

Proposed changes
Issue Number: close #7969
Problem Summary:
support show tablets stmt.
Checklist(Required)

Does it affect the original behavior: (No)
Has unit tests been added: (No Need)
Has document been added or modified: (No)
Does it need to update dependencies: (No)
Are there any changes that cannot be rolled back: (No)

Further comments
If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...

It seems that the current show tablet can completely cover the needs of show tablets.
Is it unnecessary to add this api?

It seems that the current show tablet can completely cover the needs of show tablets. Is it unnecessary to add this api?

like show tables， may be show tablets is more reasonable

I think it show tablets + id seems confused, also not a good way to supply two ways to get tablets from table @EmmyMiao87 @yangzhg

tablets

yes it should be. show tablet id and show tablets from table

I think it show tablets + id seems confused, also not a good way to supply two ways to get tablets from table @EmmyMiao87 @yangzhg
Yes! It should be show tablet id and show tablets from table

I think it show tablets + id seems confused, also not a good way to supply two ways to get tablets from table @EmmyMiao87 @yangzhg

yes，i delete show tablets + id .
only support show tablets from table like show partitions from table.

please alse update doc, please @ChPi

please alse update doc @ChPi

docs are copied from show tablet and made some changes, please take a look

and you also need modify show tablet doc, since that we only support show tablets and show tablet id now

authors: ChPi EmmyMiao87 caiconghui yangzhg


text:
Page "Service container" has wrong markdown layout

Noticed that page Service container has wrong markdown layout since section Container type

@diecui1202 sorry forget the en-us doc, pls pay attention to PR #138

repo: apache/incubator-dubbo-website


text:
[Dubbo- netty4 nettyclienthandler should trigger heartbeat handler] fix heartbeat when channel active

What is the purpose of the change
set heartbeat flag when client channel active (netty4), issue: https://github.com/apache/incubator-dubbo/issues/1996
Brief changelog

org.apache.dubbo.remoting.transport.netty4.NettyClientHandler#channelActive
org.apache.dubbo.remoting.transport.netty4.NettyClientHandler#channelInactive
trigger handler event.

Verifying this change
Enable netty4 transporter,  client connect to remote server, org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler#connected should be triggered.
Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Make sure there is a GITHUB_issue filed for the change (usually before you start working on it). Trivial changes like typos do not require a GITHUB issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
[x] Format the pull request title like [Dubbo-XXX] Fix UnknownException when host config not exist #XXX. Each commit in the pull request should have a meaningful subject line and body.
[x] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
[ ] Write necessary unit-test to verify your logic correction, more mock a little better when cross module dependency exist. If the new feature or significant change is committed, please remember to add integration-test in test module.
[x] Run mvn clean install -DskipTests & mvn clean test-compile failsafe:integration-test to make sure unit-test and integration-test pass.
[ ] If this contribution is large, please follow the Software Donation Guide.

@qinliujie  Please help to review this pr, thanks.

Codecov Report

Merging #1997 into master will increase coverage by 0.03%.
The diff coverage is 100%.

@@             Coverage Diff              @@
##             master    #1997      +/-   ##
============================================
+ Coverage     50.94%   50.98%   +0.03%
- Complexity     4773     4775       +2
============================================
  Files           562      562
  Lines         25218    25221       +3
  Branches       4449     4449
============================================
+ Hits          12848    12859      +11
+ Misses        10439    10432       -7
+ Partials       1931     1930       -1

Impacted Files
Coverage Δ
Complexity Δ

.../remoting/transport/netty4/NettyServerHandler.java
71.42% <ø> (-0.8%)
6 <0> (ø)

.../remoting/transport/netty4/NettyClientHandler.java
63.63% <100%> (+5.01%)
5 <2> (ø)
:arrow_down:

...onfig/spring/extension/SpringExtensionFactory.java
73.07% <0%> (-11.54%)
8% <0%> (ø)

...bo/remoting/transport/netty/NettyCodecAdapter.java
53.12% <0%> (-1.57%)
3% <0%> (ø)

.../dubbo/remoting/transport/netty4/NettyChannel.java
65% <0%> (-1.25%)
22% <0%> (-1%)

...a/org/apache/dubbo/monitor/dubbo/DubboMonitor.java
89.71% <0%> (+1.86%)
15% <0%> (ø)
:arrow_down:

...rpc/protocol/dubbo/telnet/InvokeTelnetHandler.java
55.69% <0%> (+3.79%)
13% <0%> (+3%)
:arrow_up:

...ubbo/rpc/protocol/dubbo/ChannelWrappedInvoker.java
50% <0%> (+4.16%)
3% <0%> (ø)
:arrow_down:

...apache/dubbo/rpc/protocol/dubbo/FutureAdapter.java
48.38% <0%> (+19.35%)
3% <0%> (ø)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 534fd24...26af99e. Read the comment docs.

@zonghaishang it is ok,but  I  have a question,can we remove com.alibaba.dubbo.remoting.transport.netty4.NettyClientHandler#disconnect  method?By querying the netty api document, I find that it is useless. The disconnect method is invoked only when the user intend to disconnect network and is not called when the network connection is broken.So I think channelInactive method is enough

@qinliujie
I confirmed your question and found the basis from the netty project：
channelOpen, channelBound, and channelConnected have been merged to channelActive. channelDisconnected, channelUnbound, and channelClosed have been merged to channelInactive. Likewise, Channel.isBound() and isConnected() have been merged to isActive().

More detail can refer here: https://github.com/netty/netty/wiki/New-and-noteworthy-in-4.0
Em... we can safely remove the disconnect method

@zonghaishang well done!! @chickenlj please review again~

authors: codecov-io qinliujie zonghaishang

repo: apache/incubator-dubbo


text:
Day label is drifting on the left when calendar range is getting smaller

Version
4.4.0
Reproduction link
https://www.echartsjs.com/examples/en/editor.html?c=calendar-horizontal
Steps to reproduce

Open the example https://www.echartsjs.com/examples/en/editor.html?c=calendar-horizontal
Decrease the range of the first calendar like that:
range: ['2017-01', '2017-04'],
range: ['2017-01', '2017-03'],
range: ['2017-01', '2017-02'],

What is expected?
The day label should remain at the same position.
What is actually happening?
The day label is moving further and and further on the left when we decrease the range.

range: ['2017-01', '2017-04'],

range: ['2017-01', '2017-03'],

range: ['2017-01', '2017-02'],

It seems to be a bug!

The issue as I tracking：
If orient is horizontal and range changes, the cell will automatically adjust its width.
But the weekly text margin is always equalling 50% width of cellSize.
I tried to fix it by making daylabel margin always be the cell's height .
It seems that the issue will be fixed. But I have 2 problem:

I don't know whether it will cause another issue.
I only changed 1 line code ,should I make a PR?

repo: apache/incubator-echarts

license_source: bigquery


text:
[Doc] Add a link to the document [01-store-with-docker.md 01-store.md]

Search before asking

[X] I had searched in the issues and found no similar issues.

Documentation Related

Located at:
docs/zh/instruction/01-store-with-docker.md
docs/zh/instruction/01-store.md
A link needs to be added here. (docs/zh/instruction/02-runtime-with-docker.md docs/zh/instruction/02-runtime.md)

Note: This issue is only for contributors who have not contributed to eventmesh and want to contribute to eventmesh, and can only be claimed once per contributor!

Are you willing to submit PR?

[ ] Yes I am willing to submit a PR!

I would like to work on this.

I would like to work on this

authors: Alonexc Anu9518 anu-tw

repo: apache/incubator-eventmesh


text:
[Bug] ConsumerGroup subscribes multiple topics, only first topic can invoke url

Search before asking

[X] I had searched in the issues and found no similar issues.

Environment
Windows
EventMesh version
master
What happened
When one consumer group subscribes multiple topics, only first subscription can invoke the url.
How to reproduce
You can subscribe multiple topics by one consumer group, then publish an event with second topic. You will find that first topic works, but the second topic happens nothing.
Debug logs
No response
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

You subscribe with the http mode, or others?

http mode


text:
Feature/geode 308

Partially addresses GEODE-308, removing several Hydra classes.

+1

+1

authors: jdeppe-pivotal jinmeiliao kjduling

repo: apache/incubator-geode


text:
[VL] offload table scan when filter need fallback

Description
currently when a filter has UDF and fallback, the table scan is also fallback. We should offload table scan since it can benefit from native and much more expensive than filter and new C2R.
In this query, parquet scan output int and string only.

There is a pending PR possibly related to this topic https://github.com/apache/incubator-gluten/pull/7215
@zml1206 Would we still be able to optimize against such issues after that PR get landed?

Should be. Let me do a quick test once @zml1206 resolve conflicts

Conflicts resolved. But I'm sorry I don't understand why scan will fallback. Is it because RAS is enabled?

Can we determine whether expression supports offload? @zhztheplayer There are three layers of filters here. The first layer is pushedDownFilters of FileSourceScanExec, which is also used by vanilla spark scan. The second layer is the dataFilters of FileSourceScanExec, which is used to generate the pushedDownFilters of FileSourceScanExec, as well as the filters used after the current offload. The third layer is the condition of the filter. In theory, the filter condition contains dataFilters, and dataFilters contains pushedDownFilters.
The current implementation will push down dataFilters or condition filters. Simply rewrite dataFilters to pushedDownFilters may cause dataFilters to be pushed down before, but only pushedDownFilters can be pushed down.

@zml1206 Thanks for explanation.

Can we determine whether expression supports offload?
Let's see if https://github.com/apache/incubator-gluten/pull/6754 on which @rui-mo is working could finally help here.

authors: FelixYBW zhztheplayer zml1206

repo: apache/incubator-gluten


text:
HAWQ-290. Add faultinjector for test.

As we removed CHECKPOINT_START_LOCK , we need to set fault_injector here, then we can test it.

Looks good. +1.

The fix looks good. +1

authors: huor liming01 realdawn

repo: apache/incubator-hawq


text:
HAWQ-357. Track how many times a segment can not get expected contain…

HAWQ RM will generate WARNING log for each segment that can not get expected quantity of YARN containers.
"Resource manager detects segment %s hasn't gotten expected quantity of resource containers for %d times."

Looks good.

The fix looks good. +1

LGTM+1


text:
[WAIT FOR JENKINS PIPELINE]add sync function for jdbc server to  close and remove sleep fuction in ITs

Before this commit, if you run mvn clean verify to trigger IT, you will see some logs like
ERROR [2019-02-13 11:42:31,571] [JDBC-ServerServiceImpl] org.apache.iotdb.db.service.JDBCService$JDBCServiceThread:181 - IoTDB: failed to start JDBC ServerService, because
org.apache.thrift.transport.TTransportException: Could not create ServerSocket on address 0.0.0.0/0.0.0.0:6667.
	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:109)
	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:91)
	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:83)
	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:76)
	at org.apache.iotdb.db.service.JDBCService$JDBCServiceThread.run(JDBCService.java:171)
Caused by: java.net.BindException: Address already in use (Bind failed)
	at java.net.PlainSocketImpl.socketBind(Native Method)
	at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:387)
	at java.net.ServerSocket.bind(ServerSocket.java:375)
	at org.apache.thrift.transport.TServerSocket.<init>(TServerSocket.java:106)
	... 4 common frames omitted

This pull request solves problems about failing to create JDBC server.
Also, I remove Thread.sleep(5000) in our ITs, now JDBCService.close() is a synchronized method.
I have tested on my own mac and windows platforms. Apache Jenkins will help me test Unix platform.

Look forward to see the result of Travis.
By the way, if you do not merge PR #43, Travis CI will still fail...

If you retrigger as many times as you can, travis will fianlly pass, see https://github.com/apache/incubator-iotdb/pull/45

repo: apache/incubator-iotdb


text:
drools nightly build-and-deploy jobs frequently fail with Request Timeout (408)

https://ci-builds.apache.org/job/KIE/job/drools/job/main/job/nightly/job/drools.build-and-deploy/
Similar to https://github.com/apache/incubator-kie-issues/issues/1444 , nightly drools.build-and-deploy fails with  Request Timeout (408)
08-23: SUCCESS
08-24: SUCCESS
08-25: FAILURE
08-26: FAILURE
08-27: FAILURE
[2024-08-27T04:52:14.450Z] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:3.1.1:deploy (default-deploy) on project drools-distribution: Failed to deploy artifacts: Could not transfer artifact org.drools.testcoverage:drools-kie-ci-with-domain-test-kjar:jar:sources:999-20240827.023205-62 from/to apache.snapshots.https (https://repository.apache.org/content/repositories/snapshots): status code: 408, reason phrase: Request Timeout (408) -> [Help 1]
[2024-08-27T04:52:14.450Z] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:3.1.1:deploy (default-deploy) on project drools-distribution: Failed to deploy artifacts: Could not transfer artifact org.drools.testcoverage:drools-kie-ci-with-domain-test-kjar:jar:sources:999-20240827.023205-62 from/to apache.snapshots.https (https://repository.apache.org/content/repositories/snapshots): status code: 408, reason phrase: Request Timeout (408)
...
[2024-08-27T04:52:14.451Z] Caused by: org.eclipse.aether.deployment.DeploymentException: Failed to deploy artifacts: Could not transfer artifact org.drools.testcoverage:drools-kie-ci-with-domain-test-kjar:jar:sources:999-20240827.023205-62 from/to apache.snapshots.https (https://repository.apache.org/content/repositories/snapshots): status code: 408, reason phrase: Request Timeout (408)
[2024-08-27T04:52:14.451Z]     at org.eclipse.aether.internal.impl.DefaultDeployer.deploy (DefaultDeployer.java:278)
[2024-08-27T04:52:14.451Z]     at org.eclipse.aether.internal.impl.DefaultDeployer.deploy (DefaultDeployer.java:202)
[2024-08-27T04:52:14.451Z]     at org.eclipse.aether.internal.impl.DefaultRepositorySystem.deploy (DefaultRepositorySystem.java:393)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.plugins.deploy.AbstractDeployMojo.deploy (AbstractDeployMojo.java:139)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.plugins.deploy.DeployMojo.deployAllAtOnce (DeployMojo.java:251)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.plugins.deploy.DeployMojo.execute (DeployMojo.java:218)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:126)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2 (MojoExecutor.java:328)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute (MojoExecutor.java:316)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:212)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:174)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.access$000 (MojoExecutor.java:75)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor$1.run (MojoExecutor.java:162)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.plugin.DefaultMojosExecutionStrategy.execute (DefaultMojosExecutionStrategy.java:39)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:159)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:105)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:73)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:53)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:118)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:261)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:173)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:101)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.cli.MavenCli.execute (MavenCli.java:906)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:283)
[2024-08-27T04:52:14.451Z]     at org.apache.maven.cli.MavenCli.main (MavenCli.java:206)
[2024-08-27T04:52:14.451Z]     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
[2024-08-27T04:52:14.451Z]     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:77)
[2024-08-27T04:52:14.451Z]     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
[2024-08-27T04:52:14.451Z]     at java.lang.reflect.Method.invoke (Method.java:568)
[2024-08-27T04:52:14.451Z]     at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:283)
[2024-08-27T04:52:14.451Z]     at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:226)
[2024-08-27T04:52:14.451Z]     at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:407)
[2024-08-27T04:52:14.451Z]     at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:348)
[2024-08-27T04:52:14.452Z] Caused by: org.eclipse.aether.transfer.ArtifactTransferException: Could not transfer artifact org.drools.testcoverage:drools-kie-ci-with-domain-test-kjar:jar:sources:999-20240827.023205-62 from/to apache.snapshots.https (https://repository.apache.org/content/repositories/snapshots): status code: 408, reason phrase: Request Timeout (408)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed (ArtifactTransportListener.java:44)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run (BasicRepositoryConnector.java:417)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.util.concurrency.RunnableErrorForwarder.lambda$wrap$0 (RunnableErrorForwarder.java:66)
[2024-08-27T04:52:14.452Z]     at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1136)
[2024-08-27T04:52:14.452Z]     at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:635)
[2024-08-27T04:52:14.452Z]     at java.lang.Thread.run (Thread.java:840)
[2024-08-27T04:52:14.452Z] Caused by: org.apache.http.client.HttpResponseException: status code: 408, reason phrase: Request Timeout (408)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.transport.http.HttpTransporter.handleStatus (HttpTransporter.java:619)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.transport.http.HttpTransporter.execute (HttpTransporter.java:488)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.transport.http.HttpTransporter.implPut (HttpTransporter.java:469)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.spi.connector.transport.AbstractTransporter.put (AbstractTransporter.java:107)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.connector.basic.BasicRepositoryConnector$PutTaskRunner.runTask (BasicRepositoryConnector.java:564)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run (BasicRepositoryConnector.java:414)
[2024-08-27T04:52:14.452Z]     at org.eclipse.aether.util.concurrency.RunnableErrorForwarder.lambda$wrap$0 (RunnableErrorForwarder.java:66)
[2024-08-27T04:52:14.452Z]     at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1136)
[2024-08-27T04:52:14.452Z]     at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:635)
[2024-08-27T04:52:14.452Z]     at java.lang.Thread.run (Thread.java:840)

08-28: SUCCESS (without any timeout WARNING)
Hmm, it would be difficult to confirm whether a change is effective or not. Let's see the trend for now...

repo: apache/incubator-kie-issues


text:
KOGITO-9458: Create the detailed guide about running a quarkus workfl…

…ow project
https://issues.redhat.com/browse/KOGITO-9458

How to backport a pull request to a different branch?

In order to automatically create a backporting pull request please add one or more labels having the following format backport-<branch-name>, where <branch-name> is the name of the branch where the pull request must be backported to (e.g., backport-7.67.x to backport the original PR to the 7.67.x branch).

NOTE: backporting is an action aiming to move a change (usually a commit) from a branch (usually the main one) to another one, which is generally referring to a still maintained release branch. Keeping it simple: it is about to move a specific change or a set of them from one branch to another.

Once the original pull request is successfully merged, the automated action will create one backporting pull request per each label (with the previous format) that has been added.
If something goes wrong, the author will be notified and at this point a manual backporting is needed.

NOTE: this automated backporting is triggered whenever a pull request on main branch is labeled or closed, but both conditions must be satisfied to get the new PR created.

@domhanak suggestions applied. Could you take a look when you have a chance? thanks!

@kaldesai ptal

authors: domhanak nmirasch

repo: apache/incubator-kie-kogito-docs


text:
Upgrade codahale.metrics.version to 4.2.8

Why are the changes needed?

Upgrade codahale.metrics.version to 4.2.8
How was this patch tested?

[ ] Add some test cases that check the changes thoroughly including negative and positive cases if possible

[ ] Add screenshots for manual tests if appropriate

[ ] Run test locally before make a pull request

The change also upgrade slf4j and jackson, please separate it or change the PR title

thanks, merging to master

authors: pan3793 ulysses-you yaooqinn

repo: apache/incubator-kyuubi


text:
[KYUUBI #2495] [Improvement] clear logRoot dir in SparkJsonLoggingEventHandlerSuite

Why are the changes needed?

clear logRoot dir in SparkJsonLoggingEventHandlerSuite
How was this patch tested?

[ ] Add some test cases that check the changes thoroughly including negative and positive cases if possible

[ ] Add screenshots for manual tests if appropriate

[ ] Run test locally before make a pull request

Codecov Report

Merging #2497 (3b89c28) into master (93f13ef) will decrease coverage by 0.05%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #2497      +/-   ##
============================================
- Coverage     63.57%   63.52%   -0.06%
  Complexity       69       69
============================================
  Files           371      371
  Lines         17710    17710
  Branches       2358     2358
============================================
- Hits          11260    11251       -9
- Misses         5404     5411       +7
- Partials       1046     1048       +2

Impacted Files
Coverage Δ

...rg/apache/kyuubi/engine/trino/TrinoSqlEngine.scala
52.63% <0.00%> (-7.02%)
:arrow_down:

...rg/apache/kyuubi/engine/trino/TrinoStatement.scala
66.66% <0.00%> (-4.60%)
:arrow_down:

.../engine/spark/session/SparkSQLSessionManager.scala
79.76% <0.00%> (-1.20%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 93f13ef...3b89c28. Read the comment docs.


text:
[feature] upgrade fasterxml  jackson from 2.11.3 to 2.13.2

What is the purpose of the change
(For example: EngineConn-Core defines the the abstractions and interfaces of the EngineConn core functions.
The Engine Service in Linkis 0.x is refactored, EngineConn will handle the engine connection and session management.
Related issues: #590. )
Brief change log
upgrade the version of some jar
Verifying this change
(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes)
Anything that affects deployment: ( no )
The MGS(Microservice Governance Services), i.e., Spring Cloud Gateway, OpenFeign, Eureka.: (yes / no)

Documentation

Does this pull request introduce a new feature? (no)
If yes, how is the feature documented? (not documented)

You need to fix the exception in the git check action

The upgrade of multiple components is best to be separated in pr, not in one pr.
In addition, it is recommended to check out the dev-1.2.0-feature branch from the dev-1.2.0 branch for development. For specific reasons, please refer to this  https://linkis.apache.org/zh-CN/community/how-to-contribute#214-一个pr的流程

Sorry I forgot to close this pr, someone has submitted it together to fix this problem #1921 , if you are interested, you can find some other interesting tasks from [easy to fix list] #1161

repo: apache/incubator-linkis


text:
METRON-556: Profiler - Refactor 'Group By' Calculation

METRON-556
Refactored how the 'group by' expressions are evaluated.  This lays some groundwork for future changes on the Profiler.  See the JIRA for additional description of the change
Tested in "Quick Dev" environment by repeating the demo that is described here.

Bump

+1 by inspection

authors: nickwallen ottobackwards

repo: apache/incubator-metron