Skip to content

Patch for getting a sample of in-memory#1

Open
Sanil15 wants to merge 21 commits into
Sanil15:masterfrom
bharathkk:single-node-testing
Open

Patch for getting a sample of in-memory#1
Sanil15 wants to merge 21 commits into
Sanil15:masterfrom
bharathkk:single-node-testing

Conversation

@Sanil15

@Sanil15 Sanil15 commented Mar 14, 2018

Copy link
Copy Markdown
Owner

No description provided.

xinyuiscool and others added 8 commits March 6, 2018 18:20
This patch adds the capability to register arbitrary timers for both high-level and low-level api.
For high-level, InitableFunction will pass the TimerRegistry to user through the new OpContext, and user will implement the TimerFunction to get timer notifications.
For low-level api, user can register timer in the TaskContext, and then implements the TimerCallback for specific timer actions.

Author: xiliu <xiliu@linkedin.com>
Author: xinyuiscool <xinyuliu.us@gmail.com>
Author: xinyuiscool <xiliu@linkedin.com>

Reviewers: Pateek M <prateekm@gmail.com>

Closes apache#419 from xinyuiscool/SAMZA-1498
Tested with ./gradlew clean build, which is passing

Author: sanil15 <sanil.jain15@gmail.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#439 from Sanil15/SAMZA-1602
Author: Shanthoosh Venkataraman <svenkataraman@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#437 from shanthoosh/fix_zkutils_get_processor_data
…riteCheckpoint

Author: Shanthoosh Venkataraman <svenkataraman@linkedin.com>

Reviewers: Jagadish <jagadish@apache.org>

Closes apache#438 from shanthoosh/SAMZA-1589
Right now when we try to use the SamzaSqlApplicationRunner in yarn mode it goes into the infinite loop because the appRunnerConfig that we try to set is being overwritten by the appRunnerConfig passed by the job and SamzaSqlApplicationRunner keeps creating it again and again in an infinite loop.

Fix : Userconfig for app.runner.class should not override the computed one. Added a test case to validate this.

Author: Srinivasulu Punuru <spunuru@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#440 from srinipunuru/bug-fix.1
Please see commit messages for detailed descriptions.

Author: Peng Du <pdu@linkedin.com>

Reviewers: Jagadish <jagadish@apache.org>, Wei Song <wsong@linkedin.com>

Closes apache#432 from pdu-mn1/remote-table-0222
fix HdfsFileSystemAdapter to get files recursively

Author: Hai Lu <halu@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#447 from lhaiesp/master
…tor API to compare the offsets

Author: Aditya Toomula <atoomula@linkedin.com>

Reviewers: Jagadish <jagadish@apache.org>

Closes apache#443 from atoomula/bootstrap
@bharathkk
bharathkk force-pushed the single-node-testing branch from cbc3dce to e9eaa63 Compare March 15, 2018 21:16
xinyuiscool and others added 9 commits March 15, 2018 16:47
Two issues I found during testing: 1) medaDataCache.getSystemStreamMetadata(): if we pass in partitionOnly to be true, it will actually not store the metadata into the cache, resulting every call being another query to kafka. I turned off the partitionOnly in order to make it in the cache. 2) change the log for info to debug.

Author: xinyuiscool <xiliu@linkedin.com>

Reviewers: Boris S <sborya@gmail.com>

Closes apache#444 from xinyuiscool/SAMZA-1615
avro writer in HDFS system producer to support generic record

Author: Hai Lu <halu@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#449 from lhaiesp/master
…StreamAppender due to bug.

Due to a intermittent bug that causes the explicit stream creation in `StreamAppender` to hang, a hidden config is added to enable/disable explicit stream creation. By default this is disabled, which reverts to the previous behavior.

When the intermittent hang bug is fixed, the config will either be removed or made public.

Author: Daniel Nishimura <dnishimura@gmail.com>

Reviewers: Prateek Maheshwari <pmaheshwari@apache.org>

Closes apache#442 from dnishimura/samza-1608-disable-streamappender-create-stream
AvroDataFileHdfsWriter should include avro as the file suffix as some pig jobs couldn't read the avro files if they don't come with the proper suffix

Author: Hai Lu <halu@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#452 from lhaiesp/master
Author: Aditya Toomula <atoomula@linkedin.com>

Reviewers: Yi Pan <nickpan47@gmail.com>

Closes apache#425 from atoomula/join
Fixes for Bugs

- SAMZA-1571 Make Eventhubs system configs compatible with Samza standalone.
- SAMZA-1624 EventHub system should prefix the configs with senstive for SasKey and SasToken
- SAMZA-1625 EventHub systemAdmin is swallowing exceptions
- SAMZA-1626 EventHub system admin is not returning the metadata for all the ssps requested for

Description

1. Right now event hub doesn't follow the samza's config convention of naming the secrets as "sensitive" so that they are masked before they are logged.
2. Event hub configs uses the old system.<systemName>.streams.<streamName> which is blacklisted in Samza standalone. So moving these configs to newer <streams>.<streamid>
3. Wrapping the underlying exception properly in the SamzaException in EventHubSystemAdmin
4. Porting Bharat's fix to return the metadata for all the ssps requested for in EventHubSystemAdmin

Author: Srinivasulu Punuru <spunuru@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#453 from srinipunuru/eh.1
…unhandled Errors

If an Action executed in the scheduler throws an Error (or other Throwable?) besides Exception, it is silently lost since the Action/Runnable wrapper only catches Exception, not Throwable. This made my troubleshooting of an issue very difficult. Made it seem like the code was "hung" when really it had thrown a "NoSuchMethodError" (Error instead of Exception) due to a simple dependency issue on my side.

Catching Throwable instead ensures this is handled and propagated properly.

Author: thunderstumpges <tstumpges@ntent.com>

Reviewers: Prateek Maheshwari <pmaheshwari@apache.org>

Closes apache#450 from thunderstumpges/scheduler-catch-throwable
EventHubs have restriction on maximum message sizes that can be allowed. Adding a `systems.%s.eventhubs.skipMessagesLargerThanBytes` that can be used in the event hub system to make it skip messages that are larger than specific bytes so that we don't even try to send those large messages because EventHubs will reject them anyways.

Author: Srinivasulu Punuru <spunuru@linkedin.com>

Reviewers: Xinyu Liu <xinyuliu.us@gmail.com>

Closes apache#454 from srinipunuru/skip.2
Currently each upstream task needs to broadcast to every single partition of intermediate streams in order to aggregate watermarks in the consumers. A better way to do this is to have only one downstream consumer doing the aggregation, and then broadcast to all the partitions. This is safe as we can prove the broadcast watermark message is after all the upstream tasks finished producing the events whose event time are before the watermark. This reduced the full message count from O(n^2) to O(n).

Author: xinyuiscool <xiliu@linkedin.com>

Reviewers: Boris S <sborya@gmail.com>

Closes apache#456 from xinyuiscool/SAMZA-1627
@bharathkk
bharathkk force-pushed the single-node-testing branch from f79aee5 to 0fa31f3 Compare March 28, 2018 19:00
@bharathkk
bharathkk force-pushed the single-node-testing branch from 0fa31f3 to 3580632 Compare March 28, 2018 19:10
@bharathkk
bharathkk force-pushed the single-node-testing branch from 93177e0 to 3b40689 Compare March 29, 2018 00:34
Sanil15 pushed a commit that referenced this pull request Sep 22, 2020
Merge from origin branch
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants