I hadn't heard about this standard before, but it's actually pretty interesting. Here's a quick summary of how connecting and outputting page properties would work on the client side:
http://chemistry.apache.org/java/opencmis-client-api.html...

It does seem like there's lots of established websites out there that aren't going to tear their entire systems down to be rebuilt in a new CMS, and lots of ecommerce systems where the CMS capabilities are really lacking. So having an concrete API like this seems like it could be useful. That said, there are probably much simpler ways to inject c5 content into another system.

How much demand is there for this kind of thing?

I recently worked on a project where the client wanted to store documents in Alfresco. These documents were associated to proposals in a Java based web application. The user searches for a proposal when contains about 100 different attributes. One set of attributes are deliverables. The user can download, upload, check-in or check-out a deliverable. This achieved through a CMIS interface.

Also, I recently watched a webinar from a company called Optaros. They had integrated Drupal on the front end with Alfresco on the back-end. I believe they did a intranet site for Activision. They implemented a php based CMIS interface from Drupal to Alfresco.

As far as text/html content, RSS seems like a reasonable option. What other options do you think would work better or easier?

I cant speculate as to the overall demand for this. EMC, IBM, Microsoft,Oracle and OpenText are involved with the CMIS spec.

I'm not sure this would work for your needs, as far as a simpler approach goes, I've got a couple of other blocks where you can send a REST request, with the page you want (by url or CID) and an area, and it'll return a JSON response with the area's content, and urls for the required CSS & javascript for those blocks. It would be easy to modify that to make it return in XML, or to return all the areas on a page. Another non-concrete5 website could then load that content where-ever it wanted.

That would be the other direction. Sounds interesting. JSON/jQuery could be used on the receiving end. I think Concrete5 paired with Alfresco on the backend would be an interesting combination. Take advantage of the nice front end characterics of Concrete5 as well as some of the ECM features from Alfresco on the backend. For example, workflow and DCM.

yup. one potential problem with the JSON/ajax approach is that it would have to either be loaded from the same domain, or you'd have to figure out a work around to browser restrictions on cross domain requests, but that could be done with mod rewrite or some other kind of proxy.

Hi there. Has this question ever been answered?
I am evaluating some systems for a Enterprise System and this too one of the questions I have.

Is Concrete CMIS compliant, and is there a LDAP module to allow LDAP and AD login?
A lot of systems in use here requires the CMIS compliance to transfer files etc. Dspace, Drupal, Imagenow etc. So in order to incorporate all these systems CMIS is needed.

Also we and others use LDAp for authenticating and setting up rights. Any proper LDAP authentication in Concrete?

These 2 things would make Concrete a seriously good choice for starting larger scale deployments.

Yes. You can setup concrete5 to work with ldap. It takes some tinkering. We can help, shoot me a pm if you'd like

Best wishes
Pecked out on an iPhone

Thanks for the info!
I will def contact you as soon as we can get some more CMIS info then :)