2016-11-24 10:55 GMT+01:00 Karl Wright <[email protected]>: > Hi Piergiorgio, > > Unless you can think of a technical difference between an "output index > connector" and an "output content connector", I don't think it makes sense > to introduce a new type of connector for this. It's clear by the target > whether it's for content or for an index. For example, a CMIS output > connector would obviously not be for building indexes. > > What do you mean by "output blockchain connector"? >
I'm wondering if it can makes sense to consider the implementation of a connector dedicated to read contents and transactions from a relational datasource and then create blockchain records using any BlockChain API available in the market today. I think that it could be very useful because blockchain storage is used as a distributed database and probably during the next year a potential use case could be migrate an existent datasource against a blockchain provider. I mean, this is just an idea but probably we will arrive to this later but I would like to start a discussion about this or anyway have different opinions. Piergiorgio > > Thanks, > Karl > > > On Thu, Nov 24, 2016 at 4:31 AM, Piergiorgio Lucidi < > [email protected]> > wrote: > > > Hi guys, > > > > I have to confess that many times I wondered if this use case can make > > sense in ManifoldCF. > > > > I mean at an high level Manifold get contents in input and creates search > > indexes as the main output. > > So it seems that we are addressing a huge swerve in terms of features. > > > > I totally agree with Rafa and I would like to start the initial > > implementation for the CMIS Output Connector. > > > > I suggest to add a different naming convention for the output connectors > > because we will have at least two different types: > > > > - Output Index Connector > > - Output Content Connector > > > > Or something similar to these I listed above. > > > > What do you think also about an eventual new type Output Blockchain > > Connector? > > > > Please share your ideas ^__^ > > > > PJ > > > > 2016-11-23 23:55 GMT+01:00 Rafa Haro <[email protected]>: > > > > > Indeed, implementations for each repository would be needed. But I can > > > ensure this is a quite common use case. So probably it is worth to > start > > > contributing repository output connectors > > > > > > Thanks for sharing your opinion Karl! > > > El El mié, 23 nov 2016 a las 23:37, Karl Wright <[email protected]> > > > escribió: > > > > > > > Hi Rafa, > > > > > > > > This is not crazy but you really do have to have an output connector > > for > > > > each repository type you want to push documents into. We have done > > this > > > > for the filesystem but really for nothing much else, so far. But I > see > > > no > > > > reason it could not be done. > > > > > > > > The code needed to output documents into a repository is, of course, > > > > totally different than the code needed to read from one. > > > > > > > > Security is a problem you'd once again have to figure out on a > > repository > > > > by repository basis. > > > > > > > > Thanks, > > > > Karl > > > > > > > > > > > > On Wed, Nov 23, 2016 at 5:09 PM, Rafa Haro <[email protected]> wrote: > > > > > > > > > Hi, > > > > > > > > > > I just wanted to share an (almost) random thought I have had from > > time > > > to > > > > > time. In the lasts years, I have faced several migrations between > > > > different > > > > > ECM systems (for example from Alfresco to Nuxeo). Several times I > > have > > > > > consider the possibility to use ManifoldCF for this, at the end I > was > > > > > wondering my self "why not?". My main fear is about permissions > > > > > replications from different systems. > > > > > > > > > > Besides that, what do you guys think about that possibility? > > > > > > > > > > Maybe creating a new type of output connector ....? Am I completely > > > > crazy? > > > > > Just wanted to hear your opinions > > > > > > > > > > Cheers! > > > > > Rafa > > > > > > > > > > > > > > > > > > > > -- > > Piergiorgio Lucidi > > Technology Evangelist @ Sourcesense > > Author and Technical Reviewer @ Packt Publishing > > Mentor / PMC Member / Committer @ Apache Software Foundation > > Community Star / Wiki Gardener / Forum Moderator / Certified Instructor, > > Engineer and Administrator @ Alfresco > > Top Community Contributor @ Crafter > > Project Leader / Committer @ JBoss > > http://www.open4dev.com > > > -- Piergiorgio Lucidi Technology Evangelist @ Sourcesense Author and Technical Reviewer @ Packt Publishing Mentor / PMC Member / Committer @ Apache Software Foundation Community Star / Wiki Gardener / Forum Moderator / Certified Instructor, Engineer and Administrator @ Alfresco Top Community Contributor @ Crafter Project Leader / Committer @ JBoss http://www.open4dev.com
