http://sergehuber.jahia.com Thoughts on WCM and related technologies posterous.com Mon, 07 Nov 2011 01:28:00 -0800 http://feedproxy.google.com/~r/jahia/serge/~3/6jO7m9fDvEg/quick-mac-tip-install-java-15-on-os-x-lion http://sergehuber.jahia.com/quick-mac-tip-install-java-15-on-os-x-lion <p> <p>If you're like me, you might need to test compatibility with Java 1.5 despite the fact that it's old and that nobody should use it anymore :) Unfortunately the reality is that some users migrate slowly, and so it might be useful to be able to test with old versions of the JDK.</p> <p>As you probably know, the JDK 1.5 is not available officially for Mac OS X Lion. But there is a way to install it anyway, and it is very well documented here :&nbsp;<a href="http://www.s-seven.net/java_15_lion" title="Install Java 1.5 on Mac OS X Lion" target="_blank">http://www.s-seven.net/java_15_lion</a></p> <p>Let me know if you liked this tip, I might add more in the future :)</p> </p> <p><a href="http://sergehuber.jahia.com/quick-mac-tip-install-java-15-on-os-x-lion">Permalink</a> | <a href="http://sergehuber.jahia.com/quick-mac-tip-install-java-15-on-os-x-lion#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=6jO7m9fDvEg:2Dhklp8C2T8:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=6jO7m9fDvEg:2Dhklp8C2T8:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=6jO7m9fDvEg:2Dhklp8C2T8:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=6jO7m9fDvEg:2Dhklp8C2T8:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/6jO7m9fDvEg" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/quick-mac-tip-install-java-15-on-os-x-lion Fri, 04 Nov 2011 01:41:04 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/zXa90uBDg9k/some-fun-with-videos http://sergehuber.jahia.com/some-fun-with-videos <p> I had some fun with the iMovie trailers functionality the other day and did this quick ad for Jahia 6.5 which I think turned out quite well. What do you think about it ?<p /><div><iframe src="http://player.vimeo.com/video/30380316?portrait=0" frameborder="0" height="283" width="500"></iframe></div> </p> <p><a href="http://sergehuber.jahia.com/some-fun-with-videos">Permalink</a> | <a href="http://sergehuber.jahia.com/some-fun-with-videos#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=zXa90uBDg9k:G_3LldzOaOs:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=zXa90uBDg9k:G_3LldzOaOs:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=zXa90uBDg9k:G_3LldzOaOs:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=zXa90uBDg9k:G_3LldzOaOs:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/zXa90uBDg9k" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/some-fun-with-videos Fri, 04 Nov 2011 00:15:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/xFNE1Cn1OTI/a-few-new-things http://sergehuber.jahia.com/a-few-new-things <p> <p>For those of you that have been following my blog (btw thanks !), and for the newcomers, I'd like to announce a few new things coming to this blog. First and foremost, there should be more activity here, as I have been able to shift around some of my time towards more outside communication now that we have version 6.5 out the door.</p> <p>What this means is that you will get a new kind of posts in this blog : samples. I will use these samples to illustrate what can be achieved using Jahia as a basis for integration of all kinds of technologies such personalization, real-time server statistics, and much more !</p> <p>Of course I won't forget to have some fun, and post some videos that we have made to promote or illustrate some of the lighter sides of our work.</p> <p>I must say I am very excited about the new Jahia 6.5 release, and I can't wait for you to try it ! You can download it here:&nbsp;<a href="http://www.jahia.com/cms/home/download.html" title="Jahia Download Page" target="_blank">http://www.jahia.com/cms/home/download.html</a></p> <p>&nbsp;</p> </p> <p><a href="http://sergehuber.jahia.com/a-few-new-things">Permalink</a> | <a href="http://sergehuber.jahia.com/a-few-new-things#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=xFNE1Cn1OTI:KVBg1N0oJkc:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=xFNE1Cn1OTI:KVBg1N0oJkc:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=xFNE1Cn1OTI:KVBg1N0oJkc:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=xFNE1Cn1OTI:KVBg1N0oJkc:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/xFNE1Cn1OTI" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/a-few-new-things Fri, 16 Sep 2011 03:09:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/yqEjlr1dfkQ/osgi-in-5-minutes http://sergehuber.jahia.com/osgi-in-5-minutes <p> <p>I just put together quickly this presentation that aims to be a very quick introduction to OSGi. I look forward to any feedback :)</p> <p>&nbsp;</p> <div style=""><strong style="display: block; margin: 12px 0 4px;"><a href="http://www.slideshare.net/sergehuber/osgi-in-5-minutes" title="OSGi in 5 minutes" target="_blank">OSGi in 5 minutes</a></strong> <iframe scrolling="no" marginheight="0" marginwidth="0" src="http://www.slideshare.net/slideshow/embed_code/9280626" frameborder="0" height="355" width="425"></iframe> <div style="padding: 5px 0 12px;">View more <a href="http://www.slideshare.net/" target="_blank">presentations</a> from <a href="http://www.slideshare.net/sergehuber" target="_blank">Serge Huber</a></div> </div> </p> <p><a href="http://sergehuber.jahia.com/osgi-in-5-minutes">Permalink</a> | <a href="http://sergehuber.jahia.com/osgi-in-5-minutes#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yqEjlr1dfkQ:bo_L2aMmgOM:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yqEjlr1dfkQ:bo_L2aMmgOM:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yqEjlr1dfkQ:bo_L2aMmgOM:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=yqEjlr1dfkQ:bo_L2aMmgOM:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/yqEjlr1dfkQ" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/osgi-in-5-minutes Mon, 17 Jan 2011 22:47:00 -0800 http://feedproxy.google.com/~r/jahia/serge/~3/vV1HLrQIJE8/integrate-maven-and-growl http://sergehuber.jahia.com/integrate-maven-and-growl <p> <p>Don't you have the problem that you launch Maven builds that take some time to execute and in the meantime you switch to something else ? The problem is that often the build finishes in the background and it's only later that you come back to it, once you've finished your foreground task.</p> <p>Well I do that a lot, and I found this <a href="http://geoffreywiseman.github.com/maven-growl/" title="Integrate Maven and Growl" target="_blank">great little tutorial on how to integrate Maven and Growl</a> on the Mac. There are probably ways to do this also on Windows and Linux I'm quite sure, but as the Mac is my main development platform, I will leave others to take care of the other platforms :)</p> <ol> <li>Install growlnotify from the Extras package in <a href="http://growl.info/" title="Growl's Web site" target="_blank">Growl's standard package</a> :&nbsp;</li> <li>Add a script in your MAVEN_HOME/bin directory called "gmvn" with the content :&nbsp;<code><br />#!/bin/bash<br />mvn $*<br />if [ $? -gt 0 ]<br />then<br />&nbsp;&nbsp; &nbsp;echo "Build failed!" | growlnotify "Maven" --name maven --image ABSOLUTE_PATH_TO_IMAGES/maven-growl-failure.jpg &gt; /dev/null 2&gt;&amp;1<br />else<br />&nbsp;&nbsp; &nbsp;echo "Build completed successfully." | growlnotify "Maven" --name maven --image&nbsp;ABSOLUTE_PATH_TO_IMAGES/maven-growl-success.jpg &gt; /dev/null 2&gt;&amp;1<br />fi</code></li> <li>chmod +x gmvn</li> <li>Then use gmvn instead of mvn to build your projects.</li> </ol> <p>You can retrieve the images from <a href="http://geoffreywiseman.github.com/maven-growl/" title="Geoffrey's web site" target="_blank">Geoffrey's website</a>. Note that you will have to specify an absolute path to the images. For some reason a relative path doesn't seem to work.</p> </p> <p><a href="http://sergehuber.jahia.com/integrate-maven-and-growl">Permalink</a> | <a href="http://sergehuber.jahia.com/integrate-maven-and-growl#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=vV1HLrQIJE8:QPOC_RConVA:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=vV1HLrQIJE8:QPOC_RConVA:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=vV1HLrQIJE8:QPOC_RConVA:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=vV1HLrQIJE8:QPOC_RConVA:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/vV1HLrQIJE8" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/integrate-maven-and-growl Mon, 17 Jan 2011 07:20:00 -0800 http://feedproxy.google.com/~r/jahia/serge/~3/2seWQHiCfy8/jcr-is-not-dead-and-neither-is-cmis http://sergehuber.jahia.com/jcr-is-not-dead-and-neither-is-cmis <p> <p>Recently, an <a href="http://www.cmswire.com/cms/web-cms/is-jcr-dead-009676.php" title="CMS Wire &quot;Is the JCR dead&quot; article" target="_blank">article on CMSWire</a> caused quite a stir, mostly because it was asking the controversial question "Is the JCR dead ?". In reply, a few opinions posted by myself and other CMS actors/vendors were quick to appear, but I think some clarification is needed in order to explain what I think is really relevant for developers, integrators and end-users.</p> <p>The quick answer is : neither <a href="http://jcp.org/en/jsr/detail?id=283" title="JCR 2.0 Specification" target="_blank">JCR</a> nor <a href="http://www.oasis-open.org/committees/cmis/" title="CMIS Working Group" target="_blank">CMIS</a> are really important for end-users. Fortunately most of them will never have to deal with either, and only integrators and developers will have to bother.</p> <p>Now these two standards were put in opposition in the article, probably in the hope that the controversy would attract readers, but it actually doesn't make sense to do that. A lot of developers are actually using both, and the only real difficulty in integrating the two is translating queries, but apart from that it maps pretty well.</p> <p>The JCR is not dead and still relevant, because other standards such as <a href="http://www.oracle.com/technetwork/java/javase/tech/index-jsp-136101.html" title="JDBC" target="_blank">JDBC</a> are not dead and also still relevant. A lot of people wanting to see the JCR die have probably had bad experiences with it, or have moved on to other technologies, but this standard still make a lot of sense in the Java CMS and <a href="http://en.wikipedia.org/wiki/Web_content_management_system" title="Web Content Management" target="_blank">WCM</a> world. Where else can you get a native language API that offers powerful queries, versioning, flexible content definitions, import/export etc ? Sure CMIS offers some of these, but at the same time you probably wouldn't want to use CMIS in the middle of your Java project. CMIS is mostly oriented towards being a service interface.</p> <p>One may want to ask the question : if my technology exposes as a service, why even bother with a middleware standard such as JCR ? Mostly because JCR addresses some standard features that are hard to implement well, such as advanced queries or versioning, and standardizing the interface allows for a reliable layer at which to write tests and implement things properly. For example, query parsing and execution can be complex, and having a standard to define it them good both for interoperability, migration and overall quality. This doesn't mean that it doesn't have any drawbacks, as is the case for example in the amount of query languages supported, which really should be reduced in the next version, because it complexifies the implementations. In JCR 2.0 it is possible to query for content using the SQL-2 language or the Abstract Query Model, but also with the SQL-1 or XPath languages that were part of the 1.0 specification and are now deprecated. What this implies is that the default implementation, <a href="http://jackrabbit.apache.org/" title="Apache Jackrabbit" target="_blank">Jackrabbit</a>, has to support all four of these query systems at this point, and this makes the implementers' job all that more difficult, and optimizations are equally hard to do. This problem is a transitional one, and one can hope it will be resolved in the next version, as the old languages are already deprecated.</p> <p>Another important and difficult to implement sub-system is versioning. We, at Jahia, have noticed how complex this can become when doing advanced versioning operations on trees. A good example is <a href="http://www.nongnu.org/cvs/" title="CVS" target="_blank">CVS</a>, which couldn't support moves, because of the complexity that is needed to properly version such operations. It is only much later, and with a different model, that <a href="http://subversion.tigris.org/" title="Subversion" target="_blank">SVN</a> managed to fill the gap. All this to say that standardization of these features allows to make sure that they are well defined, and that JCR users can rely on such features to build value on top of it. It also means that in the case of open source implementations of the JCR, people may collaborate to develop and maintain such complex code. The alternative is to redevelop this all from scratch in a non-standard way, and coming from this world I can tell you it is not the best option for neither the developers, integrators nor the end-users.</p> <p>The above are just two examples of why this standard actually help build common infrastructure, and make sure that backend features are available. There are many more features that are part of the standard, such as ACLs, content definitions, import/export, observation, workspaces, transactions that are equally part of the infrastructure that most developers want to take for granted, rather than re-implement.</p> <p>As I have mentioned previously, my biggest gripes with CMIS is that it is too file-oriented, and that it lacks a simple interface. Maybe I should explain what I mean by simple interface. Today, in the world of <a href="http://rubyonrails.org/" title="Ruby on Rails" target="_blank">Ruby on Rails</a>, <a href="http://sling.apache.org/" title="Apache Sling" target="_blank">Apache Sling</a>, <a href="beta65.jahia.org" title="Jahia 6.5 Beta" target="_blank">Jahia 6.5</a>, <a href="http://www.day.com/" title="Day's Communique" target="_blank">Day's Communique</a>, people want simple (yet still powerful) access to their content objects. All the aforementioned tools allow for simple <a href="http://en.wikipedia.org/wiki/Representational_State_Transfer" title="REST" target="_blank">REST</a> HTTP mapping of URIs and attributes to back-end content objects. CMIS 1.0 still requires that you use either ATOM or SOAP to interact with content objects, and even so a lot of wiring is still required. Of course one of the goals of CMIS is that tools and libraries will be available to help with the integration, but it will be hard to beat the simplicity of a simple HTTP POST request to update content.</p> <p>I have been following the CMIS open-source implementation at Apache, and the efforts are really great, but it hit a major roadblock when it switched implementation in the middle of last year, moving from the old Chemistry codebase contributed by Nuxeo to the one contributed by OpenText. It took a little while to merge all the functionality, and it has now reached a point where it is really interesting, at version 0.2.0. Of course at Jahia we are integrating with <a href="http://incubator.apache.org/chemistry/" title="Apache Chemistry" target="_blank">Apache Chemistry</a>, but as we had worked with the old code base, we had to restart when the implementation changed. This is probably true of other people working with CMIS. So in no way do I want to diminish the importance of CMIS, but between the wild claims that are out there that CMIS will revolutionize the world and the hard truth of the code available in open source or closed source implementations, there is still a lot of work.</p> <p>I hope there will be an emerging service standard that will fulfill the promise of being both flexible and easy to integrate, and this ends up to be CMIS so much the better. But let's not forget that before CMIS there was iECM, WebDAV, and before that many more that didn't work because of the complexity of the implementations, or because vendors never really committed to interoperability. It is also hard to keep a standard minimal, and at version 1.0 CMIS is already much more complex than I had hoped it would be.</p> <p>I have also said that one of the main reasons people are interested in CMIS is that the standard is that Microsoft is onboard with the inclusion of an implementation in Sharepoint 2010. But let's not forget that Microsoft has a pretty bad history of keeping up with standards. One often forgotten example is WebDAV, called Web Folders in Windows. Initially a lot of people were very happy to see Microsoft implement this at the OS level, but very quickly, as the standard evolved, the WebDAV implementation that Microsoft built was not property maintained and therefore not seen as very important for them as a interoperability strategy, especially compared to .NET and SOAP. As times passed, Microsoft started replacing WebDAV with SOAP interfaces, and this is reflected in the current state of the integration between MS Office and Sharepoint.</p> <p>On the Java side, I believe there is no current standard alternative to the JCR, and the alternative of having vendor lock-in on the lower levels is actually a little scary. We've had a custom built content repository for years before we integrated with the JCR, and maintaining this within our company was not the best way to focus our resources on something that should be common infrastructure, much in the same way we would never think of re-implementing our own database.</p> <p>When working on a WCM, you really need to be able to handle tree-like structure, with varying properties depending on the position in the tree, with advanced features such as versioning, permissions, locking, structure definitions, in an API that is native to the language in which you are writing your WCM product. This is what the JCR is for and what it is good at. It is NOT a service API. It would be equally crazy to use CMIS within an implementation of a WCM, because this means that each access to a content object would have to go through layers of transformations to handle the ATOM or SOAP calls. But if you are working on integrating loosly coupled data repositories, with a lower volume of calls, then using CMIS makes a lot more sense. This is why CMIS works well with files, but not as well for generic content objects.</p> <p>So in conclusion, I think that a lot of noise was generated around all this, but the good news is that standards do exist and they are alive and well, and let's hope that their evolution will make them even better. But the real interesting work is above all this, to make content easier to generate, curate, share and retrieve.</p> </p> <p><a href="http://sergehuber.jahia.com/jcr-is-not-dead-and-neither-is-cmis">Permalink</a> | <a href="http://sergehuber.jahia.com/jcr-is-not-dead-and-neither-is-cmis#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=2seWQHiCfy8:-5PKpJ2k0IQ:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=2seWQHiCfy8:-5PKpJ2k0IQ:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=2seWQHiCfy8:-5PKpJ2k0IQ:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=2seWQHiCfy8:-5PKpJ2k0IQ:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/2seWQHiCfy8" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/jcr-is-not-dead-and-neither-is-cmis Fri, 06 Aug 2010 03:11:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/X8UFBcRiUIg/open-source-makes-your-customers-happier http://sergehuber.jahia.com/open-source-makes-your-customers-happier <p> <p>I often get the question of why open source code is important, aside from the usual benefits of code review, security auditing, and the general idea that more eyeballs makes for better implementations ?</p> <p>Well, where it really shines is during support, when you are investigating a bug.</p> <p>Let's say that you have a bug, and that for once it is not in your code. It seems to come from some library that is used by your software. When this happens, for example when I'm working on an <a href="http://www.apple.com/iphone">iPhone</a> application, it usually takes a long time to find the method responsible for the bug. If the libraries are closed-source, this time can be made longer simply by the fact that you are not sure what the dependencies between libraries are, and can spent time trying to pin-point the location of the problem. Once you have managed to track it, all you can do is file a bug report to the author, and hope it will be adressed. In this example case of an iPhone application, this might be a long time, if ever it gets fixed (as bugs are proritized by project managers).</p> <p>In the case of an open source product, such as <a href="http://www.jahia.com">Jahia</a>, you have the full source code, and you are free to modify it for your own means, or redistribute the modification under the same license. So this means that when tracking down a bug, I can not only more rapidly find the origin of the problem, but I can, if I know how to do it, correct it myself and not have to rely on external resources that may not be available at the time. Also, when debugging, it is really great to be able to trace through the code to understand what is going on. Maybe the bug is in your own code, but actually seeing the source code of the external library made you understand what was wrong in your own code a lot faster. You could ask an external consultant to work on it, and he could do it provided he has a good knowledge of the code, and help you fix the issue faster. Finally you can contribute the fix back to the author of the source code if the issue was found in an external piece of software.</p> <p>So in the end, bugs get identified and fixed faster, you spend less time with bugs, the customer gets a answer faster, basically everyone wins.</p> <p>This is for me one of the biggest commercial advantages of open source against closed source, and if it makes the customer happier, it means you will retain him.</p> <p>&nbsp;</p> </p> <p><a href="http://sergehuber.jahia.com/open-source-makes-your-customers-happier">Permalink</a> | <a href="http://sergehuber.jahia.com/open-source-makes-your-customers-happier#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=X8UFBcRiUIg:5cHAjDn8V0A:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=X8UFBcRiUIg:5cHAjDn8V0A:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=X8UFBcRiUIg:5cHAjDn8V0A:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=X8UFBcRiUIg:5cHAjDn8V0A:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/X8UFBcRiUIg" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/open-source-makes-your-customers-happier Wed, 04 Aug 2010 23:34:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/Pp2jFohtch4/goodbye-google-wave-google-please-open-source http://sergehuber.jahia.com/goodbye-google-wave-google-please-open-source <p> <p>I have just heard about the <a href="http://googleblog.blogspot.com/2010/08/update-on-google-wave.html" target="_blank">Google Wave discontinuation</a> by the end of the year, and I must say my feelings are mixed. For me, the real reason for it's failure is not user adoption like Google and others seem to put it, but mostly execution. <p /> <a href="http://wave.google.com">Google Wave</a> had a lot of technical hurdles, because it was very ambitious. For me the most promising part of the technology was the fact that <a href="http://www.google.com">Google</a> announced they would, at some time, open source the back-end server and let everyone, in their own infrastructure, install Wave servers, much in the same way that people install Mail servers. This is what was really great about Wave, not all the gadgets like real-time typing and correction. Because it meant that this technology would be truly de-centralised, that no one could "own" your information. Actually with the hindsight this was very strange coming from Google, who tries to get as much as people's data as they can in their infrastructure. Maybe this is the real reason they cancelled this project ? :) <p /> Anyway, at <a href="http://www.jahia.org">Jahia</a>, we initially were very skeptical about the technology, and to be frank, when we got our first accounts we didn't really know what to do with it. We had all kinds of ideas of how to integrate it with Jahia, and we played a lot with wavelets, but apart from the basic fun, we never found good use cases for it. Then suddenly one of our developers really insisted that we use it as a brainstorming tool, and we quickly discovered how great this new tool could be ! This was really the killer application for this type of usage, and despite some hurdles (no notifications at first, and lack of integration with browsers or desktop clients), we started using it regularly and were becoming quite good at it. <p /> So for us we really found a good way to use Google Wave and despite its flaws we were happy with it. And now Google has decided to cancel the project. Fine, we'll go back to our old ways of doing things, maybe having learned a little on how to better collaborate. <p /> I think that Google really has an opportunity now, at least if they are ready to take this chance, to fully open source the technology. Sure there might be some Google specific parts, or maybe even some missing parts, but both the <a href="http://code.google.com/webtoolkit/">GWT</a> client and server parts could be very interesting to a lot of developers, and some might even be able to use it as a basis for building libraries to implement the Wave protocol. They have already some source code available at the <a href="http://www.waveprotocol.org/">Wave Protocol&nbsp;website</a> and they should just expand on that, make it into something easy to build and test locally, including the GWT client. <p /> I hope this is what they will do, and who knows, maybe this could even save Wave ?</p> </p> <p><a href="http://sergehuber.jahia.com/goodbye-google-wave-google-please-open-source">Permalink</a> | <a href="http://sergehuber.jahia.com/goodbye-google-wave-google-please-open-source#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Pp2jFohtch4:nflfjp-QI8k:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Pp2jFohtch4:nflfjp-QI8k:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Pp2jFohtch4:nflfjp-QI8k:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=Pp2jFohtch4:nflfjp-QI8k:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/Pp2jFohtch4" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/goodbye-google-wave-google-please-open-source Thu, 29 Jul 2010 09:43:25 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/yWiwx8L6_hs/thoughts-on-adobes-planned-acquisition-of-day http://sergehuber.jahia.com/thoughts-on-adobes-planned-acquisition-of-day <p> <span style=""><br /><span>As the web is still reacting to the news of Day's announced acquisition by Adobe, I couldn't help but also want to share my thoughts about this interesting new development in this arena.</span><br /><span></span><br /><span>The first thing that comes to mind is a conflict of company ideologies. On one side a company that is built around a single product that uses a model of partly open source software, where all the infrastructure is open-sourced in Apache Software projects, and on the other a company that couldn't be more traditionally closed source.</span><br /><span></span><br /><span>Which ideology will take over? At this point I think that no one can really tell. I believe that the deal was probably reached because Adobe made some medium-term commitment to keeping the same strategy in the business unit that Day will join, probably mostly in an effort not to scare away some of the most valuable open source contributors such as Roy Fielding or David Nueschler, and probably also because Adobe knows that it has some benefits to go in that direction.</span><br /><span></span><br /><span>But if we look historically at acquisitions in this field, it takes a very real and very strong commitment to open source to stay the course. Even we, at Jahia, know and appreciate that. We distribute our own full code under the GPL license. Open source makes a lot of sense for a small company like ours, but for larger companies like Adobe the commitment is more difficult, because it is not entirely rational, it is also ideological. Some large companies, such as Google, partially use this as a recruiting tool, since researchers usually prefer the notion of sharing knowledge and having independent peer reviews than working alone.</span><br /><span></span><br /><span>In a company like Adobe, or even Microsoft, to go the open source route usually takes some strong will from key company executives to happen. This has partially happened at Microsoft, which has now started contributing to the Apache Software Foundation. Other examples include Novell or IBM which were able to re-invent themselves by embracing open source.</span><br /><span></span><br /><span>Coming back to Adobe, only time will tell if they will indeed commit to open source as a company in the long term. But I do think that it will be not be that easy for some Day employees to become part of a much larger structure that will change the way they have worked until now. This is true of any acquisition, not just this one. Hopefully they will help Adobe become a more open company.</span><br /><span></span><br /><span>What does this all means for Jahia? Well many things. First of all it means that there is definitely great value in open source Java companies. It also validates the standard-based approach that has been a part of our software from the start. It means that customers that want a very agile relationship with their solution provider will probably be most likely to come to us rather than to Adobe. If Adobe doesn't commit in the long term to open source, we will benefit by offering a more open product, and if they do continue Day's strategy over the long term we will be able to collaborate with them to share and improve common infrastructure, technology and code. So I think that this is really good news for us all in all :)</span><br /><span></span><br /><span>So in conclusion, I would like to salute all my friends at Day, well done guys !</span><br /></span> </p> <p><a href="http://sergehuber.jahia.com/thoughts-on-adobes-planned-acquisition-of-day">Permalink</a> | <a href="http://sergehuber.jahia.com/thoughts-on-adobes-planned-acquisition-of-day#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yWiwx8L6_hs:ljzngjHRy5Q:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yWiwx8L6_hs:ljzngjHRy5Q:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=yWiwx8L6_hs:ljzngjHRy5Q:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=yWiwx8L6_hs:ljzngjHRy5Q:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/yWiwx8L6_hs" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/thoughts-on-adobes-planned-acquisition-of-day Tue, 15 Sep 2009 07:20:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/NbX3gxIG2zo/debugging-ehcache-in-a-cluster http://sergehuber.jahia.com/debugging-ehcache-in-a-cluster <p> <p>Yesterday I had to find a bug in EHCache in a cluster installation, and wanted to use the EHCache remote debugger, as described here : <a href="http://ehcache.org/documentation/remotedebugger.html">http://ehcache.org/documentation/remotedebugger.html</a> <br />&nbsp;<br />It turns out the documentation wasn't very clear, and it wasn't less clear was where the package could be found. In fact it can be retrieved here : <a href="http://sourceforge.net/projects/ehcache/files/ehcache-debugger/">http://sourceforge.net/projects/ehcache/files/ehcache-debugger/</a> (note the fact that it seems the name of the debugger is either "remote debugger" or "debugger", but it's the same code base). <br />&nbsp;<br />Now the tricky part was to make it work with Jahia. The way the debugger works is to actually participate in the cluster as an EHCache cluster node. What the documentation doesn't tell you is that in order to participate in the cluster, it will need to be able to deserialize all the objects it receives in the cluster messages, and this is why your application JARs are required. Also, I have tested it with JGroups replication, and it seems to work fine, so it can safely be used in other setupts than the RMI replication. <br />&nbsp;<br />Another problematic part of the documentation is the fact that the example command line mixes the -classpath and -jar command line options, which isn't supported by the JDK 1.5. So the example command line from the documentation will not work. Also, as is the case with Jahia, there might be a lot of application JARs, so it can be quite tedious to list them all. I put a little shell script together, that will automatically create the classpath correctly for a Jahia installation, which I am showing here : <br />&nbsp;<br />debug_ehcache.sh <br />-------------------------- <br /> <code> &nbsp;<br />buildClassPath() { <br />&nbsp; jar_dir=$1 <br />&nbsp; if [ $# -ne 1 ]; then <br />&nbsp; echo "Jar directory must be specified." <br />&nbsp; exit 1 <br />&nbsp; fi <br />&nbsp; class_path= <br />&nbsp; c=1 <br />&nbsp; for i in `ls $jar_dir/*.jar` <br />&nbsp; do <br />&nbsp; if [ "$c" -eq "1" ]; then <br />&nbsp; class_path=${i} <br />&nbsp; c=2 <br />&nbsp; else <br />&nbsp; class_path=${class_path}:${i} <br />&nbsp; fi <br />&nbsp; done <br />&nbsp; echo $class_path <br />&nbsp; #return $class_path <br />} <br />JAHIA_LIBS=/Users/loom/java/deployments/jahia-6-0-hotfix/apache-tomcat-6.0.18/webapps/ROOT/WEB-INF/lib <br />JAHIA_SHARED_LIBS=/Users/loom/java/deployments/jahia-6-0-hotfix/apache-tomcat-6.0.18/lib <br />JAHIA_CLASSPATH=`buildClassPath ${JAHIA_LIBS}` <br />JAHIA_SHARED_CLASSPATH=`buildClassPath ${JAHIA_SHARED_LIBS}` <br />CLASSPATH=${JAHIA_CLASSPATH}:${JAHIA_SHARED_CLASSPATH}:./backport-util-concurrent-3.1.jar:./commons-logging-1.0.4.jar:./commons-collections-3.2.jar:./jsr107cache-1.0.jar:./ehcache-debugger-1.5.0.jar <br />export CLASSPATH <br />java net.sf.ehcache.distribution.RemoteDebugger ehcache-jahia_cluster.xml $1 $2 $3 $4 </code> <br />------------------- <br />&nbsp;<br />Before launching this, make sure you copy your EHCache configuration file from WEB-INF/classes/ehcache-jahia_cluster.xml . Also, as this file uses variables injected from the jahia.properties file, you will have to replace the variables with the real values, as in the example below : <br /> <code>&nbsp;&nbsp;&nbsp;&lt;cacheManagerPeerProviderFactory </code></p> <p><code> <p>&nbsp;&nbsp; class="net.sf.ehcache.distribution.jgroups.JGroupsCacheManagerPeerProviderFactory"&nbsp;&nbsp; properties="connect=TCP_NIO(start_port=7870;bind_addr=127.0.0.1;loopback=true;recv_buf_size=20000000;send_buf_size=640000;discard_incompatible_packets=true;max_bundle_size=64000;max_bundle_timeout=30;use_incoming_packet_handler=true;enable_bundling=true;use_send_queues=false;sock_conn_timeout=300;skip_suspected_members=true;use_concurrent_stack=true):</p> <p>&nbsp;&nbsp; &nbsp; &nbsp; TCPPING(initial_hosts=127.0.0.1[7870],127.0.0.1[7871];port_range=10;timeout=3000;num_initial_members=2):</p> <p>&nbsp;&nbsp; &nbsp; &nbsp; MERGE2(max_interval=100000;min_interval=20000):</p> <p>FD_SOCK:</p> <p>FD(timeout=10000;max_tries=5;shun=true):</p> <p>VERIFY_SUSPECT(timeout=1500):</p> <p>pbcast.NAKACK(gc_lag=100;retransmit_timeout=3000;discard_delivered_msgs=true):</p> <p>pbcast.STABLE:</p> <p>pbcast.GMS(join_timeout=5000;shun=true;print_local_addr=true):</p> <p>VIEW_SYNC(avg_send_interval=60000):</p> <p>FC(max_credits=2000000;min_threshold=0.10):</p> <p>FRAG2(frag_size=60000)"</p> <p>&nbsp;&nbsp; propertySeparator="::" /&gt;</p> </code></p> <p /> <p>You can then start using the script to listen to a cache in a Jahia cluster installation. Here is an example command line : <br />&nbsp; <code><br />./debug_ehcache.sh SkeletonCache <br />&nbsp;</code><br />The output looks like this : <br /> <code>&nbsp;<br />Received removeAll notification. <br />Cache: SkeletonCache Notifications received: 1 Elements in cache: 0 <br />Cache: SkeletonCache Notifications received: 1 Elements in cache: 0 <br />Cache: SkeletonCache Notifications received: 1 Elements in cache: 0 <br />Received put notification for element [ key = 2-normal-en-administrators|administrators|guest|users-$$$#$#G_ContentPage_2WORKFLOWSTATE-normalLANGUAGECODE-en#$#G_SITE-2#$#G_USERNAME-administrators|administrators|guest|users, value=org.jahia.services.cache.CacheEntry@9d04dc, version=1, hitCount=0, CreationTime = 1252940741198, LastAccessTime = 0 ] <br />Cache: SkeletonCache Notifications received: 2 Elements in cache: 1 <br />Cache: SkeletonCache Notifications received: 2 Elements in cache: 1 <br />Cache: SkeletonCache Notifications received: 2 Elements in cache: 1 <br />Received put notification for element [ key = 2-normal-en-guest:0-$$$#$#G_ContentPage_2WORKFLOWSTATE-normalLANGUAGECODE-en#$#G_USERNAME-guest:0#$#G_SITE-2, value=org.jahia.services.cache.CacheEntry@8caee7, version=1, hitCount=0, CreationTime = 1252940747195, LastAccessTime = 0 ] <br />Cache: SkeletonCache Notifications received: 3 Elements in cache: 2 <br />Cache: SkeletonCache Notifications received: 3 Elements in cache: 2 <br />Cache: SkeletonCache Notifications received: 3 Elements in cache: 2 <br />Received put notification for element [ key = 302-normal-en-guest:0-$$$#$#G_USERNAME-guest:0#$#G_SITE-2#$#G_ContentPage_302WORKFLOWSTATE-normalLANGUAGECODE-en, value=org.jahia.services.cache.CacheEntry@535057, version=1, hitCount=0, CreationTime = 1252940754196, LastAccessTime = 0 ] <br />&nbsp; </code><br />This can really be a neat tool to diagnose or simply get a feel of how Jahia is using EHCache to communicate within a cluster. I hope this little blog entry will help you use this debugger, because despite the tricky setup it is very useful and a neat design.</p> <p>&nbsp;</p> </p> <p><a href="http://sergehuber.jahia.com/debugging-ehcache-in-a-cluster">Permalink</a> | <a href="http://sergehuber.jahia.com/debugging-ehcache-in-a-cluster#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=NbX3gxIG2zo:fuuE22wxnA8:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=NbX3gxIG2zo:fuuE22wxnA8:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=NbX3gxIG2zo:fuuE22wxnA8:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=NbX3gxIG2zo:fuuE22wxnA8:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/NbX3gxIG2zo" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/debugging-ehcache-in-a-cluster Wed, 24 Jun 2009 08:35:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/-5L6Gqvb3hc/the-importance-of-standards http://sergehuber.jahia.com/the-importance-of-standards <p> <p>I was going through some <a href="http://en.wikipedia.org/wiki/Content_management_system" title="Wikipedia CMS definition" target="_blank">CMS</a> and <a href="http://en.wikipedia.org/wiki/Web_portal" title="Wikipedia Portal definition" target="_blank">portal</a> software implementations yesterday, and looked at them from a standards point of view. You might wonder, why are standards important ? Isn't it easier to build something minimal that will do just the job ? Well in terms of software engineering it probably seems to be, but you end up in a very proprietary system, but using standards don't necessarily mean that you will have to build more code. <br />&nbsp;<br />One standard comparison that is often mentioned nowadays is the one between <a href="http://en.wikipedia.org/wiki/SQL" title="SQL definition" target="_blank">SQL</a> and <a href="http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services" title="CMIS definition" target="_blank">CMIS</a>. Some call CMIS the "SQL for content", while others (like my good colleague <a href="stephanecroisier.jahia.com" title="St&eacute;phane's blog" target="_blank">St&eacute;phane</a>) view it more as the SQL for file systems :) But anyway, what do these standards really bring us, except for the hassle of implementing them and even harder testing interoperability ? <br />&nbsp;<br />I think one of the best examples in this area is what has happened in the browser world. They would have never existed if it wasn't for standards. When <a href="http://www.mozilla.org" title="Mozilla home page" target="_blank">Mozilla</a> was started, there wasn't really a standard for <a href="http://en.wikipedia.org/wiki/HTML" title="Wikipedia HTML definition" target="_blank">HTML</a>, it was written based on the implementation, but that's ok. When Mozilla became <a href="http://en.wikipedia.org/wiki/Netscape" title="Wikipedia Netscape definition" target="_blank">Netscape</a>, it added a lot of extensions to HTML, like layers, that weren't part of the standard, and when Internet Explorer came to the market, it had a different implementation of layers. So basically for a while, people building web sites either had to do two versions of their websites, or just refrain from using layers until they were standardized. <br />&nbsp;<br />So what did people gain from the standards ? Well on the end users part : choice. On the web developers side : less work. On the browser's side : a very good <a href="http://en.wikipedia.org/wiki/API" title="Wikipedia API definition" target="_blank">API</a> to implement and especially to test against ! The last point is very important, it is one of the reasons that Java became such a success. The API was clearly a "standard", established through the <a href="http://jcp.org/en/home/index" title="Java Community Process home page" target="_blank">Java Community Process</a> process, to make sure that various implementations would comply to the same API. Sure there were some glitches here and there, but globally it was quite a success. <br />&nbsp;<br />Giving customers choice is not necessarily something they will immediately understand, but it is good for them. When <a href="http://www.microsoft.com/windows/internet-explorer/default.aspx" title="Internet Explorer home page" target="_blank">Internet Explorer</a> became the dominant browser, the best way to attack it was through its less than compliant implementation of <a href="http://www.w3.org/Style/CSS/" title="Cascading Style Sheets home page" target="_blank">CSS</a>. Suddenly web developers starting complaining about high development costs, were developing better looking layouts on other browsers, and <a href="http://www.mozilla.com/en-US/firefox/firefox.html" title="Mozilla Firefox home page" target="_blank">Firefox</a> became a very strong competitor. <br />&nbsp;<br />In the CMS market, this need for standardization is still in the process of happening, but nonetheless important. Customers must understand that the investment they are doing into their content management system must imply the possibility to import and export the content easily, and especially interoperate between various content system. This is especially true when you go into the semantic web, where content systems will need to create semantic links across vendors, and that is still a bit of a pipe dream at this moment. <br />&nbsp;<br />Some standards are de-facto standards. When these de-facto standards are actually owned and controlled by a single company, this is more of a problem. Look for example at Microsoft's Internet Explorer or the <a href="http://www.apple.com/iphone/apps-for-iphone/" title="iPhone AppStore home page" target="_blank">iPhone's AppStore</a>. Both these de-facto standards are really creating frustration on both the user and developer's sides. In the <a href="http://www.apple.com/iphone/" title="Apple iPhone home page" target="_blank">iPhone</a>'s AppStore for example, the end-user cannot use applications that run in the background or fully interact with the phone, the applications only run on the iPhone or <a href="http://www.apple.com/ipodtouch/" title="Apple's iPod Touch home page" target="_blank">iPod Touch</a>, and any complaints are completely ignored by the company because it cannot handle the sheer volume of customer requests. On the developer's side, the closed platform means that you can spend 6 months developing an application that will never be accepted. Again the fact that a standard is de-facto doesn't guarantee it's success. <br />&nbsp;<br />But when the de-facto standard is established by an open-source foundation such as the <a href="http://www.apache.org" title="Apache Software Foundation home page" target="_blank">Apache Foundation</a>, things can be very different. Even in the case of <a href="http://www.springsource.org" title="SpringSource's home page" target="_blank">SpringSource</a>, fathers of the excellent Spring Framework, the de-facto standard can become a real strong force. So the combination of de-facto and open source is a really powerful one, especially if the implementation has a large public. But what is even better is a real standard and open-source implementations, like the <a href="http://jackrabbit.apache.org/" title="Apache Jackrabbit project" target="_blank">Apache Jackrabbit</a> or <a href="http://incubator.apache.org/chemistry/" title="Apache Chemistry project" target="_blank">Apache Chemistry</a> projects. Even if the project might still run out of steam one day, the standards on which they are based will still be there, and the legacy can be guaranteed to be understood and the interface still present to allow future developers to be able to interact with the systems. <br />&nbsp;<br />In the aviation industry, they do the exact opposite to what most of the software industry does, they only use "old" bricks, that they know have been proven to work, and adhere very strictly to standards and specifications. This allows constructors to protect human lives from harm. This has an incidence on cost of course, but because they are doing this mostly within a single company and also because of the materials and manpower needed. But there is software running in airplanes and space shuttles, so the importance of standards and high reliability doesn't need to be incompatible with the business of building software. <br />&nbsp;<br />The real hard part is building software quickly and reliably, without incurring too many costs, and this is where the open source community comes into play. Some projects in the Apache Foundation have been incredible in that regard. The <a href="http://jackrabbit.apache.org/" title="Apache Jackrabbit home page" target="_blank">Apache Jackrabbit</a> project is such an example, the <a href="http://www.springsource.org/" title="Spring Framework home page" target="_blank">Spring Framework</a> is another, and there are many such stories of high quality software, adhering to standards, that have been developed much quicker than ever before. But they wouldn't be interesting if they didn't adhere to a standard, be it de-facto (because of community size and open-source) or "real". <br />&nbsp;<br /><a href="http://www.jahia.org" title="Jahia's community home page" target="_blank">Jahia</a> was born out of a proprietary content management system, and is moving all of it's sub-systems to be built on on top of both the "real" and de-facto standards. It builds value on top of bricks that have been proven to be reliable, modern and standard such as the <a href="http://en.wikipedia.org/wiki/JSR-170" title="Wikipedia's JCR definition" target="_blank">JCR</a>, the <a href="http://jcp.org/en/jsr/detail?id=286" title="Portlet API 2.0 specification" target="_blank">Portlet API 2.0</a>, <a href="http://www.webdav.org/" title="WebDAV home page" target="_blank">WebDAV</a>, <a href="http://code.google.com/webtoolkit/" title="Google Web Toolkit home page" target="_blank">GWT</a>, the Spring Framework, <a href="http://logging.apache.org/log4j/" title="Log4J project" target="_blank">Log4J</a>, and many more. We are working on integrating CMIS and possibly other new standards (such as the work being started in the <a href="http://www.iks-project.eu/" title="IKS Project home page" target="_blank">IKS project</a>). Of course the real value to the customer is not in the bricks, but in the building you have constructed using the bricks.</p> </p> <p><a href="http://sergehuber.jahia.com/the-importance-of-standards">Permalink</a> | <a href="http://sergehuber.jahia.com/the-importance-of-standards#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=-5L6Gqvb3hc:CVrT2b8PxPw:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=-5L6Gqvb3hc:CVrT2b8PxPw:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=-5L6Gqvb3hc:CVrT2b8PxPw:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=-5L6Gqvb3hc:CVrT2b8PxPw:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/-5L6Gqvb3hc" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/the-importance-of-standards Tue, 16 Jun 2009 00:25:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/jao5U2VYaW4/on-the-subject-of-jahia-6 http://sergehuber.jahia.com/on-the-subject-of-jahia-6 <p> <p>After the successful launch of Jahia 6, I'd like to take some time to give you a different perspective on what this version means to us. Basically, Jahia 6 was the beginning of a very interesting trend going on here : building on the experience and re-writing some of the older codebase. <br />&nbsp;<br />Jahia, the company, is now a little over 7 years old, and it has grown during all these years without having any external investors. So it has not always been easy, but the people that we have here are really amazing, and it is a real testament to all that we have achieved so much. You might not have heard much about us so far because we haven't been communicating much, but we intend to correct that now :) <br />&nbsp;<br />Coming back to the codebase, you can accumulate a lot of code over 7 years, especially since the project started even before the company, and was bought-in when we started the business. I participated to the original codebase, and it is quite amazing to see how it has grown. Over the years, little by little, we have improved the software, adding features and making it faster. We have constantly worked to make it as easy to use as possible, and that is always a great challenge. This challenge is made even harder by all the browser incompatibilities. When Jahia was first written it had support for <a href="http://en.wikipedia.org/wiki/Netscape#Netscape_Communicator_.28versions_4.0.E2.80.934.8.29" title="Netscape 4.7" target="_blank">Netscape 4.7</a> and Internet Explorer 4 ! We basically had *very* different HTML for the two browsers then :) <br />&nbsp;<br />Jahia 6 was a great project, because we decided to take huge leaps instead of smaller steps this time. Despite this, we didn't compromise on quality nor performance and constantly had the aim that this version should be one of the best ever, and of course you be the judge but I think we did quite well. Jahia 6 introduces major platform changes : new content definitions based on the standard <a href="http://jackrabbit.apache.org/node-type-notation.html" title="CND format" target="_blank">JSR-170 CND</a> format, completely new file repository based on <a href="http://jcp.org/en/jsr/detail?id=170" title="JCR" target="_blank">JSR-170</a>, connectors to all kinds of repositories, complete rewrite of the <a href="http://en.wikipedia.org/wiki/Ajax_(programming)" title="AJAX" target="_blank">AJAX</a> framework using <a href="http://code.google.com/webtoolkit/" title="GWT" target="_blank">GWT</a>, lots of improvements on our templating in order to make it easy for integrators to work fast, using re-usable blocks. <br />&nbsp;<br />The new version expands on one of Jahia's biggest strengths, the tight integration of CMS and portal features. In Jahia 5, you could easily include content objects and <a href="http://en.wikipedia.org/wiki/Portlet" title="Portlet definition" target="_blank">portlets</a> on the same page, and in Jahia 6 you can not only continue to do this, but also use <a href="http://en.wikipedia.org/wiki/Mashup_(web_application_hybrid)" title="Mashup definition" target="_blank">mashups</a> (think of "Javascript portlets") interchangeably with JSR-168 portlets. Actually we went further than that and directly included support for the brand new <a href="http://jcp.org/en/jsr/detail?id=286" title="Portlet API 2.0 specification" target="_blank">portlet API 2.0 standard</a> , which adds support for inter-portlet event communication and other niceties. We support both <a href="http://en.wikipedia.org/wiki/Mashup_(web_application_hybrid)" title="Mashup definition" target="_blank">mashups</a> and portlets because we moved the portlet instance data into the content repository, and so we can easily reference both front-end code (HTML + Javascript) or a reference to a portlet deployed in Jahia. Upon page rendering, Jahia simply resolves the content to be displayed, either extracting the mashup from the repository, or dispatching to the portlet to get it's view. This is of course completely transparent to the end user, who can then simply re-use block elements inside a page, should they be portlets or mashups. We have also added the possibility to deploy portlets inside the same context as Jahia, making it possible to access all of Jahia's API from within a portlet. We have used this feature ourselves to build our RSS portlet, that comes packaged with Jahia 6. <br />&nbsp;<br />On the front-end side, I think that a lot of users will enjoy a new feature we call "inline editing". It allows you to simply click on the text you want to modify, and directly modify it right on the page. This makes it so intuitive you'd like everything to work that way :) This new feature requires users to use Safari 3, Firefox 3 or Internet Explorer 6+, since it uses a feature originally introduced by Microsoft and then included by others. <br />&nbsp;<br />I sincerely hope you will enjoy Jahia 6 as much as we enjoyed working on it. Don't hesitate to <a href="http://www.jahia.com/jahia/Jahia/site/jahiacom/download" title="Jahia 6 EE download link" target="_blank">download it</a>, or <a href="http://demo.jahia.org/cms" title="Jahia online demo" target="_blank">test it on our online demo</a>. Please don't hesitate to let us know what you think about it, either by commenting on this blog or through our <a href="http://www.jahia.org/forum/" title="Jahia Forums" target="_blank">public forums</a>.</p> </p> <p><a href="http://sergehuber.jahia.com/on-the-subject-of-jahia-6">Permalink</a> | <a href="http://sergehuber.jahia.com/on-the-subject-of-jahia-6#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=jao5U2VYaW4:nAJmsFWRKCw:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=jao5U2VYaW4:nAJmsFWRKCw:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=jao5U2VYaW4:nAJmsFWRKCw:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=jao5U2VYaW4:nAJmsFWRKCw:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/jao5U2VYaW4" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/on-the-subject-of-jahia-6 Thu, 14 May 2009 03:25:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/UTTiSRhfgp8/ie-6-not-supported-in-sharepoint-2010-even-mi http://sergehuber.jahia.com/ie-6-not-supported-in-sharepoint-2010-even-mi <p> <p>At Jahia, we constantly run into the problem of IE 6 support, which (unfortunately) is still a requirement for us. But I couldn't suppress a huge smile when the following excerpt from <a href="http://blogs.zdnet.com/microsoft/?p=2761">this page</a> : <br /> <a href="http://blogs.msdn.com/sharepoint/archive/2009/05/07/announcing-sharepoint-server-2010-preliminary-system-requirements.aspx">SharePoint Server 2010 won’t support Internet Explorer 6&lt;</a>. From the SharePoint Team blog: SharePoint 2010 will be “targeting standards based browsers (XHTML 1.0 compliant) including Internet Explorer 7, Internet Explorer 8 and Firefox 3.x. running on Windows Operating Systems. In addition we’re planning on <a href="http://blogs.msdn.com/sharepoint/archive/2009/05/07/announcing-sharepoint-server-2010-preliminary-system-requirements.aspx">an increased level of compatibility with Firefox 3.x and Safari 3.x</a> on non-Windows Operating Systems,” according to the SharePoint Team Blog."<br /> So basically even Microsoft is not phasing out IE 6 support and improving compatibility with Safari ! I love the "targeting standards based browsers", clearly implying that IE 6 is far from it, which I think nobody in their right mind will contest.<br /> The real problem is that according to a <a href="http://news.cnet.com/8301-17939_109-10231713-2.html">Forrester Research report</a>, IE 6 still has a 60% market share in the enterprise. I believe that the only real way that we can get this situation to change is for companies to introduce a browser policy, and to possibly use Firefox as the "new browser", and whatever version of IE is required for "legacy applications". But the reality is that IE 6 must die, and if the newer versions of IE are not interesting enough, then users should switch to other implementations, like Firefox, Safari or Chrome.<br /> Another interesting point, although less surprising, is that CMIS is confirmed for the next version of SharePoint.</p> </p> <p><a href="http://sergehuber.jahia.com/ie-6-not-supported-in-sharepoint-2010-even-mi">Permalink</a> | <a href="http://sergehuber.jahia.com/ie-6-not-supported-in-sharepoint-2010-even-mi#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=UTTiSRhfgp8:VpUeNX_BGKg:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=UTTiSRhfgp8:VpUeNX_BGKg:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=UTTiSRhfgp8:VpUeNX_BGKg:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=UTTiSRhfgp8:VpUeNX_BGKg:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/UTTiSRhfgp8" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/ie-6-not-supported-in-sharepoint-2010-even-mi Mon, 11 May 2009 23:38:22 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/HtBbRO4RZyc/atompub-a-failure-no-just-not-as-good-as-json http://sergehuber.jahia.com/atompub-a-failure-no-just-not-as-good-as-json <p> <div>I found a very interesting blog post by Joe Gregorio entitled&nbsp;<a href="http://bitworking.org/news/425/atompub-is-a-failure">AtomPub is a failure</a>. Well of course the title is there to get your attention, but the underlying argument is interesting : we now have other options for interchange formats.</div><div>We&nbsp;definitely&nbsp;live in interesting times, where so much focus on ease of integration is moving interoperability a *lot* faster. This can be a problem for standards that are trying to keep up, and mostly why I strongly believe that it can be a good thing implementation can drive specification like in the case of&nbsp;<a href="http://incubator.apache.org/chemistry/">Apache Chemistry</a>, the Apache project to build a strong&nbsp;<a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis">CMIS</a>&nbsp;implementation. Standards are very important, but in the end people also want and need strong reference implementations of those standards. After all, even&nbsp;<a href="http://www.ietf.org/rfc/rfc2616.txt">HTTP</a>&nbsp;was specified together with it's first implementation :)</div><div><a href="http://www.json.org/">JSON</a>&nbsp;is incredibly powerful because it is so simple. I can explain it to a junior developer in a few minutes. I have trouble discussing&nbsp;<a href="http://www.w3.org/XML/">XML</a>&nbsp;formats with senior developers. Sure JSON is not as complete, but it also serves a lot of purposes. Don't get me wrong, I'm not saying that we must get rid of XML, it is here to stay and quite useful, but I'm mostly talking about simplicity.</div><div>Another aspect of JSON that most tend to ignore is that with it's simplicity also comes it's efficiency. It is very hard to find another interchange format that is more compact, and easier to parse. In web systems that are constantly trying to handle bigger loads, the cost of XML processing can be offset by using JSON.</div><div>A really hope that the CMIS committee will approve the upcoming proposal to introduce JSON as a binding, even if it means in a first version to use it as an AtomPub interchange format, but I would much prefer that they go the whole way of making it an extremely simple binding that can be implemented by many in very little time. They have so far had this focus, so I'm pretty sure they are interested in this idea.</div><div>Oh and yes I am thinking about joining the&nbsp;<a href="http://www.oasis-open.org">OASIS</a>&nbsp;TC :)</div> </p> <p><a href="http://sergehuber.jahia.com/atompub-a-failure-no-just-not-as-good-as-json">Permalink</a> | <a href="http://sergehuber.jahia.com/atompub-a-failure-no-just-not-as-good-as-json#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=HtBbRO4RZyc:09YAro5gWbU:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=HtBbRO4RZyc:09YAro5gWbU:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=HtBbRO4RZyc:09YAro5gWbU:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=HtBbRO4RZyc:09YAro5gWbU:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/HtBbRO4RZyc" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/atompub-a-failure-no-just-not-as-good-as-json Thu, 07 May 2009 00:16:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/E1dqJUe4SWI/will-cmis-get-a-json-binding http://sergehuber.jahia.com/will-cmis-get-a-json-binding <p> <p>During the <a href="http://dev.day.com/microsling/content/blogs/main/cmisplugfest.html" title="CMIS PlugFest initial invitation" target="_blank">CMIS PlugFest</a>, an idea that was mentioned by a few participants consisted of using <a href="http://www.json.org/" title="JSON Specification" target="_blank">JSON</a> as a transport mechanism for <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis" title="CMIS Specification" target="_blank">CMIS</a> repository operations. The idea was to be able to easily develop thin clients such as Javascript or PHP clients, and avoiding the pains of generating or parsing XML data. <br />I think this might potentially be the "revolutionary" binding in the specification, that really has the potential to surpass all the others over time. Sure it is absolutely great (and at the same time a double-edge sword since it means more work for implementors) that CMIS has all these bindings for a first version, but I think that we will eventually see a natural selection where only the easiest to integrate with all technologies will survive. <br />It takes one line of <a href="http://www.php.net/" title="PHP" target="_blank">PHP</a> (5.2) to serialize/deserialize JSON data (<a href="http://ch.php.net/manual/en/function.json-encode.php" title="PHP json_encode function" target="_blank">json_encode</a>), and there are high quality libraries available for all the modern languages out there. Personally I've implemented JSON for an iPhone application in Objective C and it proved to be the most efficient way of transferring <a href="http://en.wikipedia.org/wiki/UTF-8" title="UTF-8" target="_blank">UTF-8</a> data over the wire. <br />The hard part of course is that JSON does not specify structure, only serialization format, and therefore it would be very important that the CMIS specification strongly describe the structure of the JSON payloads that are going back and forth between the client and the server. <br />JSON handles complex serialization a lot more elegantly than SOAP web services, and is simple enough for anyone to understand in a matter of minutes. Wouldn't that be a great basis for the content management interoperability standard ? <br />I know that a few people involved in the CMIS specification are already hard at work on proposing JSON as a binding for the 1.0 specification. This will be tricky since the deadline for the approval of the specification cannot change, so it means that all this must happen without slowing down the rest of the work. This will be a challenge, but I'm really interested in helping out, so please let me know how :) <br />I dream of a world where I can directly interface a lightweight Javascript CMIS client with any CMIS compliant server. My mind is racing with the possibilities...</p> </p> <p><a href="http://sergehuber.jahia.com/will-cmis-get-a-json-binding">Permalink</a> | <a href="http://sergehuber.jahia.com/will-cmis-get-a-json-binding#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=E1dqJUe4SWI:kyU8Xa_7CSQ:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=E1dqJUe4SWI:kyU8Xa_7CSQ:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=E1dqJUe4SWI:kyU8Xa_7CSQ:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=E1dqJUe4SWI:kyU8Xa_7CSQ:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/E1dqJUe4SWI" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/will-cmis-get-a-json-binding Mon, 04 May 2009 23:30:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/1CHGw-DpYgg/unlocking-the-full-potential-of-apache-chemis http://sergehuber.jahia.com/unlocking-the-full-potential-of-apache-chemis <p> <div>The <a href="http://incubator.apache.org/chemistry/" title="Apache Chemistry project" target="_blank">Apache Chemistry</a> project, the incubator project that was just approved has an incredible potential. Started as a place to experiment with a Java implementation of the <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis" title="CMIS Specification" target="_blank">CMIS</a> specification, it can become much more. There are already implementations out there in Javascript and C++, although not yet contributed to the project, but this might happen sooner than you think.</div><div>The hardest thing to do is to achieve in any standard is true interoperability. But what if everyone was using the same code base from the<a href="http://www.apache.org" title="Apache Foundation website" target="_blank"> Apache Foundation</a>, freely available to businesses ? What if all this code was fully tested by automated integration test matrixes ? Even achieving this is a challenge in itself but it is possible, and I really think it should happen. My dream, although probably unrealistic is that even major vendors such as Microsoft, IBM &amp; EMC could use the code developed in Chemistry as the basis for their CMIS implementation, and contribute back to the project whenever they see problems.</div><div>A lot of what is happening with CMIS is reminiscent of the <a href="http://en.wikipedia.org/wiki/SOAP" title="SOAP Wikipedia definition" target="_blank">SOAP</a> craze. After all SOAP is used as a binding for CMIS, so it is quite normal to see similarities. One of the biggest interoperability problems for SOAP lied in the potentially complex serialization of custom objects, and this proved in real life to be very difficult to get to work between implementations. It is a testament to the great work of the contributors to the Apache projects related to SOAP implementations (<a href="http://ws.apache.org/axis2/" title="Apache Axis 2" target="_blank">Axis</a>, and before that Apache SOAP) that you could get web services to really talk to each other.</div><div>The Apache foundation is the perfect place for such standards to be implemented and grow as the basis for the network infrastructure of the entire industry. It is a place where even competing interests can find common ground for sharing development costs.</div><div>Of course it's not necessarily easy to directly use Apache-licensed code inside corporations such as Microsoft or IBM, as they are very concerned about code auditing, especially as they are often the target of copyright infringement lawsuits, but at least IBM is known to use such code, and in some cases simply packaging Apache products (such as the IBM HTTP Server). So we know that even if it is not trivial to achieve it is possible. And for Microsoft, well maybe this will convince you ? <a href="http://port25.technet.com/archive/2008/07/25/oscon2008.aspx">http://port25.technet.com/archive/2008/07/25/oscon2008.aspx</a></div><div>I'm dreaming of an Apache Chemistry project with the following implementations available to all : Java, PHP, C#, C++, Javascript. Then of course you could have more such as Ruby, Python or whatever else you love, but the initial list would be perfect for integration with most systems, and provide truly interoperable systems, not just at the specification level, but truly at the implementation level.</div><div>Maybe it's just a pipe dream, but it <b>is</b> possible, so maybe we should get together and try ?</div> </p> <p><a href="http://sergehuber.jahia.com/unlocking-the-full-potential-of-apache-chemis">Permalink</a> | <a href="http://sergehuber.jahia.com/unlocking-the-full-potential-of-apache-chemis#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=1CHGw-DpYgg:Xmhsgs0JBpo:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=1CHGw-DpYgg:Xmhsgs0JBpo:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=1CHGw-DpYgg:Xmhsgs0JBpo:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=1CHGw-DpYgg:Xmhsgs0JBpo:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/1CHGw-DpYgg" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/unlocking-the-full-potential-of-apache-chemis Sun, 03 May 2009 23:28:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/DoYbq8-Ponc/cmis-plugfest-interoperability-demo-videos http://sergehuber.jahia.com/cmis-plugfest-interoperability-demo-videos <p> <p>While at the <a href="http://dev.day.com/microsling/content/blogs/main/cmisplugfest.html" title="CMIS PlugFest invitation">CMIS PlugFest</a> held in Basel (Switzerland) in April 2009, I managed to quickly get my Flip out to record some videos of the demonstrations of the interoperability between client and servers. The videos you will see here are organised by CMIS client implementations. Please excuse the low quality of the audio and the sometimes difficult to read screens, I hadn't planned to do this but I thought it might still be interesting to watch for all that weren't present. I highly recommend, if you have the bandwidth, that you view the videos in HD, it will be easier to read the screens. <br />So here are the videos : <br /> <br />SourceSense CMIS Portlet client <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/zynOPrrfZD8&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/zynOPrrfZD8&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />Flex CMIS Explorer <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/e8hzZ8PXm0s&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/e8hzZ8PXm0s&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />Javascript Chemistry CMIS client <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/Mz3nHWrY0bw&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/Mz3nHWrY0bw&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />Alfresco JUnit CMIS Testsuite <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/p84_n7zpGL4&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/p84_n7zpGL4&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />OpenText Windows CMIS integration <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/cG1s9qSHYIM&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/cG1s9qSHYIM&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />SAP ECM Explorer CMIS plug-in <br /><object height="417" width="500"><param name="movie" value="http://www.youtube.com/v/Kj9T4mqWsMg&amp;rel=1&amp;ap=%2526fmt%3D18" /><param name="wmode" value="transparent" /><embed src="http://www.youtube.com/v/Kj9T4mqWsMg&amp;rel=1&amp;ap=%2526fmt%3D18" wmode="transparent" type="application/x-shockwave-flash" height="417" width="500" /></object> <br /> <br />Unfortunately I don't have a video of myself (I was first to talk and it's kind of awkward to talk and take of video of yourself :)) talking about the integration I wrote during the CMIS PlugFest, but what I said was mostly that it could connect and navigate both the Jackrabbit Chemistry and Alfresco repositories. It is a goal for <a href="http://www.jahia.com" title="Jahia WCM with portal and dms features" target="_blank">Jahia</a> to work with <a href="http://wiki.apache.org/incubator/ChemistryProposal" title="Apache Chemistry proposal" target="_blank">Apache Chemistry</a> to be able to talk to CMIS repositories, and also expose it's own repository through Apache Chemistry. <br />Let me know if you thought these videos were helpful, I might make some more regularly in that case.</p> </p> <p><a href="http://sergehuber.jahia.com/cmis-plugfest-interoperability-demo-videos">Permalink</a> | <a href="http://sergehuber.jahia.com/cmis-plugfest-interoperability-demo-videos#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=DoYbq8-Ponc:xRC4HijGctU:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=DoYbq8-Ponc:xRC4HijGctU:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=DoYbq8-Ponc:xRC4HijGctU:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=DoYbq8-Ponc:xRC4HijGctU:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/DoYbq8-Ponc" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/cmis-plugfest-interoperability-demo-videos Fri, 01 May 2009 02:51:00 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/L2x5JKIskkc/cmis-plugfest-day-2 http://sergehuber.jahia.com/cmis-plugfest-day-2 <p> <div>The second day of the <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis" title="OASIS CMIS Specification" target="_blank">CMIS</a> PlugFest was less about setting things up than actually trying to fill the grid of possible tests (over 28 possible tests) that cover all the combinations of client and server implementations that were available there.</div> <div>I was myself hacking most of the day to get a brand new CMIS client implementation up and running, and I got the first unit tests working against both the Alfresco CMIS server and the Day CRX server. I even managed to navigate through the whole repositories. I then went on to work on the integration with Jahia, to be able to browse those repositories directly from Jahia's file manager. Unfortunately, despite the amount of code that was produced in the last 24 hours, it just wasn't possible. Despite this I believe this is really close to happening, and we should have something experimental to test against the various servers quite soon.</div> <div>The good news of the day came from Jukka Zitting that was visiting the PlugFest, and that announced that <a href="http://wiki.apache.org/incubator/ChemistryProposal" title="Apache Chemistry" target="_blank">Apache Chemistry</a> was officially accepted by the Apache Foundation as an incubator project, and so over the course of the week-end Florent Guillaume, from Nuxeo, who contributed most of the code for Chemistry, will finally be able to commit all this work and let the community hack away at it.</div> <div>We were also joined during the day by IBM who was also providing a server against which to test. We had very interesting discussions about what was needed in the CMIS specification. A few of us believed that CMIS should really make usage of <a href="http://www.json.org/" title="JSON" target="_blank">JSON</a>, and it seems that a proposal for going in that direction might just happen, but it must happen fast, as there is a lot of pressure to get CMIS 1.0 out the door soon.</div> <div>The idea behind using JSON with CMIS is quite a natural one. Why have to deal with all the XML parsing involved in Atom Pub and Web services when you could use the extremely simple JSON format to exchange all the data you need ? I really hope that this will be added to CMIS as this could make it one of it's most flexible bindings. It is much simple to develop lightweight CMIS clients without the need for XML parsing. I'm mostly thinking of PHP, Javascript and other technologies.</div> <div>In the interoperability tests, search was still a problem for many clients and servers, and this was of course expected as it is the most complex part to implement. This also means that it will be necessary in the near future to perform another interoperability PlugFest to go further into the testing and make sure that even search works properly.</div> <div>The day was concluded with demonstrations of a few combinations of client and servers. Among the demonstrated clients were : Chemistry Javascript against Day CRX + Chemistry, SourceSense's CMIS Portlet against Alfresco, the CMIS Flex Explorer against Alfresco (which was also the client that worked against most of the servers !), OpenText's C++/Java client that integrates with Windows Explorer, Outlook and MS Word, and last but not least SAP's client that plugs into an existing infrastructure of explorer tools that plug into various SAP backend repositories (CMIS or not) and also exposes all the various back ends as WebDAV resources. This made me smile because there has been a lot of discussion wether CMIS should have a WebDAV binding, and basically SAP was demonstrating WebDAV on top of CMIS :)</div> <div>During the demonstrations, a lot of discussions were focused on making sure that the points that were problematic to implementors were noted and then discussed in the OASIS TC. Among those points were the upload mechanism of binary data that is not very clear when using the Atom Pub binding, because there are two ways of doing this, and therefore this is confusing to client implementors. The second point concerned path navigation, and the fact that CMIS currently doesn't offer a way to lookup a content object by it's path. Currently, when given a path, the CMIS client implementations must navigate from the parent path down to all the descendants to find the object corresponding to the path, which is not very speed efficient.</div> <div>It will be very interesting to see if these points can be adressed efficiently to avoid side tracking the specification. It seems that major vendors such as IBM, Microsoft and EMC want CMIS to be completed in Q3 2009, so this doesn't leave much time to solve issues.</div> <div>All in all, I'd like to thank Day for hosting this PlugFest. This event, although not too certain how it would happen initially, turned out to be really necessary, and gave a really good picture of the real state of the CMIS interoperability. It is certain that this must happen again, when implementations are more mature, and especially when Apache Chemistry is fully available and ready to be tested. I would also like to thank Dave Caruana (Alfresco), who has been really great, helping me out with getting my tests up and running.</div> </p> <p><a href="http://sergehuber.jahia.com/cmis-plugfest-day-2">Permalink</a> | <a href="http://sergehuber.jahia.com/cmis-plugfest-day-2#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=L2x5JKIskkc:4hyDzJNk9ho:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=L2x5JKIskkc:4hyDzJNk9ho:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=L2x5JKIskkc:4hyDzJNk9ho:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=L2x5JKIskkc:4hyDzJNk9ho:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/L2x5JKIskkc" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/cmis-plugfest-day-2 Thu, 30 Apr 2009 01:07:18 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/Q9AHLv8MkqA/cmis-plugfest-day-1 http://sergehuber.jahia.com/cmis-plugfest-day-1 <p> I&#39;m currently in Basel, participating in the CMIS PlugFest. For those of you that are not familiar with CMIS, you might think of it to content management (well mostly document management right now, but that might change) as is SQL to databases. It is a standard that will hopefully help interoperability between content management systems.<div> Day 1 started with some informal introductions, and setup of the existing servers. We now have OpenText, Alfresco and Jackrabbit+Chemistry servers up and running, and are running interoperability tests against those using a variety of clients, including OpenText that has a C++ plugin that connects Windows Explorer and as well as Office tools to CMIS back ends, SAP, Alfresco test units, two Flex-based clients (CMIS Explorer and CMIS Spaces), a Apache Chemistry CMIS Javascript client written by David Nuescheler at Day, an Apache Chemistry Java client that Florent Guillaume (Nuxeo software) is working hard on to commit hopefully before the end of the week.</div> <div>It&#39;s really great to see so much effort going into interoperability tests. The most interesting thing about CMIS is the momentum behind it, more than the technology, that will probably still evolve over the year. It is also very important to get the first version of the specification out as early as possible, because so many specifications fall into tech-limbo, to never be completed (802.11n, etc...).</div> <div>Apache Chemistry is also looking better than ever, having just been accepted into the incubator at Apache, and the code will probably be committed over the week-end. From then on hopefully the community will be able to have a look at it. This will also help interoperability, as even major vendors could use this code base to ensure compatibility.</div> </p> <p><a href="http://sergehuber.jahia.com/cmis-plugfest-day-1">Permalink</a> | <a href="http://sergehuber.jahia.com/cmis-plugfest-day-1#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Q9AHLv8MkqA:REUCZ3cFtLE:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Q9AHLv8MkqA:REUCZ3cFtLE:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=Q9AHLv8MkqA:REUCZ3cFtLE:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=Q9AHLv8MkqA:REUCZ3cFtLE:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/Q9AHLv8MkqA" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/cmis-plugfest-day-1 Thu, 30 Apr 2009 00:00:18 -0700 http://feedproxy.google.com/~r/jahia/serge/~3/sCb3D44hgLE/a-new-blog-6 http://sergehuber.jahia.com/a-new-blog-6 <p> I will post here thoughts and news about the technology that we are looking at while developing Jahia, and keep you up to date on what is going on both internally and exernally. </p> <p><a href="http://sergehuber.jahia.com/a-new-blog-6">Permalink</a> | <a href="http://sergehuber.jahia.com/a-new-blog-6#comment">Leave a comment&nbsp;&nbsp;&raquo;</a> </p><div class="feedflare"> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=sCb3D44hgLE:cwVLtgfIz3E:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=sCb3D44hgLE:cwVLtgfIz3E:qj6IDK7rITs"><img src="http://feeds.feedburner.com/~ff/jahia/serge?d=qj6IDK7rITs" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/jahia/serge?a=sCb3D44hgLE:cwVLtgfIz3E:-BTjWOF_DHI"><img src="http://feeds.feedburner.com/~ff/jahia/serge?i=sCb3D44hgLE:cwVLtgfIz3E:-BTjWOF_DHI" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/jahia/serge/~4/sCb3D44hgLE" height="1" width="1"/> http://files.posterous.com/user_profile_pics/57606/me_in_suit_943x943.jpg http://posterous.com/users/1m6FwGSiVnb Serge Huber bhillou Serge Huber http://sergehuber.jahia.com/a-new-blog-6