On Saturday 25th Sept, we are completing planned maintenance work on the SDL/RWS Account platform. The outage is expected to last from Saturday 03:00 BST to Monday 27th Sept 11:00 BST. During this time you will not be able to access SDL accounts or activate / deactivate licences. Apologies for the inconvenience this causes.
Trados Business Manager
Speech to Text
Managed Translation - Enterprise
Translation Management Connectors
Language Weaver Connectors
Language Weaver Edge
Tridion Docs Developers
RWS User Experience
Internal Trados Studio Ideas
RWS Community Internal Group
RWS Access Customer Portal
RWS Professional Services
RWS Training & Certification
RWS Enterprise Technology Partners
Trados Academic Partners
Trados Approved Trainers
ETUG (European Trados User Group) Public Information
Machine Translation User Group
Nordic Tridion Docs User Group
Tridion Docs Europe & APAC User Group
Tridion UK Meetup
Tridion User Group Benelux
Tridion User Group New England
Tridion User Group Ohio Valley
Tridion West Coast User Group
WorldServer User Group
Trados GroupShare Ideas
Trados Studio Ideas
Language Weaver Ideas
Language Weaver Edge Ideas
RWS Language Cloud TMS Ideas
RWS Language Cloud Terminology Ideas
RWS Language Cloud Online Editor Ideas
Managed Translation - Enterprise Ideas
Tridion Docs Ideas
Tridion Sites Ideas
LiveContent S1000D Ideas
Events & Webinars
To RWS Documentation
To RWS Support
Detecting language please wait for.......
You may have seen our recent Release Announcement of SDL Tridion Sites 9.0 in Q4 of 2018 as part of the SDL Tridion DX suite which offers exciting new features and architecture!
DXA 2.1 was also released shortly after and it showcases the new features and leverages the new architecture of SDL Tridion Sites / DX.
The following notes in the DXA 2.1 release announcement created some ambiguity which required some clarification:
Furthermore, right after the release of SDL Tridion Sites 9.0, there were some rumors that DXA 2.0 does not work on SDL Tridion Sites 9.0.
This gave a few people an impression that they urgently need a DXA 2.2 release, but do they really?
Let me try to clear the situation by answering the following questions:
Yes, it does; this relies on backwards compatibility of SDL Tridion Sites 9.0 / DXD 11.0.
There is a known backward compatibility issue with DXD 11.0 Context Service, which is not compatible with CIL.NET 10.1 (used by DXA.NET 2.0), we do have a CIL.NET hotfix available for this.
There were also some reports about compatibility issues with the DXA Resolver UI Extension, but it turned out that these only occurred in certain deployment scenarios; see this Q&A on Tridion Stack Exchange.
As mentioned, the main goal for DXA 2.1 was to showcase and leverage SDL Tridion Sites 9.0 features and architecture. In particular: it showcases use of native Page Regions in Content Manager (CM) in the DXA Core Module and Example Site and Content Mashups in the new SDL Tridion Docs Mashups Module.
For this purpose, (some of) the DXA 2.1 CMS packages contain new concepts like Page and Region Schemas and Pages with native Regions. These packages can obviously not be imported in the Content Manager of SDL Web 8.
On the Delivery side, DXA 2.1 by default leverages the new GraphQL Content Service, but it is possible to configure it to use the OData Content Service and (now “legacy”) DXA Model Service.
So: DXA 2.1 does work on CD 8.1.1 and higher (if properly configured) but requires SDL Tridion Sites 9.0 on the CM-side.
We wanted to release DXA 2.1 shortly after SDL Tridion Sites 9.0.
At some point it became clear that we would have to release quite a bit later in order to release both .NET and Java (like we usually do with DXA). It was decided to release DXA 2.1 for .NET first, in order to have a SDL Tridion Sites 9.0 showcase as soon as possible and do a Java release later. We ended up with a plan to skip a DXA 2.1 Java release altogether; see below.
The scope for DXA 2.2 release is currently defined as follows:
Note that the last three bullet points are related: we want to create a DXA release which incorporates Community Pull Requests and contains fixes for severe defects in general, but we don’t expect all customers to be on SDL Tridion Sites 9.0 yet, so this makes it important to support SDL Web 8 too.
Well, that depends where you’re coming from, of course.
Because of the extended platform support in DXA 2.2, there are quite a few supported upgrade paths, including DXA 1.x, DXA 2.0, SDL Web 8 and SDL Tridion Sites 9.0.
I created a few from/to tables. For simplicity I’m omitting DXA 1.x upgrades here.
DXA .NET from/to
DXA 2.2 on SDL Web 8
DXA 2.2 on SDL Tridion Sites 9.0
on SDL Web 8
· Incorporated Community PRs
· Known Defect fixes
· Leverage SDL Tridion Sites 9 features / architecture
on SDL Tridion Sites 9.0
DXA Java from/to
DXA 2.2 on Web 8
DXA 2.2 on Sites 9.0
on SDL Web 8
on SDL Tridion Sites 9.0
· Leverage SDL Tridion Sites 9 features/architecture
As you can see, two bullet points apply to all upgrade paths:
Some upgrade paths give you additionally:
Well, as you can see above, it doesn’t. :-)
That is: the plan is to release DXA 2.2 before SDL Tridion Sites 9.1 is released. So, showcasing/leveraging SDL Tridion Sites 9.1 features/architecture will come in a subsequent DXA release.
Wow, this has become quite a read!
I hope that people take the time to study it and that it clarifies the situation. In particular: do you really need DXA 2.2 and why?
Of course, the DXA 2.2 release will provide significant added value; we’re not doing a release for the fun of it. :-)
But it is important to realize what the added value is in your case and what the alternative may be.