[
https://issues.apache.org/jira/browse/TUSCANY-3605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-3605.
--
Resolution: Fixed
Fixed in trunk.
> Update Spring dependency to 3.x
> --
On Mon, Jun 21, 2010 at 6:30 PM, kelvin goodson
wrote:
> Having gone through the release processs recently, and seeing all the
> good improvements ant has been making to make it easier to release in
> future, here are some notes on where the pain points were for me, as
> input to any further impro
Mike Edwards wrote:
I think that there are changes required in the following areas:
...
3) The bindings need to be involved. You rightly say that we need to
mark the bindings as "providing" the asyncInvocation intent.
...
Yours, Mike.
OK,
I've taken the first step on this one.
bin
Mike/Kelvin, generally sounds like you're approaching this in a
sensible way. Some comments in-line
Simon
On Mon, Jun 21, 2010 at 11:22 PM, Mike Edwards
wrote:
> kelvin goodson wrote:
>>
>> I've been having a bit of a look at one of new tests added to the
>> OASIS repo today to do with async
Folks,
I've added an initial implementation of ResponseDispatchImpl class into the
implementation-java-runtime module.
This is required for any invocation of an async server method, since it forms the final parameter of
any such method - it offers the route by which the service implementation
On Tue, Jun 22, 2010 at 4:32 AM, Luciano Resende wrote:
> I have read all the README files, etc in the Implementation Spring and
> I think I understand the particularity of the extension, but what I
> couldn't figure out is why the module naming is not following the same
> convention we follow for
On Tue, Jun 22, 2010 at 10:15 AM, Mike Edwards
wrote:
> I've taken the first step on this one.
>
> binding.sca, binding.jms and binding.jms all now have
> @mayProvide="sca:asyncInvocation" in their definitions.xml files.
>
Looking at keeping tuscany-binding-ws-runtime-jaxws-ri and
binding-hazel
On Tue, Jun 22, 2010 at 11:09 AM, Simon Laws wrote:
> On Tue, Jun 22, 2010 at 4:32 AM, Luciano Resende wrote:
>> I have read all the README files, etc in the Implementation Spring and
>> I think I understand the particularity of the extension, but what I
>> couldn't figure out is why the module n
On Tue, Jun 22, 2010 at 11:29 AM, ant elder wrote:
> On Tue, Jun 22, 2010 at 10:15 AM, Mike Edwards
> wrote:
>
>
>> I've taken the first step on this one.
>>
>> binding.sca, binding.jms and binding.jms all now have
>> @mayProvide="sca:asyncInvocation" in their definitions.xml files.
>>
>
> Lookin
[
https://issues.apache.org/jira/browse/TUSCANY-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Moga updated TUSCANY-3517:
--
Attachment: async-servlet-sca-0.0.2.zip
Attached refined version of the sample.
> <*!*> Asyn
[
https://issues.apache.org/jira/browse/TUSCANY-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Moga updated TUSCANY-3517:
--
Attachment: servlet-callback-0.0.1.zip
Attached sample that checks if callback between a serv
[
https://issues.apache.org/jira/browse/TUSCANY-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12881188#action_12881188
]
ant elder commented on TUSCANY-3517:
async-servlet-sca-0.0.2.zip and async-servlet-sc
[
https://issues.apache.org/jira/browse/TUSCANY-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12881196#action_12881196
]
ant elder commented on TUSCANY-3517:
The reason the callback servlet sample gets an e
In debugging the otests, my eclipse workspace was showing an odd
symptom obeing a few lines out of step with the executing code for
tuscany code. This seems to be to do with the fact that there are
2.0-snapshot source jars in my local repo that are 1 day older than my
2.0-snapshot jars with classes
On Tue, Jun 22, 2010 at 2:52 PM, kelvin goodson
wrote:
> In debugging the otests, my eclipse workspace was showing an odd
> symptom obeing a few lines out of step with the executing code for
> tuscany code. This seems to be to do with the fact that there are
> 2.0-snapshot source jars in my local
6.5 minutes for me to build the source jars with mvn -Psource
On Tue, Jun 22, 2010 at 3:05 PM, ant elder wrote:
> On Tue, Jun 22, 2010 at 2:52 PM, kelvin goodson
> wrote:
>> In debugging the otests, my eclipse workspace was showing an odd
>> symptom obeing a few lines out of step with the execut
[
https://issues.apache.org/jira/browse/TUSCANY-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Moga updated TUSCANY-3517:
--
Attachment: servlet-callback-0.0.2.zip
Attached working version of servlet-callback sample wh
[
https://issues.apache.org/jira/browse/TUSCANY-3595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-3595:
Assignee: Luciano Resende
> Problems with REST binding in OSGi
>
[
https://issues.apache.org/jira/browse/TUSCANY-3231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reopened TUSCANY-3231:
---
We should also remove the hack in CompositeProcessor around line 493:
// Re
Hi,
This is violating the OSGi imports/exports. We should expose
NamespaceContextImpl as it's an internal implementation class.
Description ResourcePathLocationType
Access restriction: The method register(String, String) from the type
NamespaceContextImpl is not accessib
Sorry, missing a "NOT".
On Jun 22, 2010, at 5:37 PM, Raymond Feng wrote:
> Hi,
>
> This is violating the OSGi imports/exports. We should NOT expose
> NamespaceContextImpl as it's an internal implementation class.
>
> Description ResourcePathLocationType
> Access restricti
Hi,
For those who have access to OASIS, there are invalid UTF-8 characters in
http://tools.oasis-open.org/version-control/svn/sca-assembly/TestCases/Test_Client/src/main/java/client/ASM_5019_TestCase.java
and it fails to compile under Mac OS X. The offending line is:
/**
* Client for ASM_5019_
22 matches
Mail list logo