1. 05 9月, 2020 2 次提交
  2. 04 9月, 2020 4 次提交
    • Add docs of package Pulsar Functions (#7904) · 9e2aca8c
      冉小龙 提交于
      * Add docs of package Pulsar Functions
      Signed-off-by: Nxiaolong.ran <rxl@apache.org>
      9e2aca8c
    • R
      [Transaction] Handle Acknowledge In The Transaction (#7856) · 1fdffe75
      ran 提交于
      Fix https://github.com/streamnative/pulsar/issues/1307
      
      Master Issue: #2664 
      
      ### Motivation
      
      Handle acknowledge in the transaction.
      
      ### Modifications
      
      1. Register subscription to the transaction metadata store.
      2. Make the ack command carry the transaction information.
      3. When committing a transaction, commit every subscription in the transaction.
      1fdffe75
    • F
      Support topicl level offload (#7883) · 62e3df39
      feynmanlin 提交于
      ### Motivation
      Support set Offload Policy on topic level
      
      ### Modifications
      Support set/get/remove Offload policy on topic level.
      
      ### Verifying this change
      Added Unit test to verify set/get/remove Offload policy at Topic level work as expected when Topic level policy is enabled/disabled
      `org.apache.pulsar.broker.admin.AdminApiOffloadTest#testOffloadPoliciesApi`
      `org.apache.pulsar.broker.admin.AdminApiOffloadTest#testTopicLevelOffload`
      62e3df39
    • B
      Various fixes for Batch Source (#7965) · 1632dcaf
      Boyang Jerry Peng 提交于
      * Various fixes for Batch Source
      1. Create intermediate topic/subscription prior to function running in case auto topic creation is turned off
      2. Fix possible NPE in CronTrigger when calling stop()
      3. Stop all producers created in ContextImpl
      4. Delete intermediate topic for batch source
      Co-authored-by: NJerry Peng <jerryp@splunk.com>
      1632dcaf
  3. 03 9月, 2020 9 次提交
  4. 02 9月, 2020 11 次提交
    • Y
      [pulsar-broker] Stop to dispatch when skip message temporally since Key_Shared... · c7ac08b1
      Yuri Mizushima 提交于
      [pulsar-broker] Stop to dispatch when skip message temporally since Key_Shared consumer stuck on delivery (#7553)
      
      ### Motivation
      In some case of Key_Shared consumer, messages ordering was broken.
      Here is how to reproduce(I think it is one of case to reproduce this issue).
      
      1. Connect Consumer1 to Key_Shared subscription `sub` and stop to receive
         - receiverQueueSize: 500
      2. Connect Producer and publish 500 messages with key `(i % 10)`
      3. Connect Consumer2 to same subscription and start to receive
         - receiverQueueSize: 1
         - since https://github.com/apache/pulsar/pull/7106 , Consumer2 can't receive (expected)
      4. Producer publish more 500 messages with same key generation algorithm
      5. After that, Consumer1 start to receive
      6. Check Consumer2 message ordering
         - sometimes message ordering was broken in same key
      
      Consumer1:
      ```
      Connected: Tue Jul 14 09:36:39 JST 2020
      [pulsar-client-io-1-1] WARN com.scurrilous.circe.checksum.Crc32cIntChecksum - Failed to load Circe JNI library. Falling back to Java based CRC32c provider
      [pulsar-timer-4-1] INFO org.apache.pulsar.client.impl.ConsumerStatsRecorderImpl - [persistent://public/default/key-shared-test] [sub0] [820f0] Prefetched messages: 499 --- Consume throughput received: 0.02 msgs/s --- 0.00 Mbit/s --- Ack sent rate: 0.00 ack/s --- Failed messages: 0 --- batch messages: 0 ---Failed acks: 0
      Received: my-message-0 PublishTime: 1594687006203 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-1 PublishTime: 1594687006243 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-2 PublishTime: 1594687006247 Date: Tue Jul 14 09:37:46 JST 2020
      ...
      Received: my-message-498 PublishTime: 1594687008727 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-499 PublishTime: 1594687008731 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-500 PublishTime: 1594687038742 Date: Tue Jul 14 09:37:46 JST 2020
      ...
      Received: my-message-990 PublishTime: 1594687040094 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-994 PublishTime: 1594687040103 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-995 PublishTime: 1594687040105 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-997 PublishTime: 1594687040113 Date: Tue Jul 14 09:37:46 JST 2020
      ```
      
      Consumer2:
      ```
      Connected: Tue Jul 14 09:37:03 JST 2020
      [pulsar-client-io-1-1] WARN com.scurrilous.circe.checksum.Crc32cIntChecksum - Failed to load Circe JNI library. Falling back to Java based CRC32c provider
      Received: my-message-501 MessageId: 4:1501:-1 PublishTime: 1594687038753 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-502 MessageId: 4:1502:-1 PublishTime: 1594687038755 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-503 MessageId: 4:1503:-1 PublishTime: 1594687038759 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-506 MessageId: 4:1506:-1 PublishTime: 1594687038785 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-508 MessageId: 4:1508:-1 PublishTime: 1594687038812 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-901 MessageId: 4:1901:-1 PublishTime: 1594687039871 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-509 MessageId: 4:1509:-1 PublishTime: 1594687038815 Date: Tue Jul 14 09:37:46 JST 2020
      ordering was broken, key: 1 oldNum: 901 newNum: 511
      Received: my-message-511 MessageId: 4:1511:-1 PublishTime: 1594687038826 Date: Tue Jul 14 09:37:46 JST 2020
      Received: my-message-512 MessageId: 4:1512:-1 PublishTime: 1594687038830 Date: Tue Jul 14 09:37:46 JST 2020
      ...
      ```
      
      I think this issue is caused by https://github.com/apache/pulsar/pull/7105.
      Here is an example.
      1. dispatch messages
      2. Consumer2 was stuck and `totalMessagesSent=0`
         - Consumer2 availablePermits was 0
      3. skip redeliver messages temporally
         - Consumer2 availablePermits was back to 1
      4. dispatch new messages
         - new message was dispatched to Consumer2
      5. back to redeliver messages
      4. dispatch messages
         - ordering was broken
      
      ### Modifications
      Stop to dispatch when skip message temporally since Key_Shared consumer stuck on delivery.
      c7ac08b1
    • R
      [Transaction] Support transaction abort on partition (#7953) · 3ac98d8d
      ran 提交于
      Fixes https://github.com/streamnative/pulsar/issues/1312
      
      # Motivation
      
      Currently, the transaction abort on partitions operation is not getting through.
      
      ### Modifications
      
      Make the transaction abort on partitions operation get through.
      3ac98d8d
    • M
      [Issue 7864][docs]Update document for how to pick active consumer for failover... · 6a2b5745
      Marvin Cai 提交于
      [Issue 7864][docs]Update document for how to pick active consumer for failover subscription. (#7917)
      
      Update document to specify how active consumer is picked for partitioned and non-partitoned topic for failover subscription mode. The change was push in 2.4.2 but document has not been updated.
      
      Fixes #7864
      6a2b5745
    • Y
      Add python oauth2 document (#7946) · cd8b7c77
      Yong Zhang 提交于
      **Motivation**
      
      After #7813, the python client supports the oauth2 authentication as well. Add an example for it.
      cd8b7c77
    • F
      [Issue 7933][pulsar-broker-common] Add some logging to improve Authentication... · 7ab29d85
      Frank J Kelly 提交于
      [Issue 7933][pulsar-broker-common] Add some logging to improve Authentication debugging and Fix typos in code "occured" -> "occurred" (#7934)
      
      Fixes #7933 
      
      ### Motivation
      Newbie trying to make his first contribution to this projection :-)
      
      ### Modifications
      
      Added some logging to Authentication Service to help debugging when there are more than one AuthN provider.
      When I did that I noticed a typo ('occured' should have two r's) so I decided to try to fix all of them
      7ab29d85
    • H
      support message publish rate on topic level (#7948) · 66688d15
      hangc0276 提交于
      Modifications
      Support set publish rate on topic level.
      Support get publish rate on topic level.
      Support remove publish rate on topic level.
      66688d15
    • 5cee214a
    • J
      [blog] Add image and update file name (#7958) · cacded24
      Jennifer Huang 提交于
      cacded24
    • J
      [blog] Add Pulsar Summit Asia 2020 CFP blog (#7886) · 2248a2ef
      Jennifer Huang 提交于
      * Add Pulsar Summit CFP blog
      
      * update
      
      * Update 2020-08-25-pulsar-summit-asia-2020-cfp.md
      2248a2ef
    • Fix the time of 2.6.1 release (#7954) · ea0f4a63
      冉小龙 提交于
      Signed-off-by: Nxiaolong.ran <rxl@apache.org>
      
      ### Modifications
      
      Fix the time of release 2.6.1 to `08/21`
      ea0f4a63
    • T
      Fix log level error and typos (#7942) (#7943) · 1436063c
      Tboy 提交于
      1436063c
  5. 01 9月, 2020 3 次提交
    • H
      [Doc]--Update BookKeeper config (#7834) · 9994d6dc
      HuanliMeng 提交于
      Fixes #7481
      
      Motivation
      Default bookkeeper conf that ships with apache pulsar indicates that the unit of openLedgerRereplicationGracePeriod is in seconds, but official bookkeeper doc(and code) mentions that the unit is in milliseconds.
      
      Pulsar should configure default as 30000 instead of 30 and bookkeeper.conf should mention that the unit of this period is milliseconds instead of seconds.
      
      Modifications
      Update the bookkeep.config file
      Update the following Pulsar docs for releases 2.5.2, 2.6.0, 2.6.1, and master
      Reference > Pulsar Config > BookKeeper
      9994d6dc
    • L
    • R
      support use `BitSet` generate the `BatchMessageAcker` (#7909) · 81202e14
      ran 提交于
      Motivation
      Currently, we have to know the batchSize to generate BatchMessageAcker. If we could get the batch index ack bitSet from Broker we could generate the BatchMessageAcker by the bitSet, this is useful for consuming transaction messages, we don't need to change the protocol to get the total message number of one transaction.
      
      Modifications
      Add a new static method to generate the BatchMessageAcker by BitSet.
      81202e14
  6. 31 8月, 2020 2 次提交
    • T
      af3a7afd
    • R
      [Transaction] Consume transaction message logic optimized (#7833) · b4b77be5
      ran 提交于
      ### Motivation
      
      The transaction message consuming logic needs to be optimized. One transaction commit marker in the topic partition consists of many Entries in the TransactionBuffer, so one transaction could be seen as one batch.
      
      ### Modifications
      
      1. When sending messages to consumers use the `batchIndex` in the MessageIdData to present the startBatchIndex of the Entry.
      
      2. Calculate the transaction messages number.
      
      3. When the first reading one transaction init it's batchDeletedIndexes in the ManagedCursorImpl.
      b4b77be5
  7. 30 8月, 2020 3 次提交
  8. 29 8月, 2020 2 次提交
  9. 28 8月, 2020 4 次提交