Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED
Why are there 2 Asset classes in 5.6.1? When should you use them?
1 Accepted Solution
Correct answer by
wrote...
"... might be deprecated in the future"
Not to be difficult, but couldn't you say that about any class, in any api, anywhere?
Excellent point!
I guess what I'm getting at is why add the new class that accomplishes the same thing, but not mark the old one deprected? Is this simply an oversight where Adobe engineering forgot to mark it deprecated? Or are there specific use cases twhere the old day Asset classes is better to use?
No one forgot to deprecate anything 
. The interfaces are in fact not the same. The Granite Asset interface is a subset of the DAM Asset interface.
Without getting into too many details, the reason there are two interfaces is that Granite is a shared platform between different Adobe products and services and those products/services need to (or want to) have a common base definition of what an "asset" is. For a variety of reasons, the existing DAM Asset interface is too broad for this level of interoperability.
In applications built on top of CQ/AEM, you are safe to use either interface. My guess is that you are going to be more likely to use the DAM Asset interface as it provides (easy) access to the asset metadata as well as provides the concept of an "original" rendition. NOTE - both of these are accessible through the Granite Asset interface, the DAM Asset interface is just a bit cleaner for these operations.
HTH,
Justin
Correct answer by
wrote...
"... might be deprecated in the future"
Not to be difficult, but couldn't you say that about any class, in any api, anywhere?
Excellent point!
I guess what I'm getting at is why add the new class that accomplishes the same thing, but not mark the old one deprected? Is this simply an oversight where Adobe engineering forgot to mark it deprecated? Or are there specific use cases twhere the old day Asset classes is better to use?
No one forgot to deprecate anything . The interfaces are in fact not the same. The Granite Asset interface is a subset of the DAM Asset interface.
Without getting into too many details, the reason there are two interfaces is that Granite is a shared platform between different Adobe products and services and those products/services need to (or want to) have a common base definition of what an "asset" is. For a variety of reasons, the existing DAM Asset interface is too broad for this level of interoperability.
In applications built on top of CQ/AEM, you are safe to use either interface. My guess is that you are going to be more likely to use the DAM Asset interface as it provides (easy) access to the asset metadata as well as provides the concept of an "original" rendition. NOTE - both of these are accessible through the Granite Asset interface, the DAM Asset interface is just a bit cleaner for these operations.
HTH,
Justin
Related Conversations
