Hi Doug
Thinking back to when SpringSource contributed the Virgo project - it was well known that EclipseRT was needing an integrated server runtime, so that was one of the reasons that choosing to donate to Eclipse made good sense. If we identify other gaps and document these publicly, it could have a similar result.
Another way of putting this is that a known gap is better than an unknown gap.
On 1 Nov 2012, at 14:02, douglas clarke wrote:
Jesse,
I guess that is the question and I would be very interested in the
community feedback on that.
Not sure how the panel would go to address the issue and get us
feedback.
Doug
On 31/10/2012 4:04 PM, Jesse McConnell wrote:
ok, given this some time floating around my inbox
starting at me..
After rewriting the 'However' section in the original mail a
handful of times I simply come back to Glyn's one liner which
the entire thing could be on.
Is there a missing integration component in the Eclipse
Runtime component stack?
We have kicked this concept around for quite some time so
it would be good to finally put it up to the community by
posing that simple question because it distills the essence of
the discussion. Perhaps another way to as the same question:
Is the Eclipse Runtime Project failing the community by not
providing a expected completely integrated stack of software
for building applications on, or is it just an useful
organizational construct for projects that would otherwise
have no home under existing Eclipse structure?
Answer that and we can finally put that class of issue to
bed once and for all :)
jesse
--
jesse mcconnell
jesse.mcconnell@xxxxxxxxx
On Tue, Oct 30, 2012 at 8:01 AM,
Thomas Watson <tjwatson@xxxxxxxxxx>
wrote:
I imagine we would want to
leave time for questions from the audience. I think
the abstract looks good. Adding Glyn's question
"What components is RT missing?" and "What do RT
consumers want, the flexibility of do it yourself
stacks, or the ease of use that integrated runtime
stacks offer?" would be good.
(I'm sorry to admit I had to
look up DIY before I knew what Glyn was suggesting)
:)
I'm not sure about a symposium
+ panel. Seems like it would be rush to do both.
Tom
<Mail Attachment.gif>Glyn Normington ---10/30/2012
06:06:22 AM---Hi Ian Looks good. Will there be an
opportunity for the audience to ask the panel
questions or answe
From:
Glyn
Normington <gnormington@xxxxxxxxxx>
To: Runtime Project PMC
mailing list <rt-pmc@xxxxxxxxxxx>,
Date:
10/30/2012
06:06 AM
Subject:
Re: [rt-pmc]
EclipseCon Pannel
Sent
by: rt-pmc-bounces@xxxxxxxxxxx
Hi Ian
Looks good. Will there
be an opportunity for the audience to ask the
panel questions or answer the questions you pose
below? I think that would add some interest.
Another somewhat
controversial topic would be to debate the ease of
use of integrated runtimes versus the flexibility
of DIY stacks built from RT components.
Another question to add
to your list would be "What components is RT
missing?".
Regards,
Glyn
On 30 Oct 2012, at
05:20, Ian Bull wrote:
Hi everyone,
I've been racking my
brain trying to put together ideas for a panel
on EclipseRT. I certainly don't want to make it
sound negative (because we are doing some really
cool things), but I do think it should be
somewhat controversial. Here is a really rough
outline.
Another option
(instead of a panel) would be do have a
symposium. With this approach, we would find
people to give talks about what they've done
with RT. We could end the symposium with a
panel.
<snip>
Since the creation of the
Eclipse Rich Client Platform (RCP) and the
adoption of Equinox and OSGi in 2004, interest
in and use of Eclipse technologies in runtime
scenarios has been steadily increasing. The
EclipseRT project was designed to foster,
promote and house these runtime efforts.
By a variety of measures EclipseRT has been a
resounding success. EclipseRT projects are the
backbone of many organizations, powering the
world's leading web containers such as
Websphere, large infrastructure projects such as
Google App Engine and Yahoo’s Hadoop Cluster and
even underlying the day to day activities of the
astronauts on the International Space Station.
However, even with all the success, EclipseRT
still suffers from an identity crisis. What
classifies a project as ‘RT’? What common
themes do all RT projects have? How can RT
projects be more useful to the consumers? What
do you expect from RT?
In this panel, EclipseRT committers will talk
about what can be done to improve the state of
Eclipse Runtime Technologies and better serve
the Eclipse community.
</snip>
Cheers,
Ian
--
R. Ian Bull | EclipseSource Victoria | +1 250
477 7484
http://eclipsesource.com | http://twitter.com/eclipsesource
_______________________________________________
rt-pmc mailing list
rt-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/rt-pmc
_______________________________________________
rt-pmc mailing list
rt-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/rt-pmc
_______________________________________________
rt-pmc mailing list
rt-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/rt-pmc
_______________________________________________
rt-pmc mailing list
rt-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/rt-pmc
_______________________________________________ rt-pmc mailing list rt-pmc@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/rt-pmc
|