<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:wfw="http://wellformedweb.org/CommentAPI/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
>
<!-- MHonArc v2.6.10 -->
	<channel>
		<title>news.eclipse.technology.ormf</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/maillist.html</link>
		<description>NewsGroup: news.eclipse.technology.ormf</description>
		<language>en-us</language>
		<pubDate>Wed, 01 Oct 2008 12:59:01 GMT</pubDate>
		<lastBuildDate>Wed, 01 Oct 2008 12:59:01 GMT</lastBuildDate>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<generator>MHonArc RSS 2.0 RCFile</generator>
		<managingEditor>webmaster@eclipse.org (Webmaster)</managingEditor>
		<webMaster>webmaster@eclipse.org (Webmaster)</webMaster>
		<image>
			<title>news.eclipse.technology.ormf</title>
			<url>http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg</url>
			<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/maillist.html</link>
		</image>
 

	<item>
		<title>[news.eclipse.technology.ormf] The project plan is hatched</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00145.html</link>
		<description>Hi everybody. Our new project plan is now published on our website at http://www.eclipse.org/projects/project-plan.php?projectid=technology.ormf . The plan is, of course, a living document and as such will be enriched and refined through time. To anybody o...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi everybody.</pre><br>
<tt>Our new project plan is now published on our website at 
<a  href="http://www.eclipse.org/projects/project-plan.php?projectid=technology.ormf">http://www.eclipse.org/projects/project-plan.php?projectid=technology.ormf</a> 
. The plan is, of course, a living document and as such will be 
enriched and refined through time.</tt><br>
<br>
<pre style="margin: 0em;">To anybody out there who might be interested in it, enjoy!</pre><br>
<pre style="margin: 0em;">Until next time,
B.</pre><br>
<pre style="margin: 0em;">--
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0;Barbara Rosi-Schwartz
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
               Blog: <a  href="http://www.brs4etish.blogspot.com">http://www.brs4etish.blogspot.com</a>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
&#xA0;&#xA0; ^...^
&#xA0;/ &#xA0;o,o &#xA0;\ &#xA0; &#xA0; &#xA0; The proud parents of ORMF
&#xA0;|) ::: (| &#xA0; &#xA0; &#xA0; The Open Requirements Management Framework
====w=w==== &#xA0; &#xA0; &#xA0;[<a  href="http://www.eclipse.org/ormf">http://www.eclipse.org/ormf</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Wed, 01 Oct 2008 12:46:19 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00145.html</guid>
		<author>Barbara.Rosi-Schwartz@xxxxxxx (Barbara Rosi-Schwartz)</author>
	</item>
	<item>
		<title>[news.eclipse.technology.ormf] Re: How to use ECF for conference	calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00144.html</link>
		<description>The only thing that you are missing is that this server is administered by us, and we only maintain a few groups for public usage (including '/server' but not '/my_group'). We don't support (for this 'ECF generic' server) setting up new/additional groups. ...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">On 2008-09-30 19:25:53 +0100, Scott Lewis &lt;slewis@xxxxxxxxxxxxx&gt; said:</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi Barbara,</pre><br>
<pre style="margin: 0em;">Barbara Rosi-Schwartz wrote:
&lt;stuff deleted&gt;</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Thanks for your reply, Scott.</pre><br>
<tt>Unfortunately I would not be able to find any time, at present, to 
contribute to the effort. However I appreciate greatly what is already 
there and will try and use whatever we can for our project.</tt><br>
<br>
<tt>I have a follow on question: I have been playing around a bit with your 
ECF collaboration group. When the wizard comes up, I do not seem to be 
able to enter any group other than the default one 
(&quot;ecftcp://ecf.eclipse.org:3282/server&quot;), as an EOFException is thrown. 
I think I should be able to define a private group ID (for instance 
&quot;ecftcp://ecf.eclipse.org:3282/my_group&quot;) to restrict access to the 
people that are interested in our specific collaboration. What am I 
missing?
</tt></blockquote><tt><br>The only thing that you are missing is that this server is administered 
by us, and we only maintain a few groups for public usage (including 
'/server' but not '/my_group').</tt><br>
<br>
<tt>We don't support (for this 'ECF generic' server) setting up 
new/additional groups.  The main reason for this is just that we don't 
have resources for administering many groups (which would be possible 
if many folks started using these groups for more than just examples).</tt><br>
<br>
<tt>We do, however, include a copy of the server within the ECF SDK, and so 
anyone can run their own server if they wish.  There's some 
documentation for this (running your own local ecf generic server) 
here:   <a  href="http://wiki.eclipse.org/ECF_Servers">http://wiki.eclipse.org/ECF_Servers</a></tt><br>
<br>
<tt>If we had some resources for administration we could consider running 
an ECF generic server that would allow people to create their own 
groups and then use them.  If this is something you think the Eclipse 
Foundation can/could do, I would encourage you to file an enhancement 
request within the 'Eclipse Community' in bugzilla:</tt><br>
<br>
<tt><a  href="https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community&amp;bug_severity=enhancement">https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community&amp;bug_severity=enhancement</a>
</tt></blockquote><pre style="margin: 0em;"><br>thanks,</pre><br>
<pre style="margin: 0em;">Scott</pre><br>
<pre style="margin: 0em;">Scott,</pre><br>
<tt>I 
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><br>
</blockquote><tt>figured I would need to create my own server!... Thanks for the pointer 
to the docs.</tt><br>
<br>
<tt>In general, I do think that it would be appropriate for the Foundation 
to encourage the use of the ECF for collaboration on Eclipse projects 
as much as possible, so yes, I have filed issue 
<a  href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=249300">https://bugs.eclipse.org/bugs/show_bug.cgi?id=249300</a> in Bugzilla. 
Thanks for suggesting it.</tt><br>
<br>
<pre style="margin: 0em;">Cheerio,
B.</pre><br>
<pre style="margin: 0em;">--
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0;Barbara Rosi-Schwartz
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
               Blog: <a  href="http://www.brs4etish.blogspot.com">http://www.brs4etish.blogspot.com</a>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
&#xA0;&#xA0; ^...^
&#xA0;/ &#xA0;o,o &#xA0;\ &#xA0; &#xA0; &#xA0; The proud parents of Useme
&#xA0;|) ::: (| &#xA0; &#xA0; &#xA0; The Open Requirements Management Tool
====w=w==== &#xA0; &#xA0; &#xA0;[<a  href="https://useme.dev.java.net">https://useme.dev.java.net</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Wed, 01 Oct 2008 12:41:23 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00144.html</guid>
		<author>Barbara.Rosi-Schwartz@xxxxxxx (Barbara Rosi-Schwartz)</author>
	</item>


	<item>
		<title>[news.eclipse.technology.ormf] Re: How to use ECF for conference	calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00143.html</link>
		<description>Hi Scott, I have been investigating ECF with Barbara and we have noticed that there appears to be some functionality that is only available on Windows; well at least we cannot access it on OS X. For instance, the Send File and Share Application are greyed ...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi Scott,</pre><br>
<tt>I have been investigating ECF with Barbara and we have noticed that 
there appears to be some functionality that is only available on 
Windows; well at least we cannot access it on OS X. For instance, the 
Send File and Share Application are greyed out, and the it appears the 
Skype plug-in is Win32 only.</tt><br>
<br>
<tt>Is there a concise matrix of what functionality is available by OS and 
architecture, possibly with target date (if known) for addressing each.</tt><br>
<br>
<pre style="margin: 0em;">Many thanks,
Joel
--
                                                      Joel Rosi-Schwartz
                                        Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
           ^...^
         /  o,o  \                The proud parents of Useme &amp; ORMF
         |) ::: (|          Open Requirements Management Framework
====w=w====             [<a  href="http://www.eclipse.org/ormf/">http://www.eclipse.org/ormf/</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Tue, 30 Sep 2008 19:41:31 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00143.html</guid>
		<author>Joel.Rosi-Schwartz@xxxxxxx (Joel Rosi-Schwartz)</author>
	</item>
	<item>
		<title>[news.eclipse.technology.ormf] Re: How to use ECF for conference	calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00142.html</link>
		<description>&amp;lt;stuff deleted&amp;gt; The only thing that you are missing is that this server is administered by us, and we only maintain a few groups for public usage (including '/server' but not '/my_group'). We don't support (for this 'ECF generic' server) setting up new/add...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi Barbara,</pre><br>
<pre style="margin: 0em;">Barbara Rosi-Schwartz wrote:
&lt;stuff deleted&gt;</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Thanks for your reply, Scott.</pre><br>
<tt>Unfortunately I would not be able to find any time, at present, to 
contribute to the effort. However I appreciate greatly what is already 
there and will try and use whatever we can for our project.</tt><br>
<br>
<tt>I have a follow on question: I have been playing around a bit with your 
ECF collaboration group. When the wizard comes up, I do not seem to be 
able to enter any group other than the default one 
(&quot;ecftcp://ecf.eclipse.org:3282/server&quot;), as an EOFException is thrown. 
I think I should be able to define a private group ID (for instance 
&quot;ecftcp://ecf.eclipse.org:3282/my_group&quot;) to restrict access to the 
people that are interested in our specific collaboration. What am I 
missing?
</tt></blockquote><tt><br>The only thing that you are missing is that this server is administered 
by us, and we only maintain a few groups for public usage (including 
'/server' but not '/my_group').</tt><br>
<br>
<tt>We don't support (for this 'ECF generic' server) setting up 
new/additional groups.  The main reason for this is just that we don't 
have resources for administering many groups (which would be possible if 
many folks started using these groups for more than just examples).</tt><br>
<br>
<tt>We do, however, include a copy of the server within the ECF SDK, and so 
anyone can run their own server if they wish.  There's some 
documentation for this (running your own local ecf generic server) here: 
 <a  href="http://wiki.eclipse.org/ECF_Servers">http://wiki.eclipse.org/ECF_Servers</a></tt><br>
<br>
<tt>If we had some resources for administration we could consider running an 
ECF generic server that would allow people to create their own groups 
and then use them.  If this is something you think the Eclipse 
Foundation can/could do, I would encourage you to file an enhancement 
request within the 'Eclipse Community' in bugzilla:</tt><br>
<br>
<pre style="margin: 0em;"><a  href="https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community&amp;bug_severity=enhancement">https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community&amp;bug_severity=enhancement</a></pre><br>
<pre style="margin: 0em;">thanks,</pre><br>
<pre style="margin: 0em;">Scott</pre><br>
]]></content:encoded>
		<pubDate>Tue, 30 Sep 2008 18:25:53 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00142.html</guid>
		<author>slewis@xxxxxxx (Scott Lewis)</author>
	</item>
	<item>
		<title>[news.eclipse.technology.ormf] Re: How to use ECF for conference	calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00141.html</link>
		<description> Thanks for your reply, Scott. Unfortunately I would not be able to find any time, at present, to contribute to the effort. However I appreciate greatly what is already there and will try and use whatever we can for our project. I have a follow on question...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">On 2008-09-30 04:35:32 +0100, Scott Lewis &lt;slewis@xxxxxxxxxxxxx&gt; said:</pre><br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi Barbara,</pre><br>
<tt>ECF has a 'call API' [1] that allows applications to do call setup and 
signalling...with providers that implement the call API.</tt><br>
<br>
<tt>Currently we only have a couple implementations of the call API.  The 
Skype provider (available at ecf1.osuosl.org) and one based upon Jingle 
[2].</tt><br>
<br>
<tt>We would like to have others (e.g. SIP) but that work has not been 
completed yet.</tt><br>
<br>
<tt>So I wish I could tell you things were further along in this regard 
(support for conferencing), but they are not.</tt><br>
<br>
<tt>If you are able to contribute any work in these areas it will be most 
welcome.  My apologies that we don't have more completed and available 
for you to work with at this point.</tt><br>
<br>
<pre style="margin: 0em;">Scott</pre><br>
<pre style="margin: 0em;"><br>[1] <a  href="http://wiki.eclipse.org/VOIP">http://wiki.eclipse.org/VOIP</a>
[2] <a  href="http://wiki.eclipse.org/VoIP_via_the_ECF_Call_API_and_the_Jingle_Protocol">http://wiki.eclipse.org/VoIP_via_the_ECF_Call_API_and_the_Jingle_Protocol</a></pre><br>
<tt><br>Barbara Rosi-Schwartz wrote:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi all.</pre><br>
<pre style="margin: 0em;">I am new to ECF, so please pardon my ignorance.</pre><br>
<tt>For a while now I have been thinking of using ECF as the communication 
means of choice for my Eclpise project, ORMF 
(<a  href="http://www.eclipse.org/ormf">http://www.eclipse.org/ormf</a>). Ideally I would like to use it not only 
for whiteboarding, screen sharing and the like, but also for our weekly 
conference call. Is this achievable?</tt><br>
<br>
<tt>I notice ECF itself resorts to the standard means of communication for 
their conference call, so I am wondering what might be the obstacle(s).</tt><br>
<br>
<pre style="margin: 0em;">TIA,
B.
</pre></blockquote></blockquote><pre style="margin: 0em;"><br></pre><br>
<pre style="margin: 0em;">Thanks for your reply, Scott.</pre><br>
<tt>Unfortunately I would not be able to find any time, at present, to 
contribute to the effort. However I appreciate greatly what is already 
there and will try and use whatever we can for our project.</tt><br>
<br>
<tt>I have a follow on question: I have been playing around a bit with your 
ECF collaboration group. When the wizard comes up, I do not seem to be 
able to enter any group other than the default one 
(&quot;ecftcp://ecf.eclipse.org:3282/server&quot;), as an EOFException is thrown. 
I think I should be able to define a private group ID (for instance 
&quot;ecftcp://ecf.eclipse.org:3282/my_group&quot;) to restrict access to the 
people that are interested in our specific collaboration. What am I 
missing?</tt><br>
<br>
<pre style="margin: 0em;">Thanks again and kind regards,
B.</pre><br>
<pre style="margin: 0em;">--
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0;Barbara Rosi-Schwartz
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
               Blog: <a  href="http://www.brs4etish.blogspot.com">http://www.brs4etish.blogspot.com</a>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
&#xA0;&#xA0; ^...^
&#xA0;/ &#xA0;o,o &#xA0;\ &#xA0; &#xA0; &#xA0; The proud parents of Useme
&#xA0;|) ::: (| &#xA0; &#xA0; &#xA0; The Open Requirements Management Tool
====w=w==== &#xA0; &#xA0; &#xA0;[<a  href="https://useme.dev.java.net">https://useme.dev.java.net</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Tue, 30 Sep 2008 17:58:23 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00141.html</guid>
		<author>Barbara.Rosi-Schwartz@xxxxxxx (Barbara Rosi-Schwartz)</author>
	</item>


	<item>
		<title>[news.eclipse.technology.ormf] Re: How to use ECF for conference	calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00140.html</link>
		<description> </description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi Barbara,</pre><br>
<tt>ECF has a 'call API' [1] that allows applications to do call setup and 
signalling...with providers that implement the call API.</tt><br>
<br>
<tt>Currently we only have a couple implementations of the call API.  The 
Skype provider (available at ecf1.osuosl.org) and one based upon Jingle 
[2].</tt><br>
<br>
<tt>We would like to have others (e.g. SIP) but that work has not been 
completed yet.</tt><br>
<br>
<tt>So I wish I could tell you things were further along in this regard 
(support for conferencing), but they are not.</tt><br>
<br>
<tt>If you are able to contribute any work in these areas it will be most 
welcome.  My apologies that we don't have more completed and available 
for you to work with at this point.</tt><br>
<br>
<pre style="margin: 0em;">Scott</pre><br>
<tt><br>[1] <a  href="http://wiki.eclipse.org/VOIP">http://wiki.eclipse.org/VOIP</a><br>
[2] 
<a  href="http://wiki.eclipse.org/VoIP_via_the_ECF_Call_API_and_the_Jingle_Protocol">http://wiki.eclipse.org/VoIP_via_the_ECF_Call_API_and_the_Jingle_Protocol</a></tt><br>
<br>
<tt><br>Barbara Rosi-Schwartz wrote:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi all.</pre><br>
<pre style="margin: 0em;">I am new to ECF, so please pardon my ignorance.</pre><br>
<tt>For a while now I have been thinking of using ECF as the communication 
means of choice for my Eclpise project, ORMF 
(<a  href="http://www.eclipse.org/ormf">http://www.eclipse.org/ormf</a>). Ideally I would like to use it not only 
for whiteboarding, screen sharing and the like, but also for our weekly 
conference call. Is this achievable?</tt><br>
<br>
<tt>I notice ECF itself resorts to the standard means of communication for 
their conference call, so I am wondering what might be the obstacle(s).</tt><br>
<br>
<pre style="margin: 0em;">TIA,
B.
</pre></blockquote><br>
]]></content:encoded>
		<pubDate>Tue, 30 Sep 2008 03:35:32 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00140.html</guid>
		<author>slewis@xxxxxxx (Scott Lewis)</author>
	</item>
	<item>
		<title>[news.eclipse.technology.ormf] How to use ECF for conference calls</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00139.html</link>
		<description>Hi all. I am new to ECF, so please pardon my ignorance. For a while now I have been thinking of using ECF as the communication means of choice for my Eclpise project, ORMF (http://www.eclipse.org/ormf). Ideally I would like to use it not only for whiteboar...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi all.</pre><br>
<pre style="margin: 0em;">I am new to ECF, so please pardon my ignorance.</pre><br>
<tt>For a while now I have been thinking of using ECF as the communication 
means of choice for my Eclpise project, ORMF 
(<a  href="http://www.eclipse.org/ormf">http://www.eclipse.org/ormf</a>). Ideally I would like to use it not only 
for whiteboarding, screen sharing and the like, but also for our weekly 
conference call. Is this achievable?</tt><br>
<br>
<tt>I notice ECF itself resorts to the standard means of communication for 
their conference call, so I am wondering what might be the obstacle(s).</tt><br>
<br>
<pre style="margin: 0em;">TIA,
B.
--
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0;  Barbara Rosi-Schwartz
&#xA0;&#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0; &#xA0;   Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
                 Blog: <a  href="http://www.brs4etish.blogspot.com">http://www.brs4etish.blogspot.com</a>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
&#xA0;&#xA0; ^...^
&#xA0;/ &#xA0;o,o &#xA0;\ &#xA0; &#xA0; The proud parents of ORMF
&#xA0;|) ::: (| &#xA0; &#xA0; The Open Requirements Management Framework
====w=w==== &#xA0;  [<a  href="http://www.eclipse.org/ormf">http://www.eclipse.org/ormf</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Mon, 29 Sep 2008 12:09:20 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00139.html</guid>
		<author>Barbara.Rosi-Schwartz@xxxxxxx (Barbara Rosi-Schwartz)</author>
	</item>


	<item>
		<title>[news.eclipse.technology.ormf] Re: Using Riena only for the	server/client connectivity</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00138.html</link>
		<description>Hi Joel, I am glad you like the result. Indeed remote OSGi Services is a growing topic for everyone. Maybe its a good idea to start to think in of components rather than bundles that are prepackaged. I will give it a thought. Maybe have a separate feature ...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi Joel,</pre><br>
<tt>I am glad you like the result. Indeed remote OSGi Services is a growing topic for everyone. Maybe its a good idea to 
start to think in of components rather than bundles that are prepackaged. I will give it a thought. Maybe have a 
separate feature for each distinct component in Riena. So that people can decide what feature of Riena to use and which 
not. I certainly will not only make the complete target platform but also the .zip with the Riena only components 
available in M5. (actually I found the M4 version of that zip....I currently uploading it and let you know where it is, 
so you can tell me whether that is something you want to have)</tt><br>
<br>
<tt>In order to start that marketing piece we need to come out of incubator which will hopefully happen end of year. As you 
probably know there is also ECF marketing remote services as their piece. So we see how that is going to develop.</tt><br>
<br>
<tt>We have choosen Hessian quit some time ago (4 years ago) when we needed a fast transport for Java to Java Webservice 
calls and where quite dissatisfied with what SOAP could offer. SOAP is universal but overkill if you dont need that 
language independant feature that SOAP is good at. Also SOAP is bloated (protocol wise) and damn slow compared to a 
binary alternative like Hessian.<br>
Now in the past 4 years I became quite familiar with Hessian and all its internals. So now I know exactly which screw to 
turn for any feature that I want to have. So know you can actually transfer large bytes chunks with Remote Services (say 
20 MB or more), you can monitor remote service calls as they are going on (literally shows the bytes as they are sent 
and received) with the Remote Progress Monitor and I have many more ideas like &quot;server ticks&quot; (showing progress in the 
server components to the client even if no data is sent currently), displaying results as they are coming (say you can 
show the first line in a table even if the rest is still in the wire).</tt><br>
<br>
<tt>So I like Hessian and I know my way around and its relativly configuration free (for serializers). Now we just added a 
feature to add your own serializer with Extensions if you have to. But normally that is not the case.</tt><br>
<br>
<pre style="margin: 0em;">lets keep in touch and let us know how you progress
christian</pre><br>
<tt><br>Joel Rosi-Schwartz schrieb:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi Christian,</pre><br>
<pre style="margin: 0em;">Thanks for all of the replies :-)</pre><br>
<tt>The clean separation is certainly what I expected, but best to make sure 
before leaping in. I really thank you folks as you have saved ORMF (me 
in particular) quite a bit of work in wiring the base server 
infrastructure and remoting. I will certainly look forward to buying the 
Riena team a beer at the next EclipseCon or the Summit if we can make it 
this autumn.</tt><br>
<br>
<tt>I actually think that we will be seeing more and more projects using 
OSGi servers with remoting capability. I would really encourage the 
Riena team to package and &quot;market&quot; this as a separate &quot;product&quot;, i.e. a 
feature on the update site or packaged zip. The space is waiting to be 
filled.</tt><br>
<br>
<tt>Btw, I am curious as to why you chose Hessian.  I am quite content with 
the choice, just wondering.</tt><br>
<br>
<pre style="margin: 0em;">All the best,
Joel</pre><br>
<tt>On 2008-09-21 19:23:00 +0100, Christian Campo 
&lt;christian.campo@xxxxxxxxxxxx&gt; said:</tt><br>
<br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi Joel,</pre><br>
<tt>indeed its basic requirement of Riena that you dont have to buy into 
the whole story of Riena if you just like a component of it. So just 
using Riena remote services is ok and should always work. You will 
only need a few bundles and you are ready to go.</tt><br>
<br>
<tt>We have the same now for the UI part that you should be able to use 
Ridgets without using the navigation concept of Riena or you can embed 
Riena views into RCP applications or vica versa embed RCP views into 
Riena applications.</tt><br>
<br>
<tt>If anything of that what I promising does not work, its certainly a 
bug and will be treated as such.</tt><br>
<br>
<pre style="margin: 0em;">let me help if I you need more info</pre><br>
<pre style="margin: 0em;">christian</pre><br>
<pre style="margin: 0em;"><br></pre><br>
<tt>Joel Rosi-Schwartz schrieb:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi,</pre><br>
<tt>Please allow me to introduce myself. My name is Joel and I am one of 
the leads of the EF ORMF project &lt;<a  href="http://www.eclipse.org/ormf/">http://www.eclipse.org/ormf/</a>&gt;</tt><br>
<br>
<tt>We are in the process of reengineering our architecture with the 
intention of moving away from a full blow Java 5 EE server 
(Glassfish) to a lighter weight OSGI infrastructure. Presently the 
communication between our Eclipse client and the server is Web 
Services based, so I think that the Riena server may be just what I 
am looking for in a base architecture.</tt><br>
<br>
<tt>What makes me a little nervous is that the scope of Riena is much 
broader than ORMF requires. I would like to assure myself that ORMF 
will not be required to carry a substantial amount of extra baggage 
is we adopt Riena. So far my limited reading and explorations leads 
me to believe that Riena is cleanly partitioned so that we should 
have few issues. I would be very appreciate if someone from the team 
could confirm my assumptions.</tt><br>
<br>
<pre style="margin: 0em;">All the best,
Joel
</pre></blockquote></blockquote><pre style="margin: 0em;"><br></pre><br>
</blockquote><br>
]]></content:encoded>
		<pubDate>Mon, 22 Sep 2008 08:43:08 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00138.html</guid>
		<author>christian.campo@xxxxxxx (Christian Campo)</author>
	</item>


	<item>
		<title>[news.eclipse.technology.ormf] Re: Using Riena only for the	server/client connectivity</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00137.html</link>
		<description> -- Joel Rosi-Schwartz Etish Limited [http://www.etish.org] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^...^ / o,o \ The proud parents of Useme &amp;amp; ORMF |) ::: (| Open Requirements Management Framework ====w=w==== [http://www.eclipse.org/ormf/] ...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi Christian,</pre><br>
<pre style="margin: 0em;">Thanks for all of the replies :-)</pre><br>
<tt>The clean separation is certainly what I expected, but best to make 
sure before leaping in. I really thank you folks as you have saved ORMF 
(me in particular) quite a bit of work in wiring the base server 
infrastructure and remoting. I will certainly look forward to buying 
the Riena team a beer at the next EclipseCon or the Summit if we can 
make it this autumn.</tt><br>
<br>
<tt>I actually think that we will be seeing more and more projects using 
OSGi servers with remoting capability. I would really encourage the 
Riena team to package and &quot;market&quot; this as a separate &quot;product&quot;, i.e. a 
feature on the update site or packaged zip. The space is waiting to be 
filled.</tt><br>
<br>
<tt>Btw, I am curious as to why you chose Hessian.  I am quite content with 
the choice, just wondering.</tt><br>
<br>
<pre style="margin: 0em;">All the best,
Joel</pre><br>
<tt>On 2008-09-21 19:23:00 +0100, Christian Campo 
&lt;christian.campo@xxxxxxxxxxxx&gt; said:</tt><br>
<br>
<blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi Joel,</pre><br>
<tt>indeed its basic requirement of Riena that you dont have to buy into 
the whole story of Riena if you just like a component of it. So just 
using Riena remote services is ok and should always work. You will only 
need a few bundles and you are ready to go.</tt><br>
<br>
<tt>We have the same now for the UI part that you should be able to use 
Ridgets without using the navigation concept of Riena or you can embed 
Riena views into RCP applications or vica versa embed RCP views into 
Riena applications.</tt><br>
<br>
<tt>If anything of that what I promising does not work, its certainly a bug 
and will be treated as such.</tt><br>
<br>
<pre style="margin: 0em;">let me help if I you need more info</pre><br>
<pre style="margin: 0em;">christian</pre><br>
<pre style="margin: 0em;"><br></pre><br>
<tt>Joel Rosi-Schwartz schrieb:
</tt><blockquote style="border-left: #5555EE solid 0.2em; margin: 0em; padding-left: 0.85em"><pre style="margin: 0em;">Hi,</pre><br>
<tt>Please allow me to introduce myself. My name is Joel and I am one of 
the leads of the EF ORMF project &lt;<a  href="http://www.eclipse.org/ormf/">http://www.eclipse.org/ormf/</a>&gt;</tt><br>
<br>
<tt>We are in the process of reengineering our architecture with the 
intention of moving away from a full blow Java 5 EE server (Glassfish) 
to a lighter weight OSGI infrastructure. Presently the communication 
between our Eclipse client and the server is Web Services based, so I 
think that the Riena server may be just what I am looking for in a base 
architecture.</tt><br>
<br>
<tt>What makes me a little nervous is that the scope of Riena is much 
broader than ORMF requires. I would like to assure myself that ORMF 
will not be required to carry a substantial amount of extra baggage is 
we adopt Riena. So far my limited reading and explorations leads me to 
believe that Riena is cleanly partitioned so that we should have few 
issues. I would be very appreciate if someone from the team could 
confirm my assumptions.</tt><br>
<br>
<pre style="margin: 0em;">All the best,
Joel
</pre></blockquote></blockquote><pre style="margin: 0em;"><br></pre><br>
<pre style="margin: 0em;">--
                                                      Joel Rosi-Schwartz
                                        Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
           ^...^
         /  o,o  \                The proud parents of Useme &amp; ORMF
         |) ::: (|          Open Requirements Management Framework
====w=w====             [<a  href="http://www.eclipse.org/ormf/">http://www.eclipse.org/ormf/</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Sun, 21 Sep 2008 18:52:33 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00137.html</guid>
		<author>Joel.Rosi-Schwartz@xxxxxxx (Joel Rosi-Schwartz)</author>
	</item>


	<item>
		<title>[news.eclipse.technology.ormf] Re: Background on Approach to Use	Cases</title>
		<link>http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00136.html</link>
		<description>Hi, Try this link on Amazon, they say it is stock http://www.amazon.com/Advanced-Use-Case-Modeling-Addison-Wesley/dp/0201615924/ref=sr_11_1?ie=UTF8&amp;amp;qid=1220887448&amp;amp;sr=11-1 Hope that helps, Joel -- Joel Rosi-Schwartz Etish Limited [http://www.etish.org] ~~~~...</description>
		<content:encoded><![CDATA[<pre style="margin: 0em;">Hi,</pre><br>
<pre style="margin: 0em;">Try this link on Amazon, they say it is stock</pre><br>
<pre style="margin: 0em;"><a  href="http://www.amazon.com/Advanced-Use-Case-Modeling-Addison-Wesley/dp/0201615924/ref=sr_11_1?ie=UTF8&amp;qid=1220887448&amp;sr=11-1">http://www.amazon.com/Advanced-Use-Case-Modeling-Addison-Wesley/dp/0201615924/ref=sr_11_1?ie=UTF8&amp;qid=1220887448&amp;sr=11-1</a></pre><br>
<tt>Hope </tt><br>
<br>
<pre style="margin: 0em;">that helps,
Joel
--
                                                      Joel Rosi-Schwartz
                                        Etish Limited [<a  href="http://www.etish.org">http://www.etish.org</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
           ^...^
         /  o,o  \                The proud parents of Useme &amp; ORMF
         |) ::: (|          Open Requirements Management Framework
====w=w====             [<a  href="http://www.eclipse.org/ormf/">http://www.eclipse.org/ormf/</a>]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</pre><br>
<br>
]]></content:encoded>
		<pubDate>Mon, 08 Sep 2008 15:25:41 GMT</pubDate>
		<guid isPermaLink="true">http://dev.eclipse.org/mhonarc/newsLists/news.eclipse.technology.ormf/msg00136.html</guid>
		<author>Joel.Rosi-Schwartz@xxxxxxx (Joel Rosi-Schwartz)</author>
	</item>

 
	</channel>
	</rss>
<!-- MHonArc v2.6.10 -->
