4. 4
DWT templating is not the best option
for dynamic websites
CM-side rendering does not work in an
MVC model
January 2008 – Tridion R5.3
DWT templating introduced
5. 5
releasing a DD4T based
implementation model for the
future
2014 - SDL embraces web
applications
7. 8
make Tridion easier and faster to
deploy on customer implementations
It all started in the mind of a great
Product Manager back in 2013
abstraction layer between customer-
specific data models and website
implementations permitting the usage
of common templates
8. 9
Release as part of SDL Web 8
I joined the team
a month later
Hired expert from the community
Use DD4T
Release Open
Source early
Started March 2014
12. 13
Digital Experience Accelerator
o Production ready web application
○ New template paradigm decouples dynamic
content, presentation and style
○ Out-of-the-box adaptive design framework
○ Global ready
○ 1st design agency friendly WCM system
Decrease time to
“experience” by 20%
14. 16
What's new in this release
○ New team
○ Fixed issues
○ Sync with Java version
○ Better module/extensibility
support
○ API changes
○ Added modules
15. 17
API changes
Robert Curlette said: “code is better than PPT”
Check the documentation for more details http://docs.sdl.com/sdldxa11
Check out the sources on https://github.com/sdl/dxa-web-application-dotnet
17. 19
Open Source
○ https://github.com/sdl
– master - Stable
– develop - Unstable
– release/x.y - Release version x.y
○ Submit issues
○ Fork, branch and submit pull
requests on develop
18. 20
Your own modules
○ Impress module on http://community.sdl.com
(search for “dxa impress”)
○ Create your own & upload to
Tridion Developer - eXtensions
○ Give feedback
TRex - GitHub
20. 22
SDL Web strategic roadmap
Aggregate
Accelerate
Automate
2013-2014
2015-2016
2016-2017
Predict and
Understand
2017-2018
21. 23
DXA Timelines
1.0 1.1 SmartTarget
ECL/Media
Manager
Search 1.2 1.3 2.0
September 2014
SDL Tridion
Reference
Implementation
.NET
August 2015
Enhanced
extensibility, working
towards vision
September 2015
OTB SmartTarget, ECL, Media
Manager, Solr & AWS Cloud Search
October 2015
Equal .NET & Java
versions
November 2015
SDL Web 8 support
2016
First supported
release
Remains open
source
Planned Projected EnvisionedDelivered
22. 24
Separation of the (custom) CD Web
Application and the Content Delivery
Platform (a.k.a. Web Delivery Platform)
Content Delivery as a Service (CDaaS)
architecture - DXA Model Service
• Minimize roundtrips between web app &
CD
• Minimize DXA footprint
• Maximize the amount of logic that can be
versioned (upgraded/patched)
23. 25
DXA will remain Open Source
○ SDL is committed to delivering
more open source
○ It’s not just me ;o)
○ Follow Renze & Ben’s presentation
for more open source news from
SDL
24. 26
Hackathon cancelled
○ TDS Afterparty
Friday, Sept 18, 9:00 – 17:00
Hoogoorddreef 60, Amsterdam Zuid-Oost
○ Free DXA Workshop
– no training but "Pull up a chair and start doing some cool magic
together"
○ Discuss other topics not covered at TDS
Following the golden circle, I'll explain a bit more about the why first!
Lets start with going back in time a bit...
The community already had CWA and DD4T while SDL only had DWT
SDL Tridion Reference Implementation v1.0 released September 2014
So now I hear some of you thinking: "But what about Razor Templates, why is that community initiative not embraced?“
Well let me tell you why Razor templates are evil...
They are completely following the DWT approach which is flawed (as I just explained) when you publish JSP or ASPX pages
Not me, I wasn’t a Product Manager yet back in 2013, you know who I’m talking about (Nuno ;o)
We chose to release something working as soon as possible so we could gather feedback from the field
We started only focusing on .NET, since that was the knowledge we had in the team.
We developed on SDL Tridion 2013 SP1 (the current release at the time).
The plan always was both .NET and Java, but building the team and finding the right people was a challenge.
I'll keep it short since most of you might already know what DXA is by now (and if not, shame on you, you could have downloaded and installed it already ;o)
Download location of DXA 1.1 and its Modules: https://community.sdl.com/developers/tridion_developer/m/mediagallery
We named our project the Tridion Standard Implementation (tsi), that changed into the Tridion Reference Implementation (tri), and when we were ready to release, it became the SDL Tridion Reference Implementation (stri).But wait, it is called DXA right? Release 1.0 only contained Tridion functionality, so we started planning the 1.1 release with a new name, and modules that would make us earn the Digital Experience part in our name.
Out-of-the-box adaptive design framework to deliver, dynamic, device-independent experiences.
Design templates built around semantic content and markup.
Production ready web application
New template paradigm that decouples dynamic content, presentation and style
Built using latest approaches in adaptive design and packed with schema.org content models
Supports agency product workflows by managing style and creative content as presentation elements
Time to market – 20% reduction is development to go-live
Re-engineered the template platform
1st design agency friendly WCM system
Usability – WYSIWYG
Separation between design & content localize content very easily; take designs from an agency (different designs for different geographies)
Adobe: here’s the design, and apply the design manually on every page
20% reduction – no more manual building of navigation buttons, menus, dynamic experiences
No need for custom developers – just .NET or JAVA
Context Experiments
Native testing and measurement capabilities supporting cross-channel experiments
Full context availability supporting audience, session or device specific conditions.
Jaime Santos Alcón: We went from nothing to having the home page "ready for live" in barely 3 days, and that includes infrastructure within a DTAP architecture (yes, that's 3 environments)
Version 1.0 was released September 2014, last month (August 2015) we released DXA 1.1 with some new features.
I have a complete new team: testers, developers and technical writer (I’m trying to be a Product Manager and not develop anything myself anymore, but some of the 1.1 code was still done by me ;o). We fixed a lot of small issues and improved even more other things.Changed the .NET code to keep in sync with the upcoming Java version. So that the architecture and approaches are as equal as possible in both the .NET and Java release (its interesting to see what is possible in ASP.NET MVC vs Java Spring MVC). Java code under development is available in the develop branch in GitHub https://github.com/sdl/dxa-web-application-java/tree/developWe changed our API to have better extensibility which meant we could created modules in the right way. Then we got started on our first set of modules, ECL/Media Manager, SmartTarget and an updated Search (adding AWS CloudSearch).
Robert Curlette said: “code is better than PPT”
Check the documentation for more details http://docs.sdl.com/sdldxa11
Check out the sources on https://github.com/sdl/dxa-web-application-dotnet
We intend to follow Gitflow (http://nvie.com/posts/a-successful-git-branching-model/) with the following main branches:
master - Stable
develop - Unstable
release/x.y - Release version x.y
Please submit your pull requests on develop. In the near future we intend to push our changes to develop and master from our internal repositories, so you can follow our development process.
As promised at Innovate San Francisco, my Impress module is available as an example
https://community.sdl.com/developers/tridion_developer/m/mediagallery/1173
https://github.com/sdl/dxa-modules/tree/master/webapp-net/Impress
When you use DXA you have the freedom to change anything you want since it is open source. But our idea is that you don't need to change our core implementation and can add your additional features by building modules.If you can't do what you need in a module, let us know, we need that kind of feedback. We have used our own modules to validate the core functionality is extendable.
We are in the years of acceleration, that is how DXA fits in the general SDL roadmap.
Nothing is cast in stone yet, we will need freedom to make adjustments and do things right which can mean postpone releases
Feedback-based progression
Working very close to the field, we are continuously gathering feedback on what works well and what doesn’t, building only what brings real value
Remaining nimble and flexible early on allows us to quickly adopt changes that are future proof, with the goal to offer a truly usable solution
Adopting support for DXA means SDL must provide:
A stable, scalable and reliable solution
Support infrastructure behind it (building it is easier than maintaining it)
We don’t just need to build this right, we also need to build the right things!
Focus on building what customers and partners truly need for a successful SDL Web implementation
Things we are considering for our future release:
General idea behind a DXA Model Service is to take a next step in the “Content Delivery as a Service” (“CDaaS”) architecture, that is: the separation of the (custom) CD Web Application and the Content Delivery Platform (a.k.a. Web Delivery Platform).
Minimizing roundtrips between Web Application and Content Delivery Platform: aggregation of data (e.g. link expansion, SmartTarget queries) happens close to the CD Kernel in DXA Model Service (which is part of the CD Platform).
Minimizing the DXA footprint in the Web Application; maximizing the amount of logic provided as part of the CDaaS service
Minimize the amount of third-party libraries required in the Web Application to minimize version conflicts and reduce upgrade impact
Maximize the amount of logic that can be versioned (upgraded/patched) by the CDaaS service provider.
DXA will remain open source, you already knew that right?
https://community.sdl.com/events/sdl_community_open_sept_2015_amsterdam/c/e/115
If you can’t make it on Friday, contact me for free access to the DXA elearning course available soon.