Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CASSJAVA-54 Update Cassandra/DSE/Java versions in DataStax Jenkinsfile #1984

Open
wants to merge 1 commit into
base: 4.x
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
66 changes: 6 additions & 60 deletions Jenkinsfile-datastax
Original file line number Diff line number Diff line change
Expand Up @@ -274,12 +274,8 @@ pipeline {
'3.11', // Previous Apache CassandraⓇ
'4.0', // Previous Apache CassandraⓇ
'4.1', // Current Apache CassandraⓇ
'5.0-beta1', // Development Apache CassandraⓇ
'dse-4.8.16', // Previous EOSL DataStax Enterprise
'dse-5.0.15', // Long Term Support DataStax Enterprise
'5.0', // Development Apache CassandraⓇ
'dse-5.1.35', // Legacy DataStax Enterprise
'dse-6.0.18', // Previous DataStax Enterprise
'dse-6.7.17', // Previous DataStax Enterprise
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This might be too aggressive. The top-level readme for the driver says that we support C* 2.1 and up as well as DSE 4.8.x and up. The four releases above are now EOL and we did decide that we were going to follow the DataStax drivers policy of only supporting releases that weren't EOL at time of release... so I decided to yank these.

At a minimum we should probably update the readme to be clearer about our policy if we choose to move forward with these.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess we do not need to explicitly mention policy, but update versions in README would be enough.

Copy link
Contributor Author

@absurdfarce absurdfarce Nov 8, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The alternative that I'm considering is that we can just update 5.0 and remove the EOL Apache Cassandra versions now. Apache C* is properly covered by the ASF CI and this is just a "backup" for that.... and if we're just testing EOL versions that should be adequate. Neither of those changes require an update to the support policy.

We can change the DSE versions later after we have some consensus around the approach the project will take re: backend support.

'dse-6.8.30', // Current DataStax Enterprise
'dse-6.9.0', // Current DataStax Enterprise
'hcd-1.0.0', // Current DataStax HCD
Expand All @@ -292,14 +288,6 @@ pipeline {
<th align="left">Choice</th>
<th align="left">Description</th>
</tr>
<tr>
<td><strong>2.1</strong></td>
<td>Apache Cassandra&reg; v2.1.x</td>
</tr>
<tr>
<td><strong>2.2</strong></td>
<td>Apache Cassandra&reg; v2.2.x</td>
</tr>
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

According to the driver readme we should also be supporting these as well but (a) they're also EOL (and thus prolly excluded based on the logic above) and (b) the ASF CI is canonical for these versions.

<tr>
<td><strong>3.0</strong></td>
<td>Apache Cassandra&reg; v3.0.x</td>
Expand All @@ -316,26 +304,10 @@ pipeline {
<td><strong>4.1</strong></td>
<td>Apache Cassandra&reg; v4.1.x</td>
</tr>
<tr>
<td><strong>dse-4.8.16</strong></td>
<td>DataStax Enterprise v4.8.x (<b>END OF SERVICE LIFE</b>)</td>
</tr>
<tr>
<td><strong>dse-5.0.15</strong></td>
<td>DataStax Enterprise v5.0.x (<b>Long Term Support</b>)</td>
</tr>
<tr>
<td><strong>dse-5.1.35</strong></td>
<td>DataStax Enterprise v5.1.x</td>
</tr>
<tr>
<td><strong>dse-6.0.18</strong></td>
<td>DataStax Enterprise v6.0.x</td>
</tr>
<tr>
<td><strong>dse-6.7.17</strong></td>
<td>DataStax Enterprise v6.7.x</td>
</tr>
<tr>
<td><strong>dse-6.8.30</strong></td>
<td>DataStax Enterprise v6.8.x</td>
Expand Down Expand Up @@ -371,30 +343,10 @@ pipeline {
<td><strong>1.8</strong></td>
<td>Oracle JDK version 1.8 (<i>Used for compiling regardless of choice</i>)</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 9</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 10</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 11</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 12</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 13</td>
</tr>
<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 14</td>
</tr>
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Non-LTS versions which are already EOL. We also aren't aiming to explicitly support anything that isn't an LTS Java release so in the interest of keeping this simple I just yanked all of these.

<tr>
<td><strong>[email protected]</strong></td>
<td>OpenJDK version 17</td>
Expand Down Expand Up @@ -434,14 +386,12 @@ pipeline {
triggers {
// schedules only run against release branches (i.e. 3.x, 4.x, 4.5.x, etc.)
parameterizedCron(branchPatternCron().matcher(env.BRANCH_NAME).matches() ? """
# All tests below should run against a common collection of backend servers
# Every weekend (Saturday, Sunday) around 2:00 AM
### JDK8 tests against 2.1, 3.0, 4.0, DSE 4.8, DSE 5.0, DSE 5.1, dse-6.0.18 and DSE 6.7
H 2 * * 0 %CI_SCHEDULE=WEEKENDS;CI_SCHEDULE_SERVER_VERSIONS=2.1 3.0 4.0 dse-4.8.16 dse-5.0.15 dse-5.1.35 dse-6.0.18 dse-6.7.17;CI_SCHEDULE_JABBA_VERSION=1.8
H 2 * * 0 %CI_SCHEDULE=WEEKENDS;CI_SCHEDULE_SERVER_VERSIONS=3.11 4.1 5.0 dse-6.8.30 dse-6.9.0 hcd-1.0.0;CI_SCHEDULE_JABBA_VERSION=1.8
# Every weeknight (Monday - Friday) around 12:00 PM noon
### JDK11 tests against 3.11, 4.1, 5.0-beta1 and DSE 6.8
H 12 * * 1-5 %CI_SCHEDULE=WEEKNIGHTS;CI_SCHEDULE_SERVER_VERSIONS=3.11 4.1 5.0-beta1 dse-6.8.30 dse-6.9.0 hcd-1.0.0;[email protected]
### JDK17 tests against 3.11, 4.1, 5.0-beta1 and DSE 6.8
H 12 * * 1-5 %CI_SCHEDULE=WEEKNIGHTS;CI_SCHEDULE_SERVER_VERSIONS=3.11 4.1 5.0-beta1 dse-6.8.30 dse-6.9.0 hcd-1.0.0;[email protected]
H 12 * * 1-5 %CI_SCHEDULE=WEEKNIGHTS;CI_SCHEDULE_SERVER_VERSIONS=3.11 4.1 5.0 dse-6.8.30 dse-6.9.0 hcd-1.0.0;[email protected]
H 12 * * 1-5 %CI_SCHEDULE=WEEKNIGHTS;CI_SCHEDULE_SERVER_VERSIONS=3.11 4.1 5.0 dse-6.8.30 dse-6.9.0 hcd-1.0.0;[email protected]
""" : "")
}

Expand Down Expand Up @@ -590,12 +540,8 @@ pipeline {
'3.11', // Previous Apache CassandraⓇ
'4.0', // Previous Apache CassandraⓇ
'4.1', // Current Apache CassandraⓇ
'5.0-beta1', // Development Apache CassandraⓇ
'dse-4.8.16', // Previous EOSL DataStax Enterprise
'dse-5.0.15', // Last EOSL DataStax Enterprise
'5.0', // Development Apache CassandraⓇ
'dse-5.1.35', // Legacy DataStax Enterprise
'dse-6.0.18', // Previous DataStax Enterprise
'dse-6.7.17', // Previous DataStax Enterprise
'dse-6.8.30', // Current DataStax Enterprise
'dse-6.9.0', // Current DataStax Enterprise
'hcd-1.0.0' // Current DataStax HCD
Expand Down