SCA allows you to define an application without knowing where things are
There is a difference between this kind of abstraction and cloud
elasticity when could allows for multiple copies of a component to be
deployed
Stateless components and elasticity
Just moving component is not so hard as our
We currently release the trunk as one thing, i.e. one distribution
we allow people to delete things of course but it's not easy as you
can tell what is required in modules
for any particular feature
We talked around various options
Separate modules
Shaded jars including 3rd party
Well I guess we need to be a bit more precise about what the likely
impact is. IIUC from the commit the model is that
the JDKInvoker and implementation invoker implement the transition
between the local (to them) component implementation and Tuscany's
internal representation of holders. Between
This morning Ant, Simon L, Kelvin and I had a chat about the samples
structure. We experimented with it at location [1].
The structure is basically the following:
|-applications
|---logging-scribe
|---store
|---store-webapp
|-extending-tuscany
|---implementation-sample
On Mon, Sep 20, 2010 at 6:46 AM, Simon Laws simonsl...@googlemail.com wrote:
Well I guess we need to be a bit more precise about what the likely
impact is. IIUC from the commit the model is that
the JDKInvoker and implementation invoker implement the transition
between the local (to them)
On Mon, Sep 20, 2010 at 3:15 PM, Florian MOGA moga@gmail.com wrote:
This morning Ant, Simon L, Kelvin and I had a chat about the samples
structure. We experimented with it at location [1].
The structure is basically the following:
|-applications
|---logging-scribe
|---store
On Mon, Sep 20, 2010 at 3:22 PM, Brent Daniel brenthdan...@gmail.com wrote:
On Mon, Sep 20, 2010 at 6:46 AM, Simon Laws simonsl...@googlemail.com wrote:
Well I guess we need to be a bit more precise about what the likely
impact is. IIUC from the commit the model is that
the JDKInvoker and
I believe having those differentiated will make people aware of the relation
between sca and tuscany. 'sca-features' and 'sca-extensions' try to make
this distinction. Probably 'sca-features' and 'tuscany-features' would be
best for us but they are confusing for somebody that is just starting to
Ah right, I see. Hmmm. I'm afraid I don't have a quick answer to this
other than stepping through each part of the infrastructure and
setting out what adding multiple return types implies.
Simon
So if we look at my earlier example, mapping return value(s) for
binding.jms wf.jmsObject to an
On Mon, Sep 20, 2010 at 1:32 AM, Simon Laws simonsl...@googlemail.com wrote:
SCA allows you to define an application without knowing where things are
There is a difference between this kind of abstraction and cloud
elasticity when could allows for multiple copies of a component to be
deployed
On Mon, Sep 20, 2010 at 8:11 AM, Florian MOGA moga@gmail.com wrote:
I believe having those differentiated will make people aware of the relation
between sca and tuscany. 'sca-features' and 'sca-extensions' try to make
this distinction. Probably 'sca-features' and 'tuscany-features' would be
On Mon, Sep 20, 2010 at 11:03 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Mon, Sep 20, 2010 at 8:11 AM, Florian MOGA moga@gmail.com wrote:
I believe having those differentiated will make people aware of the relation
between sca and tuscany. 'sca-features' and 'sca-extensions' try to
On Mon, Sep 20, 2010 at 10:19 PM, ant elder ant.el...@gmail.com wrote:
On Mon, Sep 20, 2010 at 11:03 PM, Luciano Resende luckbr1...@gmail.com
wrote:
On Mon, Sep 20, 2010 at 8:11 AM, Florian MOGA moga@gmail.com wrote:
I believe having those differentiated will make people aware of the
On Tue, Sep 21, 2010 at 6:25 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Mon, Sep 20, 2010 at 10:19 PM, ant elder ant.el...@gmail.com wrote:
On Mon, Sep 20, 2010 at 11:03 PM, Luciano Resende luckbr1...@gmail.com
wrote:
On Mon, Sep 20, 2010 at 8:11 AM, Florian MOGA moga@gmail.com
14 matches
Mail list logo