gianm edited a comment on issue #12262:
URL: https://github.com/apache/druid/issues/12262#issuecomment-1055125017
> Gian, Are there any algorithms that would be made possible by this
architecture? (By algorithms, I mean distributed implementations of relational
operators, e.g. shuffle-sort
gianm commented on issue #12262:
URL: https://github.com/apache/druid/issues/12262#issuecomment-1055125017
> Gian, Are there any algorithms that would be made possible by this
architecture? (By algorithms, I mean distributed implementations of relational
operators, e.g. shuffle-sort, shuff
kfaraz commented on a change in pull request #12280:
URL: https://github.com/apache/druid/pull/12280#discussion_r816511853
##
File path:
indexing-service/src/main/java/org/apache/druid/indexing/common/task/batch/parallel/ParallelIndexSupervisorTask.java
##
@@ -1535,27 +1571,47
jihoonson commented on pull request #12026:
URL: https://github.com/apache/druid/pull/12026#issuecomment-1055088634
@FrankChen021 my apologies, I forgot to take another look. Please feel free
to ping me if I forget again and don't finish my review in time.
I took another look. Thank
gianm commented on issue #12262:
URL: https://github.com/apache/druid/issues/12262#issuecomment-1055084660
@samarthjain Thanks for your comments. I totally agree about the importance
of fault tolerance and good resource management. It'll be important as queries
can get more complex and lon
didip edited a comment on issue #11303:
URL: https://github.com/apache/druid/issues/11303#issuecomment-1055037028
It seems like `AWSCredentialsUtils.defaultAWSCredentialsProviderChain` is
not even used in `S3InputSource.java` and `S3StorageDruidModule.java`
Also, it looks like talkin
didip edited a comment on issue #11303:
URL: https://github.com/apache/druid/issues/11303#issuecomment-1055037028
It seems like `AWSCredentialsUtils.defaultAWSCredentialsProviderChain` is
not even used in `S3InputSource.java` and `S3StorageDruidModule.java`
Also, it looks like talkin
didip edited a comment on issue #11303:
URL: https://github.com/apache/druid/issues/11303#issuecomment-1055037028
It seems like `AWSCredentialsUtils.defaultAWSCredentialsProviderChain` is
not even used in `S3InputSource.java` and `S3StorageDruidModule.java`
Also, it looks like talkin
didip commented on issue #11303:
URL: https://github.com/apache/druid/issues/11303#issuecomment-1055037028
It seems like `AWSCredentialsUtils.defaultAWSCredentialsProviderChain` is
not even used in `S3InputSource.java` and `S3StorageDruidModule.java`
--
This is an automated message from
clintropolis commented on a change in pull request #12291:
URL: https://github.com/apache/druid/pull/12291#discussion_r816448406
##
File path:
processing/src/main/java/org/apache/druid/query/topn/types/StringTopNColumnAggregatesProcessor.java
##
@@ -172,6 +180,54 @@ private lo
imply-cheddar commented on a change in pull request #12291:
URL: https://github.com/apache/druid/pull/12291#discussion_r816443116
##
File path:
processing/src/main/java/org/apache/druid/query/topn/types/StringTopNColumnAggregatesProcessor.java
##
@@ -172,6 +180,54 @@ private l
clintropolis commented on pull request #12291:
URL: https://github.com/apache/druid/pull/12291#issuecomment-1054990097
>The existing topn tests should provide adequate coverage for this change,
but will confirm this with the coverage bot once it runs in travis.
[It looks like I was
clintropolis opened a new pull request #12291:
URL: https://github.com/apache/druid/pull/12291
### Description
This PR adds an additional optimization to
`StringTopNColumnAggregatesProcessor`, the string processor used for heap based
topN, for the case where a column is dictionary encod
This is an automated email from the ASF dual-hosted git repository.
github-bot pushed a change to branch dependabot/maven/jersey.version-1.19.4
in repository https://gitbox.apache.org/repos/asf/druid.git.
at 43aef49 Bump jersey.version from 1.19.3 to 1.19.4
No new revisions were added by
dependabot[bot] opened a new pull request #12290:
URL: https://github.com/apache/druid/pull/12290
Bumps `jersey.version` from 1.19.3 to 1.19.4.
Updates `jersey-client` from 1.19.3 to 1.19.4
Updates `jersey-core` from 1.19.3 to 1.19.4
Updates `jersey-grizzly2` from 1.19.3 to
jasonk000 commented on pull request #12097:
URL: https://github.com/apache/druid/pull/12097#issuecomment-1054774274
Hi @FrankChen021 I moved the detailed log output to debug instead of info; I
think this is a better balance. Let me know your thoughts.
In 5685eafeb4.
--
This is an
jasonk000 commented on a change in pull request #12096:
URL: https://github.com/apache/druid/pull/12096#discussion_r816281880
##
File path:
indexing-service/src/test/java/org/apache/druid/indexing/overlord/ZkWorkerTest.java
##
@@ -0,0 +1,122 @@
+/*
+ * Licensed to the Apache S
jasonk000 commented on a change in pull request #12096:
URL: https://github.com/apache/druid/pull/12096#discussion_r816281705
##
File path:
indexing-service/src/main/java/org/apache/druid/indexing/overlord/ZkWorker.java
##
@@ -102,19 +136,29 @@ public Worker getWorker()
@
samarthjain commented on pull request #12096:
URL: https://github.com/apache/druid/pull/12096#issuecomment-1054602169
> HI @samarthjain @xvrl , I believe these comments have all been addressed
in
[a633c74](https://github.com/apache/druid/pull/12096/commits/a633c7447e69f407b58140b61f1d04ef6
julianhyde commented on issue #12262:
URL: https://github.com/apache/druid/issues/12262#issuecomment-1054594201
Gian, Are there any algorithms that would be made possible by this
architecture? (By algorithms, I mean distributed implementations of relational
operators, e.g. shuffle-sort, sh
samarthjain commented on a change in pull request #12096:
URL: https://github.com/apache/druid/pull/12096#discussion_r814536835
##
File path:
indexing-service/src/main/java/org/apache/druid/indexing/overlord/ZkWorker.java
##
@@ -102,19 +136,29 @@ public Worker getWorker()
jasonk000 commented on pull request #12096:
URL: https://github.com/apache/druid/pull/12096#issuecomment-1054591159
HI @samarthjain @xvrl , I believe these comments have all been addressed in
[a633c74](https://github.com/apache/druid/pull/12096/commits/a633c7447e69f407b58140b61f1d04ef6d078d
samarthjain commented on issue #12262:
URL: https://github.com/apache/druid/issues/12262#issuecomment-1054567811
Thank you for the proposal, Gian! Building a DAG based query execution model
seems like the next logical thing to do in Druid. I am excited to see progress
on that front.
jihoonson commented on a change in pull request #12279:
URL: https://github.com/apache/druid/pull/12279#discussion_r816139077
##
File path: processing/pom.xml
##
@@ -99,6 +99,10 @@
commons-net
commons-net
+
+org.apache.com
This is an automated email from the ASF dual-hosted git repository.
abhishek pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/druid.git
The following commit(s) were added to refs/heads/master by this push:
new 3f709db Make ParseExceptions more informative
abhishekagarwal87 commented on pull request #12259:
URL: https://github.com/apache/druid/pull/12259#issuecomment-1054466121
Ignored code coverage failures since only a simple getter was missing code
coverage.
--
This is an automated message from the Apache Git Service.
To respond to the
abhishekagarwal87 merged pull request #12259:
URL: https://github.com/apache/druid/pull/12259
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: comm
gitmstoute opened a new issue #12288:
URL: https://github.com/apache/druid/issues/12288
### Affected Version
0.22.1
### Description
I'm opening a ticket after having no luck with my druidforum post:
https://www.druidforum.org/t/datasource-autocompaction-awaiting-first-run/7087.
abhishekagarwal87 commented on a change in pull request #12259:
URL: https://github.com/apache/druid/pull/12259#discussion_r815679114
##
File path:
core/src/main/java/org/apache/druid/data/input/IntermediateRowParsingReader.java
##
@@ -155,6 +259,39 @@ public void close() thro
29 matches
Mail list logo