Thanks for the quick response. I agree with the points you are making. A few
more arguments:
1) In many cases, the service method produces a DTO and it either doesn't
retain a reference to the return value or it won't mutate it after the call.
It's not wise to copy the DTO.
2) If the client sid
Raymond Feng wrote:
Hi,
I added the support for AllowsByReference for the references as well as
the implementation classes/methods based on the spec. Now I have some
questions for the SCA spec (Ideally I should bring these questions to
the SCA spec group but I don't have OASIS membership).
Florian Moga wrote:
Actually, that's perfect timing. Monday I've only registered for a
tutorial from 13:00 to 16:00 so I'll try and arrange things in such a
way that I'll take care of the volunteering side in the morning and will
be able to meet up with you after that. I don't have too much
in
Hi,
I added the support for AllowsByReference for the references as well as the
implementation classes/methods based on the spec. Now I have some questions for
the SCA spec (Ideally I should bring these questions to the SCA spec group but
I don't have OASIS membership).
The following is quoted
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
To make it more readable, some text is cut.
... cut ...
The drawback of this approach is that it does not abstract and
promote
reuse. Each handler and/or component implementation is required to
develop its own context ob
On 07/02/2011 15:09, Simon Laws wrote:
An idle question somewhat motivated by recently touching on the sample
docs in another ML thread.
Are we going to convert from Confluence to CMS [1]?
If we are eventually going to have to do this (when the autoexport
stops working?) we should probably plan
Classification: UNCLASSIFIED
Caveats: NONE
To make it more readable, some text is cut.
... cut ...
> >
> > The drawback of this approach is that it does not abstract and
> promote
> > reuse. Each handler and/or component implementation is required to
> > develop its own context object and injecti
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
A general comment I would put here is that software design is an art and
it will reflect different approaches depends on where your emphasizes
are. My philosophy that lead to what I described is simplicity,
abstraction and r
How does the shell operate with webapps? I've tried loading
helloworld-webapp with mvn tuscany:run and I got a ClassNotFoundException on
a jetty related class. I've added jetty dependencies to the shell module and
now i'm getting:
Feb 7, 2011 8:33:48 PM
org.apache.tuscany.sca.core.runtime.impl.End
I gave it a try and it found the same problem. It looks like it is not
expected that the junit jar to be specified amongst dependencies but in the
$ANT_HOME/lib folder... I've added the build.test.classpath to the
test-junit-present target and tests are working now.
After that, a
Classification: UNCLASSIFIED
Caveats: NONE
A general comment I would put here is that software design is an art and
it will reflect different approaches depends on where your emphasizes
are. My philosophy that lead to what I described is simplicity,
abstraction and reuse. But I'm fine with and wou
On Sun, Feb 6, 2011 at 12:50 PM, Florian MOGA wrote:
> I've just checked out "mvn ant:ant" and seems to do a decent job in
> generating an ant build file.
I didn't know about "mvn ant:ant" that does look good. I haven't quite
got it to work properly yet though, if i run "mvn ant:ant" in
getting-s
See comments inline below.
Simon
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Some very good discussions here.
I think I agree with Simon N.'s point that the component implementation
should be restricted to only certain "application" level information.
But I defin
Simon Laws wrote:
..snip
For 2), the component implementation could modify the same
"data transfer" object and this object would be accessible to the
reference interceptors/handlers. If we defer the point where the
Message object gets switched, the reference interceptors/handlers
would also ha
On Mon, Feb 7, 2011 at 4:47 PM, Yang, Gang CTR US USA
wrote:
> Classification: UNCLASSIFIED
> Caveats: NONE
>
> Some very good discussions here.
>
> I think I agree with Simon N.'s point that the component implementation
> should be restricted to only certain "application" level information. But
..snip
>>
>> I would argue that interceptors on the message chain should have
>> access to any context that they require to do their processing. I
>> would be very happy if an API were used to provide that to them.
>> Currently the API is provided by the Message object. However we are
>> finding th
Classification: UNCLASSIFIED
Caveats: NONE
Some very good discussions here.
I think I agree with Simon N.'s point that the component implementation should
be restricted to only certain "application" level information. But I definitely
agree with Simon L. that passing only disconnected Message (
Actually, that's perfect timing. Monday I've only registered for a tutorial
from 13:00 to 16:00 so I'll try and arrange things in such a way that I'll
take care of the volunteering side in the morning and will be able to meet
up with you after that. I don't have too much information at the moment
(
Simon Laws wrote:
On Mon, Feb 7, 2011 at 1:59 PM, Florian Moga wrote:
Hi Mike,
Unfortunately, I don't have too much information on the schedule when the
volunteering work can be done thus I cannot guarantee that I would be able
to attend a meetup during a weekday. If in the meantime I can find
Simon Laws wrote:
The difference as I understand it is that only very selected parts
of the invocation context would be exposed to application code
(i.e., what's available via the SCA API plus whatever the handlers
choose to make available), but the entire contents of the
Tuscany-defined generi
An idle question somewhat motivated by recently touching on the sample
docs in another ML thread.
Are we going to convert from Confluence to CMS [1]?
If we are eventually going to have to do this (when the autoexport
stops working?) we should probably plan for it rather than do it in a
rush when
On Mon, Feb 7, 2011 at 1:59 PM, Florian Moga wrote:
> Hi Mike,
> Unfortunately, I don't have too much information on the schedule when the
> volunteering work can be done thus I cannot guarantee that I would be able
> to attend a meetup during a weekday. If in the meantime I can find a way to
> le
Hi Mike,
Unfortunately, I don't have too much information on the schedule when the
volunteering work can be done thus I cannot guarantee that I would be able
to attend a meetup during a weekday. If in the meantime I can find a way to
leave a free afternoon, I'll let you know right away.
Florian
On 04/02/2011 15:47, ant elder wrote:
On Fri, Feb 4, 2011 at 12:46 PM, Florian MOGA wrote:
Hi,
I'm planning to volunteer at QCon London next month in order to be able to
attend the sessions and tutorials. The conference and tutorials take place
between 7-11 March. It would be great if we can ha
>>
>>
> The difference as I understand it is that only very selected parts
> of the invocation context would be exposed to application code
> (i.e., what's available via the SCA API plus whatever the handlers
> choose to make available), but the entire contents of the
> Tuscany-defined generic cont
On 07/02/2011 12:05, ant elder wrote:
On Mon, Feb 7, 2011 at 8:51 AM, Simon Nash wrote:
I think we're in violent agreement here! Let's pick a small and
useful set of high-quality samples to include in the release, then
make sure (by automated tests as far as possible) that these samples
cont
On Mon, Feb 7, 2011 at 11:04 AM, Florian Moga wrote:
> I totally agree but in my estimation this operation requires at least one or
> two weeks of work and we haven't agreed yet on the format of the
> documentation and what are the required launchers. We're already in RC2,
> can't we just make the
On Mon, Feb 7, 2011 at 8:51 AM, Simon Nash wrote:
> ant elder wrote:
>>
>> On Sun, Feb 6, 2011 at 10:36 PM, Simon Nash wrote:
>>
I do agree good quality samples are important for users though. Maybe
if we have this more strict quality approach then we also need to do
some vetting o
Simon Laws wrote:
On Mon, Feb 7, 2011 at 10:26 AM, Simon Nash wrote:
Simon Laws wrote:
Hi Gang
I'm wondering how much work it would be to simply pass a generic context
object, which includes all the current messages involved in the
invocation and allow get/set objects as added states, throu
Simon Laws wrote:
On Mon, Feb 7, 2011 at 10:35 AM, Simon Nash wrote:
Simon Laws wrote:
On Fri, Feb 4, 2011 at 4:49 PM, Yang, Gang CTR US USA
wrote:
(cut)
To reply to both Simon and Gangs posts...
I had missed that. I don't know why we put the request message in the
TMC rather than leaving i
On Mon, Feb 7, 2011 at 10:40 AM, Simon Nash wrote:
> Yang, Gang CTR US USA wrote:
>>
>> Classification: UNCLASSIFIED
>> Caveats: NONE
>>
>> (cut)
>>
>> I'm not sure about using ThreadLocal in a service framework environment
>> for component implementation or even user-added handlers since I don't
I totally agree but in my estimation this operation requires at least one or
two weeks of work and we haven't agreed yet on the format of the
documentation and what are the required launchers. We're already in RC2,
can't we just make the release with the samples as they are now (without the
ones th
On Mon, Feb 7, 2011 at 10:35 AM, Simon Nash wrote:
> Simon Laws wrote:
>>
>> On Fri, Feb 4, 2011 at 4:49 PM, Yang, Gang CTR US USA
>> wrote:
>
>>
>> (cut)
>>
>> To reply to both Simon and Gangs posts...
>>
>> I had missed that. I don't know why we put the request message in the
>> TMC rather than
On Mon, Feb 7, 2011 at 10:26 AM, Simon Nash wrote:
> Simon Laws wrote:
>>
>> Hi Gang
>>
>>> I'm wondering how much work it would be to simply pass a generic context
>>> object, which includes all the current messages involved in the
>>> invocation and allow get/set objects as added states, throug
On Mon, Feb 7, 2011 at 12:43 PM, Simon Laws wrote:
> So when you do a full build the build always hangs?
Yes.
> Is that test still in the build as I don't experience that.
Yes.
> What environment are you on?
>
Ubuntu 10.10, Sun JVM 6u22, Maven 2.2.1, Ant 1.7.1
Same happens with OpenJDK
>
> Si
On Mon, Feb 7, 2011 at 10:31 AM, Florian Moga wrote:
> I saw it working about half of the times last week when I ran only the
> launcher-embedded-jse itest. Wasn't able to make that happen at full build,
> it always hangs there...
>
So when you do a full build the build always hangs? Is that test
> I think we're in violent agreement here! Let's pick a small and
> useful set of high-quality samples to include in the release, then
> make sure (by automated tests as far as possible) that these samples
> continue to work in future releases. All other samples would go
> somewhere else in svn (
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
(cut)
I'm not sure about using ThreadLocal in a service framework environment
for component implementation or even user-added handlers since I don't
know how the framework manages the threads.
That's a valid point. To pr
Simon Laws wrote:
On Fri, Feb 4, 2011 at 4:49 PM, Yang, Gang CTR US USA
wrote:
>
> (cut)
To reply to both Simon and Gangs posts...
I had missed that. I don't know why we put the request message in the
TMC rather than leaving it as is. It's not clear to me what's pulling
the request message f
I saw it working about half of the times last week when I ran only the
launcher-embedded-jse itest. Wasn't able to make that happen at full build,
it always hangs there...
On Mon, Feb 7, 2011 at 12:14 PM, Simon Laws wrote:
> On Mon, Feb 7, 2011 at 8:04 AM, Florian Moga wrote:
> > Hi Luciano,
> >
Simon Laws wrote:
Hi Gang
I'm wondering how much work it would be to simply pass a generic context
object, which includes all the current messages involved in the
invocation and allow get/set objects as added states, through all
interceptors/handler and also inject it into component implementa
On Mon, Feb 7, 2011 at 8:04 AM, Florian Moga wrote:
> Hi Luciano,
> Both me and Ant were able to reproduce the issue intermittently. I've
> already logged an issue [1] according to the discussion here [2]. Are you
> able to look into the problem these days or should we comment the rmi test
> at th
Hi Gang
>
> I'm wondering how much work it would be to simply pass a generic context
> object, which includes all the current messages involved in the
> invocation and allow get/set objects as added states, through all
> interceptors/handler and also inject it into component implementation if
> r
ant elder wrote:
On Sun, Feb 6, 2011 at 10:36 PM, Simon Nash wrote:
I do agree good quality samples are important for users though. Maybe
if we have this more strict quality approach then we also need to do
some vetting of what goes into samples so there isn't so many of them
and try to includ
On 05/02/2011 09:51, Florian MOGA wrote:
Thank you for the information Ant. I was wondering more about the checks each
developer is doing
before voting a +1. I'd like to choose a set of checks to perform myself when a
vote is called but I
can't think of tests other than the ones that I stated e
Hi Luciano,
Both me and Ant were able to reproduce the issue intermittently. I've
already logged an issue [1] according to the discussion here [2]. Are you
able to look into the problem these days or should we comment the rmi test
at the moment?
Florian
[1] https://issues.apache.org/jira/browse/
46 matches
Mail list logo
