<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Top Five Alfresco Roadmap Takeaways</title>
	<atom:link href="http://ecmarchitect.com/archives/2009/11/12/1090/feed" rel="self" type="application/rss+xml" />
	<link>http://ecmarchitect.com/archives/2009/11/12/1090</link>
	<description>Jeff Potts on ECM, portals, search, collaboration, and a bunch of personal stuff</description>
	<lastBuildDate>Tue, 09 Mar 2010 23:10:06 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Spring, Roo, and Alfresco Too: What Alfresco Gave to Spring and Why &#124; ecmarchitect.com</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-46044</link>
		<dc:creator>Spring, Roo, and Alfresco Too: What Alfresco Gave to Spring and Why &#124; ecmarchitect.com</dc:creator>
		<pubDate>Thu, 17 Dec 2009 00:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-46044</guid>
		<description>[...] recall from my community event takeaways post in November that Alfresco announced plans around Surf, the Apache license, and Spring but the [...]</description>
		<content:encoded><![CDATA[<p>[...] recall from my community event takeaways post in November that Alfresco announced plans around Surf, the Apache license, and Spring but the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44767</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Fri, 20 Nov 2009 23:35:43 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44767</guid>
		<description>We used MediaWiki at Optaros for quite some time and it worked well. Our project-centric collaboration leverages Trac which has its own wiki. For a while, as you noted, we just manually put our own links to Alfresco in there and we still do that a lot. We also wrote a little integration between Trac&#039;s wiki and Alfresco to make it easier for people to do things like display links to the contents of a folder in Alfresco from within a wiki page. I&#039;ve never customized MediaWiki so I don&#039;t know what it would take to do something similar, but that might be something to think about.

Alfresco Share is a project- or team-centric collaboration tool that has both a wiki and a document library (as well as other similar features). The wiki isn&#039;t as powerful as a standalone wiki, and it doesn&#039;t yet feature tight integration with the document library like you&#039;re talking about, but it might be something to consider.

At one time there was a MediaWiki integration with Alfresco but I never looked at it. I think it had more to do with running MediaWiki and Alfresco in the same process. For what you are trying to do, I&#039;d avoid that and instead see what MediaWiki&#039;s extension model is. If you can write a little macro or something that knows how to hit an Alfresco web script to retrieve the folder contents, that&#039;s the way to go.

Jeff</description>
		<content:encoded><![CDATA[<p>We used MediaWiki at Optaros for quite some time and it worked well. Our project-centric collaboration leverages Trac which has its own wiki. For a while, as you noted, we just manually put our own links to Alfresco in there and we still do that a lot. We also wrote a little integration between Trac&#8217;s wiki and Alfresco to make it easier for people to do things like display links to the contents of a folder in Alfresco from within a wiki page. I&#8217;ve never customized MediaWiki so I don&#8217;t know what it would take to do something similar, but that might be something to think about.</p>
<p>Alfresco Share is a project- or team-centric collaboration tool that has both a wiki and a document library (as well as other similar features). The wiki isn&#8217;t as powerful as a standalone wiki, and it doesn&#8217;t yet feature tight integration with the document library like you&#8217;re talking about, but it might be something to consider.</p>
<p>At one time there was a MediaWiki integration with Alfresco but I never looked at it. I think it had more to do with running MediaWiki and Alfresco in the same process. For what you are trying to do, I&#8217;d avoid that and instead see what MediaWiki&#8217;s extension model is. If you can write a little macro or something that knows how to hit an Alfresco web script to retrieve the folder contents, that&#8217;s the way to go.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peritico</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44701</link>
		<dc:creator>Peritico</dc:creator>
		<pubDate>Thu, 19 Nov 2009 22:06:24 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44701</guid>
		<description>Just read a couple of your article and thought about asking your opinion.
I just started with Alfresco, and it seems right for my needs for storing documents.
I&#039;m an environmental engineer with some IT background. I&#039;m trying to start a personal wiki related to my professional expertise, but I&#039;m envisioning that it could get more serious, like my company wiki.
I feel like Mediwiki would be the way to go, but then I would like have links in my articles to files in the alfresco repository, as I have a lot of reports, e-books. Also for some articles, I would like to list documents related to the subject, maybe by categories or folders of Alfresco.
Can you suggest me where to move on, my time resources are limited and I&#039;m more eager to populate my wiki then getting expertise in ECM, still I&#039;ll like to get the right solution from the beginning.

I read something about joomla and this integration with cmis. I&#039;m familiar with joomla, but a wiki is really what I,m looking for.

Regards,

Peritico</description>
		<content:encoded><![CDATA[<p>Just read a couple of your article and thought about asking your opinion.<br />
I just started with Alfresco, and it seems right for my needs for storing documents.<br />
I&#8217;m an environmental engineer with some IT background. I&#8217;m trying to start a personal wiki related to my professional expertise, but I&#8217;m envisioning that it could get more serious, like my company wiki.<br />
I feel like Mediwiki would be the way to go, but then I would like have links in my articles to files in the alfresco repository, as I have a lot of reports, e-books. Also for some articles, I would like to list documents related to the subject, maybe by categories or folders of Alfresco.<br />
Can you suggest me where to move on, my time resources are limited and I&#8217;m more eager to populate my wiki then getting expertise in ECM, still I&#8217;ll like to get the right solution from the beginning.</p>
<p>I read something about joomla and this integration with cmis. I&#8217;m familiar with joomla, but a wiki is really what I,m looking for.</p>
<p>Regards,</p>
<p>Peritico</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44559</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Mon, 16 Nov 2009 09:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44559</guid>
		<description>I think you&#039;re absolutley right. 

These are all advanced back-end team-working editorial features which benefit the content producers, and are no use to the final content consumer (that is, the custom public website).

Thanks again for the blog post.</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re absolutley right. </p>
<p>These are all advanced back-end team-working editorial features which benefit the content producers, and are no use to the final content consumer (that is, the custom public website).</p>
<p>Thanks again for the blog post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Alsup</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44517</link>
		<dc:creator>Mike Alsup</dc:creator>
		<pubDate>Sun, 15 Nov 2009 04:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44517</guid>
		<description>Jeff - not sure where to put this and maybe everyone in your world knew, but I didn&#039;t!  Mike Alsup

Whitehouse goes Drupal
From Personal Democracy Forum:

WhiteHouse.gov has gone Drupal. After months of planning, says an Obama Administration source, the White House has ditched the proprietary content management system that had been in place since the days of the Bush Administration in favor of the latest version of the open-source Drupal software, as the AP alluded to in its reporting several minutes ago.

This is a pragmatic decision because open source software is more likely to withstand time’s arrows (time’s arrow faces forward but it seems to fire them backwards at us), but it’s also important as a symbol: It is yet another validation of open software’s robustness and capabilities; it says that the White House is of and by the people, just as open software is; it symbolizes the Obama administration’s understanding of tech and its embrace of openness.</description>
		<content:encoded><![CDATA[<p>Jeff &#8211; not sure where to put this and maybe everyone in your world knew, but I didn&#8217;t!  Mike Alsup</p>
<p>Whitehouse goes Drupal<br />
From Personal Democracy Forum:</p>
<p>WhiteHouse.gov has gone Drupal. After months of planning, says an Obama Administration source, the White House has ditched the proprietary content management system that had been in place since the days of the Bush Administration in favor of the latest version of the open-source Drupal software, as the AP alluded to in its reporting several minutes ago.</p>
<p>This is a pragmatic decision because open source software is more likely to withstand time’s arrows (time’s arrow faces forward but it seems to fire them backwards at us), but it’s also important as a symbol: It is yet another validation of open software’s robustness and capabilities; it says that the White House is of and by the people, just as open software is; it symbolizes the Obama administration’s understanding of tech and its embrace of openness.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44432</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Fri, 13 Nov 2009 17:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44432</guid>
		<description>Tom,

Can it be done as the DM currently stands? I don&#039;t think so. Otherwise there wouldn&#039;t have been a reason to create a new store implementation in the first place.

Are the features you mentioned important? I think of the ones you listed, versioning is still important. But if you are building a solution in which you have a completely custom front-end making CMIS (or custom web script) calls to Alfresco, particularly if the front-end itself may not even be managed by Alfresco, I&#039;m not sure Alfresco-provided preview or authoring sandboxes are that useful.

Jeff</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>Can it be done as the DM currently stands? I don&#8217;t think so. Otherwise there wouldn&#8217;t have been a reason to create a new store implementation in the first place.</p>
<p>Are the features you mentioned important? I think of the ones you listed, versioning is still important. But if you are building a solution in which you have a completely custom front-end making CMIS (or custom web script) calls to Alfresco, particularly if the front-end itself may not even be managed by Alfresco, I&#8217;m not sure Alfresco-provided preview or authoring sandboxes are that useful.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44430</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 13 Nov 2009 17:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44430</guid>
		<description>Thanks Jeff. 

I actually meant the layering of entire repositories (default behaviour for multi-user contribution) - not on a per-folder basis.

For those that don&#039;t know: New stores are created for each user which transparently point to the staging store, so that they only contain the user&#039;s changes, but they appear to contain everything. Promoting changes enmasse moves the delta from the personal AVM repo (or temp workflow repo) to staging repo, then the personal repo is flattened.

Jeff, do you think the independently edit/reviewed stores, change-lists, previewable stores, revert, roll-forward/roll-back of an entire site can be modelled in the DM? Do you think these features are even important enough to try and replicate in the DM?

BTW: I agree on your best-practice that folder-layering betwen web-projects is best avoided.

Tom</description>
		<content:encoded><![CDATA[<p>Thanks Jeff. </p>
<p>I actually meant the layering of entire repositories (default behaviour for multi-user contribution) &#8211; not on a per-folder basis.</p>
<p>For those that don&#8217;t know: New stores are created for each user which transparently point to the staging store, so that they only contain the user&#8217;s changes, but they appear to contain everything. Promoting changes enmasse moves the delta from the personal AVM repo (or temp workflow repo) to staging repo, then the personal repo is flattened.</p>
<p>Jeff, do you think the independently edit/reviewed stores, change-lists, previewable stores, revert, roll-forward/roll-back of an entire site can be modelled in the DM? Do you think these features are even important enough to try and replicate in the DM?</p>
<p>BTW: I agree on your best-practice that folder-layering betwen web-projects is best avoided.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44424</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Fri, 13 Nov 2009 13:36:55 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44424</guid>
		<description>Tom,

One of the things we included in our Best Practices talk was that layering &quot;might not behave as expected&quot; and that it is a feature that&#039;s &quot;best avoided&quot;. It would not surprise me at all if layering didn&#039;t make it into the DM. Again, speculation, but if I am trying to be as future-proof as possible, I think I would try to work around layering if possible.

Jeff</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>One of the things we included in our Best Practices talk was that layering &#8220;might not behave as expected&#8221; and that it is a feature that&#8217;s &#8220;best avoided&#8221;. It would not surprise me at all if layering didn&#8217;t make it into the DM. Again, speculation, but if I am trying to be as future-proof as possible, I think I would try to work around layering if possible.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jpotts</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44423</link>
		<dc:creator>jpotts</dc:creator>
		<pubDate>Fri, 13 Nov 2009 13:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44423</guid>
		<description>Claudia,

The future of Web Studio is unknown. All we know right now is that Alfresco hasn&#039;t identified an Enterprise release for Web Studio. That&#039;s quite odd when you see Alfresco talking about features 4.0 which is at least a year away. So we don&#039;t know for sure that it will always be a Community project, but I definitely wouldn&#039;t be counting on in any time soon.

In DC, John Newton talked about licensing Web Scripts and Surf under Apache. In Atlanta, I saw Web Studio included in that list for the first time. So maybe their approach will be to treat it as a community-supported development tool. We&#039;ll see.

Jeff</description>
		<content:encoded><![CDATA[<p>Claudia,</p>
<p>The future of Web Studio is unknown. All we know right now is that Alfresco hasn&#8217;t identified an Enterprise release for Web Studio. That&#8217;s quite odd when you see Alfresco talking about features 4.0 which is at least a year away. So we don&#8217;t know for sure that it will always be a Community project, but I definitely wouldn&#8217;t be counting on in any time soon.</p>
<p>In DC, John Newton talked about licensing Web Scripts and Surf under Apache. In Atlanta, I saw Web Studio included in that list for the first time. So maybe their approach will be to treat it as a community-supported development tool. We&#8217;ll see.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Steffan</title>
		<link>http://ecmarchitect.com/archives/2009/11/12/1090/comment-page-1#comment-44418</link>
		<dc:creator>Andreas Steffan</dc:creator>
		<pubDate>Fri, 13 Nov 2009 10:12:02 +0000</pubDate>
		<guid isPermaLink="false">http://ecmarchitect.com/?p=1090#comment-44418</guid>
		<description>Hallo Jeff,

I really appreciate most of the directions taken
regarding the evolution of alfresco.

I&#039;m quite involved with web content management, 
so the things that make me worry most are 
native XML support and web studio. Native XML 
support, because it would serve as the 
foundation for referential integrity and querying of
(web)form generated content. Web studio as it is 
the only authoring environment which is Surf 
aware - I hope there is enough interest in it, so it 
won&#039;t die.

regards
Andreas</description>
		<content:encoded><![CDATA[<p>Hallo Jeff,</p>
<p>I really appreciate most of the directions taken<br />
regarding the evolution of alfresco.</p>
<p>I&#8217;m quite involved with web content management,<br />
so the things that make me worry most are<br />
native XML support and web studio. Native XML<br />
support, because it would serve as the<br />
foundation for referential integrity and querying of<br />
(web)form generated content. Web studio as it is<br />
the only authoring environment which is Surf<br />
aware &#8211; I hope there is enough interest in it, so it<br />
won&#8217;t die.</p>
<p>regards<br />
Andreas</p>
]]></content:encoded>
	</item>
</channel>
</rss>
