You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: MAINTAINERS.md
+4-4
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ Currently, active maintainers who may be found in the CNCF Slack.
10
10
11
11
The release process is automated with Github actions. In order to perform a release:
12
12
13
-
1. Check if master CI pass.
13
+
1. Check if main CI pass.
14
14
1. Open the Github repository main page and go in the tab "Actions". Trigger the workflow "Bump version" and insert the new version to release. This will create a new release PR.
15
15
1. Check the release PR, merge it and cleanup the created branch.
16
16
1. Wait for the CI to complete the deploy of the modules to OSSRH.
@@ -44,14 +44,14 @@ When landing pull requests, be sure to check the first line uses an appropriate
44
44
45
45
## Branch Management
46
46
47
-
The `master` branch is the bleeding edge. New major versions of the module
47
+
The `main` branch is the bleeding edge. New major versions of the module
48
48
are cut from this branch and tagged. If you intend to submit a pull request
49
-
you should use `master HEAD` as your starting point.
49
+
you should use `main HEAD` as your starting point.
50
50
51
51
Each major release will result in a new branch and tag. For example, the
52
52
release of version 1.0.0 of the module will result in a `v1.0.0` tag on the
53
53
release commit, and a new branch `v1.x.y` for subsequent minor and patch
54
54
level releases of that major version. However, development will continue
55
-
apace on `master` for the next major version - e.g. 2.0.0. Version branches
55
+
apace on `main` for the next major version - e.g. 2.0.0. Version branches
56
56
are only created for each major version. Minor and patch level releases
-[Http Client with HttpURLConnection](https://github.com/cloudevents/sdk-java/tree/master/examples/basic-http/src/main/java/io/cloudevents/examples/http/basic/HttpURLConnectionClient.java)
53
-
-[Http Servlet with Jetty](https://github.com/cloudevents/sdk-java/tree/master/examples/basic-http/src/main/java/io/cloudevents/examples/http/basic/JettyServer.java)
-[Http Client with HttpURLConnection](https://github.com/cloudevents/sdk-java/tree/main/examples/basic-http/src/main/java/io/cloudevents/examples/http/basic/HttpURLConnectionClient.java)
53
+
-[Http Servlet with Jetty](https://github.com/cloudevents/sdk-java/tree/main/examples/basic-http/src/main/java/io/cloudevents/examples/http/basic/JettyServer.java)
When using in your producer, this interceptor will pick the `partitionkey`
83
83
extension from the event and will set it as record key, regardless of the input record key.
84
-
Check out the [`PartitionKeyExtensionInterceptor`](https://github.com/cloudevents/sdk-java/tree/master/kafka/src/main/java/io/cloudevents/kafka/PartitionKeyExtensionInterceptor.java)
84
+
Check out the [`PartitionKeyExtensionInterceptor`](https://github.com/cloudevents/sdk-java/tree/main/kafka/src/main/java/io/cloudevents/kafka/PartitionKeyExtensionInterceptor.java)
The code for this package lies within the [restful-ws](https://github.com/cloudevents/sdk-java/tree/master/http/restful-ws) directory and is copied within here and has `javax.` replaced with `jakarta.`
7
+
The code for this package lies within the [restful-ws](https://github.com/cloudevents/sdk-java/tree/main/http/restful-ws) directory and is copied within here and has `javax.` replaced with `jakarta.`
Copy file name to clipboardExpand all lines: kafka/src/main/java/io/cloudevents/kafka/PartitionKeyExtensionInterceptor.java
+1-1
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@
9
9
10
10
/**
11
11
* This {@link ProducerInterceptor} implements the partitioning extension,
12
-
* as described in the <a href="https://github.com/cloudevents/spec/blob/master/kafka-protocol-binding.md#31-key-mapping">CloudEvents Kafka specification</a>.
12
+
* as described in the <a href="https://github.com/cloudevents/spec/blob/main/kafka-protocol-binding.md#31-key-mapping">CloudEvents Kafka specification</a>.
13
13
* <p>
14
14
* When using in your {@link org.apache.kafka.clients.producer.KafkaProducer},
15
15
* it will pick the {@code partitionkey} extension from the event and will set it as record key.
0 commit comments