Resurrecting this old thread...I'd still like for something to happen here,
could we do something like the web services foundation extension
archiveKen suggested. I know it doesn't solve all the problems brought
up in this
thread but its a better than duplicating wsdl code across different
On 8/25/06, Jim Marino [EMAIL PROTECTED] wrote:
snip/
More importantly, if we are trying to make the use case of a
single reference used by a J2SE client easier, I'd would say don't
use SCA for that. Just use Axis (or some other transport)
directly. Where SCA is valuable is in assembly
I don't think you are missing anything, this looks like a bug. Could you
raise a JIRA for it?...and a patch to fix it if you're keen :)
...ant
On 8/25/06, Bert Lamb [EMAIL PROTECTED] wrote:
Ok, so the good news is that I got the binding and the sample working
when modifying the
Hi Rania,
In the M1 code the WS entryPoint ignores the endpoint value of the port in
the WSDL, it is as you say: http:/[host]:[portnum]/[name of webapps
subdirectory]/services/[entry point name]
The readme for helloworlde4xws actually says use the helloworldjsclient not
the helloworldwsclient
Agree that a common web services extension would be good for things
like parsing the web services binding but I think sca/idl should not
be changed (since other idls may be used instead of wsdl). Also,
sca.wsdl should only have things related to WSDL contracts, with web
services in a
On Aug 26, 2006, at 3:33 AM, ant elder wrote:
On 8/25/06, Jim Marino [EMAIL PROTECTED] wrote:
snip/
More importantly, if we are trying to make the use case of a
single reference used by a J2SE client easier, I'd would say don't
use SCA for that. Just use Axis (or some other transport)
[ http://issues.apache.org/jira/browse/TUSCANY-642?page=all ]
Ignacio Silva-Lepe updated TUSCANY-642:
---
Attachment: InnerCompositeCallback.patch
This newer patch subsumes InnerComposite.patch (assuming that the latter has
not been applied). It
[ http://issues.apache.org/jira/browse/TUSCANY-579?page=all ]
Fuhwei Lwo updated TUSCANY-579:
---
Attachment: DateConversionTest.java
getString on Date field results in IllegalArgumentException
---
Hi Jim,
I couldn't reproduce the problem you were seeing. I created a standalone
app called DateConversionTest.java mimic the SDO impl without SDO and uploaded
it to TUSCANY-579. Can you run it on your env and let me know the result?
Thanks.
Fuhwei
Jim Marino [EMAIL
[ http://issues.apache.org/jira/browse/TUSCANY-418?page=all ]
Venkatakrishnan updated TUSCANY-418:
Attachment: Tuscany-JS-E4X-J418-Aug-26.diff
Here is a patch that ports the e4x capability of the javascript container from
M1. I have also added the
10 matches
Mail list logo