<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>Oisín Hurley&apos;s Weblog</title>
      <link>http://blogs.iona.com/ohurley/</link>
      <description>SOA, Eclipse Tools, Open Source and SCA</description>
      <language>en</language>
      <copyright>Copyright 2006</copyright>
      <lastBuildDate>Tue, 19 Sep 2006 17:15:01 +0000</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>Eclipse COSMOS</title>
         <description><![CDATA[In a <a href="http://blogs.iona.com/ohurley/2006/09/service_modeling_language.html">previous entry</a> I mentioned <a href="http://www-03.ibm.com/autonomic/service_modeling_language_spec.html">SML</a> and the fact that I got a chance to speak with one of the authors at <a href="http://www.eclipseworld.net/">EclipseWorld</a>.  During the conversation we were joined by <b>Mark Weitzel</b> and <b>Joel Hawkins</b> and we started talking about something called the <b>COSMOS</b> project - a joint effort between IBM, Cisco, HP, Compuware, IBM, Intel and others. This project was about unifying a lot of the capabilities of SOA Systems Management and agreeing on resource modeling approaches using the aforementioned <b>SML</b>.

Just today, I read an <a href="http://mea-bloga.blogspot.com/2006/09/cosmos-project.html">entry on Chris Aniszczyk's blog</a> stating that COSMOS had been <a href="http://www.eclipse.org/proposals/cosmos/">proposed as an Eclipse project</a>.

This looks like a good idea to me, and from the point of view of the <a href="http://www.eclipse.org/stp">SOA Tools Platform Project</a> it could make it more straightforward for us to incorporate management of SOA resources.

By the way, <b>Mark</b> and <b>Joel</b> put together a <a href="http://wiki.eclipse.org/index.php/Demo_EclipseWorld">really interesting talk and demo at EclipseWorld</a> in which they managed to mashup <a href="http://www.osoa.org">SCA</a>, <a href="http://incubator.apache.org/tuscany">Tuscany</a>, <a href="http://www.osgi.org/">OSGi</a>, and <a href="http://www.eclipse.org/tptp/">TPTP</a>. I was totally impressed!]]></description>
         <link>http://blogs.iona.com/ohurley/2006/09/eclipse_cosmos.html</link>
         <guid>http://blogs.iona.com/ohurley/2006/09/eclipse_cosmos.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Eclipse</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Eclipse Management STP</category>
        
         <pubDate>Tue, 19 Sep 2006 17:15:01 +0000</pubDate>
      </item>
            <item>
         <title>Service Modeling Language</title>
         <description><![CDATA[Recently I received a couple of emails linking to the <a href="http://www-03.ibm.com/autonomic/service_modeling_language_spec.html">SML specification</a>. I read it a couple of times, and came away with no idea what it was about :-)

Luckily, I got a chance to talk to <a href="http://www-03.ibm.com/industries/healthcare/genographic/doc/content/landing/1547071132.html">Harm Sluiman</a>, one of the authors of the specification. 

It turns out that the use of the word <i>Service</i> in the title of the spec is misleading. It's nothing to do with services specifically. Instead, what it appears to offer is a described means to connect and associate XML documents, with a set of constraints that govern the connectibility. Since this piece of work is very fundamental, it looks to me like it presages something else coming down the pipe. 

Looking at the list of companies involved, and knowing the effort it takes to construct a <strong>white binder</strong> agreement between IBM and MSFT, it looks like this is going to turn into a big deal.]]></description>
         <link>http://blogs.iona.com/ohurley/2006/09/service_modeling_language.html</link>
         <guid>http://blogs.iona.com/ohurley/2006/09/service_modeling_language.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Services</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Management</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Services</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">SML</category>
        
         <pubDate>Thu, 14 Sep 2006 16:14:36 +0000</pubDate>
      </item>
            <item>
         <title>Eclipse 2006 - Meetin&apos; and Greetin&apos;</title>
         <description><![CDATA[Working in OSS projects means that much of the time the only chance you get to meet co-developers and other community members is when conferences like EclipseWorld happen. Usually, you get to meet brand-new people and have interesting conversations with them.

At the Wednesday night Tailgate Party at EclipseWorld I was introduced to <a href="http://mea-bloga.blogspot.com/index.html">Chris Aniszczyk</a> and - I don't know how we got into it - we had a little conversation about the <a href="http://www.eclipse.org/pde/">PDE</a>. My major gripe relating to the PDE is the headless facilities for automating build, test and coverage - after I compared it to something like chewing ground glass, Chris informed me with a grin that he worked on the PDE UI. 

The PDE UI you will agree is in good shape. You just have to take a look at the <a href="http://download.eclipse.org/eclipse/downloads/drops/S-3.3M1-200608101230/eclipse-news-M1.html">new and noteworthy</a> for 3.3 M1 to see that the team haven't been sitting on their keisters since Callisto. It's great to use, but from my perspective it's only part of the equation of shipping software on the Eclipse platform.

Back to the PDE headless build.

The PDE build works - right now every Eclipse project uses it as far as I know. But it's got a steep learning curve, and it's brittle. I know this from experience :-)

So let's fast forward to now: in <a href="http://www.eclipse.org/stp">STP</a> we got the PDE build to work well under the expert guidance of <a href="http://www.eclipse.org/webtools/people/dai.html">Naci Dai</a>, who is the <a href="http://www.eclipse.org/webtools/jst/main.html">JST</a> lead and buildmeister extraordinaire. Adrian carries on the torch and maintains the STP build for us. 

I've probably <strong>timed this badly</strong>, but we would like some more people to help us with build mastery. Send email to the usual address - <a href="mailto:stp-dev@eclipse.org">stp-dev@eclipse.org</a> :-)

<strong>Update:</strong> looks like<a href="http://mail-archives.apache.org/mod_mbox/incubator-felix-dev/200609.mbox/%3c450560E8.1010500@odoko.co.uk%3e"> Felix is heading out of incubation</a>!
<strong>Update:</strong> a sudden conversation on <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=154251 ">Bug 154251 - Maven2 Integration</a> shows some relevant work in progress.]]></description>
         <link>http://blogs.iona.com/ohurley/2006/09/eclipse_2006_meetin_and_greeti.html</link>
         <guid>http://blogs.iona.com/ohurley/2006/09/eclipse_2006_meetin_and_greeti.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Eclipse</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">BuildSystem</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Eclipse</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Maven</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">PDE</category>
        
         <pubDate>Tue, 12 Sep 2006 08:26:20 +0000</pubDate>
      </item>
            <item>
         <title>SOA Tools Press Cuttings</title>
         <description><![CDATA[I got the chance to talk to a number of interested tech journalists and analysts during EclipseWorld and sure enough, the STP got some nice mentions in the tech press:

<ul>
<li><a href="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1214848,00.html">Micheal Meehan's piece at SearchWebServices</a></li>
<li><a href="http://blogs.zdnet.com/Gardner/?p=2341">Dana Gardner's Blog</a></li>
<li><a href="http://www.infoworld.com/article/06/09/07/HNeclipsesauce_1.html">Paul Krill at Infoworld</a></li>
<li><a href="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1214353,00.html">Rich Seely's EclipseWorld preview</a></li>
</ul>

It's great to get this kind of coverage at this stage. Hopefully it will generate more interest for those developers who might want to use the SOA Tools Platform in the future.

By the way, if you are one of those developers, we would really like to hear from you: if you check out our <a href="http://wiki.eclipse.org/index.php/STP_Call_for_Scenarios">Call for SOA Scenarios</a> page you will see some of the feedback we have received on typical SOA development scenarios. You can edit this page once you <a href="https://wiki.eclipse.org/index.php?title=Special:Userlogin&returnto=STP_Call_for_Scenarios">create a wiki account</a> and add those items that are important to <strong>your</strong> SOA development requirements.

<strong>Update:</strong><br/> A clarification - the SOA Tools Platform has not limited itself to Web Services only, but intends to include the tooling elements to support construction of other mechanisms of service creation - for example, a CORBA interface and its servant implementation.

If you look into the <a href="http://www.osoa.org/download/attachments/35/SCA_AssemblyModel_V096.pdf?version=1">SCA Assembly specification</a>, you'll see that the assembly description has extension points for implementation/interface/bindings, so the space is there to be innovative about service creation.  As we grow the STP, you'll see approaches for deploying Services that aren't related to WSDL or WS-* standards.]]></description>
         <link>http://blogs.iona.com/ohurley/2006/09/soa_tools_press_cuttings.html</link>
         <guid>http://blogs.iona.com/ohurley/2006/09/soa_tools_press_cuttings.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Eclipse</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Eclipse</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Press</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">STP</category>
        
         <pubDate>Mon, 11 Sep 2006 10:55:14 +0000</pubDate>
      </item>
            <item>
         <title>EclipseWorld 2006 - SOA Tools</title>
         <description><![CDATA[<table>
<tr><td><img alt="soatools.png" src="http://blogs.iona.com/ohurley/soatools.png" width="99" height="121" /></td><td>
I'm in Logan Airport, on my way back to Dublin after a hectic few days in Cambridge at the <a href="http://www.eclipseworld.net">EclipseWorld 2006</a> conference. 

I went over there with a job to do: as the the PMC Lead for the <a href="http://www.eclipse.org/stp">SOA Tools Platform</a> (STP) project, I had a <a href="http://www.eclipseworld.net/thursday_pm.htm">talk</a> to give, updating the attendees with the status of the project. I think it went over pretty well - our <a href="http://www.eclipse.org/stp/docs/eclipseworld-2006-406.pdf">presentation</a> (pdf link) was chock-full of details of the STP sub-projects and included a number of demos of the code contributions.  
</td></tr></table>
After the presentation we had some great questions and I'll be frank and say for some of them I didn't have really good answers - especially on how the SOA tools project is going to enable and support security aspects of many runtimes and services programming models. I got lucky though when a guy from the <a href="http://www.abs.gov.au/">Australian Bureau of Statistics</a> <strong>volunteered</strong> to help us out with putting together our vision around security.

<strong>Wayne</strong>, I thank you most sincerely and look forward to working with you. I've subscribed you to the <a href="http://dev.eclipse.org/mhonarc/lists/stp-dev/maillist.html">stp-dev</a> mailing list too :-)]]></description>
         <link>http://blogs.iona.com/ohurley/2006/09/eclipseworld_2006_soa_tools_1.html</link>
         <guid>http://blogs.iona.com/ohurley/2006/09/eclipseworld_2006_soa_tools_1.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Eclipse</category>
                  <category domain="http://www.sixapart.com/ns/types#category">SOA</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Eclipse</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">STP</category>
        
         <pubDate>Fri, 08 Sep 2006 22:47:14 +0000</pubDate>
      </item>
      
   </channel>
</rss>
