As an application developer I am excited about these two (or are are both of 
these describing the same feature?):
- Channels and containers allow applications to be able to use containers 
without the need to restructure COMMAREA-based programs. 
- Channels and containers are enhanced to introduce transaction containers
 that are created in the DFHTRANSACTION channel. This channel does not 
go out of scope when the link level changes; it is always accessible in 
the transaction. This allows all applications to use containers, 
including those that use COMMAREAs in program links.

Frank




>________________________________
> From: Timothy Sipples <sipp...@sg.ibm.com>
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Sent: Monday, February 3, 2014 11:02 PM
>Subject: CICS Transaction Server 5.2 Open Beta Program Announced
> 
>
>I didn't see anyone else mention it yet, so here's IBM's announcement of
>the open beta program for CICS Transaction Server 5.2:
>
>http://www-01.ibm.com/common/ssi/rep_ca/5/897/ENUS214-015/ENUS214-015.PDF
>
>You can download the beta version of CICS TS 5.2 starting in late February,
>2014, by visiting this Web site:
>
>http://www.ibm.com/cics/openbeta
>
>You'll need z/OS 1.13 or higher to run the CICS TS 5.2 beta version(s) --
>and presumably the final release as well. (A single available z/OS 1.13 or
>higher LPAR or z/VM guest will do.) There's no charge for using the beta
>version. See the announcement letter for details on terms and conditions
>(which are simple and few).
>
>For those of you unfamiliar with CICS Transaction Server, it's one of the
>world's premier transaction processing and application hosting environments
>-- and that's an understatement, really. And it's probably the world's most
>popular mission-critical transaction manager. Here are some of the
>highlights in Version 5.2:
>
>- First class, updated support for the WebSphere Liberty Profile, meaning
>you can run all sorts of Java applications based on those popular
>Java-related standards in CICS TS. Nothing extra required -- it's ready to
>go and very convenient. Yes, if you have CICS TS you have Java and Java
>application hosting, standard, at no additional charge. And
>anybody/everybody developing Java-based applications -- including open
>source developers -- is already a CICS TS developer. It's genuine, 100%
>WebSphere Liberty and its rich function set, but with CICS TS service
>levels, fast startup, and reduced memory requirements. Great stuff here.
>Maybe Kirk (for example) can comment further on this aspect of CICS TS, but
>(if you can't tell) I think it's one of the best additions to CICS (and to
>z/OS) ever.
>
>- Integrated JSON and REST support, which will be of particular interest to
>those developing and deployment mobile applications. This support is
>available as a no charge add-on, but now it's part of the base CICS TS
>distribution and thus even more convenient. Likewise, more security
>features are integrated in the base distribution, e.g. SAML support.
>
>- More Unicode-related and COBOL-related support for service mappings (SOAP
>and JSON).
>
>- More exploitation of IP interconnectivity (IPIC) for more high
>availability deployment scenarios.
>
>- Applications which use COMMAREAs can now jump forward to use containers
>without application restructuring. So you can standardize on containers (no
>32K limit!) and gradually expand those COMMAREAs into container-sized data
>structures as/when you see fit. This is really great for application
>evolution.
>
>- More threadsafe support, and less use of 31-bit storage. (CICS TS is
>increasingly exploiting 64-bit storage, and those improvements continue.)
>
>- More cloud-oriented capabilities, such as multiple application versioning
>with the lifecycle management of first-class applications and greater
>dynamic control over CICS regions/topologies. The basic idea here is you
>have lots of capabilities for instantly or near-instantly, dynamically,
>automatically provisioning and de-provisioning CICS applications (and
>multi-component application topologies which include CICS-hosted
>components) and associated runtime environments.
>
>- CICS Explorer picks up lots of enhancements consistent with improvements
>to CICS TS itself, plus CICS Explorer 5.2 will let you define and manage
>workloads with CICSPlex System Manager (CPSM) workload management (WLM). I
>should editorialize here that CPSM does not require Sysplex or Parallel
>Sysplex, and some people get confused by the "Plex" in the name. CPSM is
>very useful indeed in many situations, even when you run CICS on a single
>LPAR in a monoplex. So don't skip over that CPSM information if you have
>previously because you didn't think you qualified. If you have CICS TS, you
>have CPSM, and you should strongly consider enabling CPSM if you haven't
>already.
>
>- There are even more features to trigger additional CICS autonomic actions
>based on service thresholds. This is very helpful if you have "problem
>child" transaction programs that currently require operation attention. Let
>CICS handle more of that work (and prevent those problem children from
>affecting more than their individual scopes). That lets you then focus on
>actually fixing those problem children in a much less urgent, more precise
>way. That's a consistent theme in z/OS computing overall, actually.
>
>Enjoy, and let IBM know what you think through the beta feedback channels.
>
>--------------------------------------------------------------------------------------------------------
>Timothy Sipples
>GMU VCT Architect Executive (Based in Singapore)
>E-Mail: sipp...@sg.ibm.com
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to