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
* Correct date on BOM
* Update to CICS TS 6.1, Java 17 and Jakarta EE 10 prereqs
* Update maintainers
* Update maven build to remove extra war libs
* Fix gradle build instructions
* Remove fat bootwar from gradle build
* Remove old Java versions from build
Copy file name to clipboardExpand all lines: README.md
+11-12Lines changed: 11 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,9 +8,10 @@ For further details about the development of this sample refer to the tutorial [
8
8
9
9
## Requirements
10
10
11
-
- CICS TS V5.3 or later
11
+
- CICS TS V6.1 or later
12
12
- A configured Liberty JVM server in CICS
13
-
- Java SE 1.8 or later on the workstation
13
+
- Jakarta EE 10 or later
14
+
- IBM Semeru Runtime Certified Edition Version 17.0 or later on the workstation
14
15
- An Eclipse development environment on the workstation (optional)
15
16
- Either Gradle or Apache Maven on the workstation (optional if using Wrappers)
16
17
@@ -26,12 +27,12 @@ For further details about the development of this sample refer to the tutorial [
26
27
27
28
### Check dependencies
28
29
29
-
Before building this sample, you should verify that the correct CICS TS bill of materials (BOM) is specified for your target release of CICS. The BOM specifies a consistent set of artifacts, and adds information about their scope. In the example below the version specified is compatible with CICS TS V5.5 with JCICS APAR PH25409, or newer. That is, the Java byte codes built by compiling against this version of JCICS will be compatible with later CICS TS versions and subsequent JCICS APARs.
30
+
Before building this sample, you should verify that the correct CICS TS bill of materials (BOM) is specified for your target release of CICS. The BOM specifies a consistent set of artifacts, and adds information about their scope. In the example below the version specified is compatible with CICS TS V6.1 with JCICS APAR PH63856, or newer. That is, the Java byte codes built by compiling against this version of JCICS will be compatible with later CICS TS versions and subsequent JCICS APARs.
30
31
You can browse the published versions of the CICS BOM at [Maven Central.](https://mvnrepository.com/artifact/com.ibm.cics/com.ibm.cics.ts.bom)
@@ -58,7 +59,7 @@ On the command line, you simply swap the Gradle or Maven command for the wrapper
58
59
59
60
For an IDE, taking Eclipse as an example, the plug-ins for Gradle *buildship* and Maven *m2e* will integrate with the "Run As..." capability, allowing you to specify whether you want to build the project with a Wrapper, or a specific version of your chosen build tool.
60
61
61
-
The required build-tasks are typically `clean bootWar` for Gradle and `clean package` for Maven. Once run, Gradle will generate a WAR file in the `build/libs` directory, while Maven will generate it in the `target` directory.
62
+
The required build-tasks are typically `clean build` for Gradle and `clean package` for Maven. Once run, Gradle will generate a WAR file in the `build/libs` directory, while Maven will generate it in the `target` directory.
62
63
63
64
**Note:** When building a WAR file for deployment to Liberty it is good practice to exclude Tomcat from the final runtime artifact. We demonstrate this in the pom.xml with the *provided* scope, and in build.gradle with the *providedRuntime()* dependency.
64
65
@@ -73,12 +74,12 @@ Run the following in a local command prompt:
73
74
On Linux or Mac:
74
75
75
76
```shell
76
-
./gradlew clean bootWar
77
+
./gradlew clean build
77
78
```
78
79
On Windows:
79
80
80
81
```shell
81
-
gradlew.bat clean bootWar
82
+
gradlew.bat clean build
82
83
```
83
84
84
85
This creates a WAR file inside the `build/libs` directory.
@@ -107,10 +108,8 @@ This creates a WAR file inside the `target` directory.
107
108
## Deploying to a CICS Liberty JVM server
108
109
109
110
- Ensure you have the following features defined in your Liberty `server.xml`:
110
-
-`<servlet-3.1>` or `<servlet-4.0>` depending on the version of Java EE in use.
111
-
-`<cicsts:security-1.0>` if CICS security is enabled.
112
-
113
-
>**Note:**`servlet-4.0` will only work for CICS TS V5.5 or later
111
+
-`<servlet-6.0>` or later depending on the version of Jakarta EE in use.
112
+
-`<cicsts:security-1.0>` if CICS security is enabled.
114
113
115
114
- Deployment option 1:
116
115
- Copy and paste the built WAR from your *target* or *build/libs* directory into a Eclipse CICS bundle project and create a new WAR bundlepart that references the WAR file. Then deploy the CICS bundle project from CICS Explorer using the **Export Bundle Project to z/OS UNIX File System** wizard.
0 commit comments