Thanks Roy, yes that's the other suggestion Adobe had identified and we're 
looking at it as well.  In your opinion is integration of DAM Assets at the JCR 
level with Oak just a bad idea even if it is possible?

From: Roy Teeuwen [mailto:r...@teeuwen.be]
Sent: Wednesday, April 12, 2017 11:22 AM
To: oak-dev@jackrabbit.apache.org
Subject: Re: possible to graft a remote non-JCR source to a path?

Hey David,

Seeing as you are using AEM, thus Sling, have you looked at the 
ResourceProvider interface? With this you can bind resources coming from 
another place than the JCR repo to the content tree.
You can look at these examples, the first one fetches content from a couchbase, 
the second one from a mongodb:

 - 
https://github.com/apache/sling/tree/trunk/contrib/nosql/couchbase-resourceprovider
 - 
https://github.com/apache/sling/tree/trunk/contrib/nosql/mongodb-resourceprovider
 - 
https://github.com/Adobe-Consulting-Services/acs-aem-samples/blob/master/bundle/src/main/java/com/adobe/acs/samples/resourceproviders/impl/SampleResourceProvider.java

Greets,
Roy
On 12 Apr 2017, at 16:34, Beaudet, David 
<d-beau...@nga.gov<mailto:d-beau...@nga.gov>> wrote:


Greetings,

We are researching the best way to expose digital assets that are managed in a 
non-JCR based enterprise DAM system via Adobe's native DAM UI and are wondering 
if it's possible to, for example, bind a path like /content/dam/edam/... to a 
remote data source.  Adobe had released an alpha or beta version of a package 
for JackRabbit that enabled a remote RDBMS source dataset to be grafted into 
the JCR tree at a configured path. Content was mapped from the database and 
exposed via the JCR APIs.  Is it still possible to implement such a feature 
with Oak and if so, can someone point me to the interfaces that would have to 
be implemented or a how-to guide if one exists?

Thanks,

Dave Beaudet
National Gallery of Art

Reply via email to