Sure - I think I need to get permissions in JIRA set up to do this.
I'll check on that.
On Mar 6, 2006, at 8:34 PM, Jean-Sebastien Delfino (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-55?
page=comments#action_12369155 ]
Jean-Sebastien Delfino commented on TUSCANY-55:
-
[ http://issues.apache.org/jira/browse/TUSCANY-66?page=all ]
Jean-Sebastien Delfino resolved TUSCANY-66:
---
Resolution: Fixed
Assign To: Jean-Sebastien Delfino
I tested the samples with the latest SVN revision including this path and th
[ http://issues.apache.org/jira/browse/TUSCANY-62?page=all ]
Jean-Sebastien Delfino updated TUSCANY-62:
--
Summary: Users should not need to include axis2.xml in their application
(was: Users should not need to include axis2.jar in their applicat
[
http://issues.apache.org/jira/browse/TUSCANY-62?page=comments#action_12369154 ]
Jean-Sebastien Delfino commented on TUSCANY-62:
---
Options to fix this issue have been discussed on the tuscany-dev list, see
Rick's analysis there:
http://mail-ar
[
http://issues.apache.org/jira/browse/TUSCANY-55?page=comments#action_12369155 ]
Jean-Sebastien Delfino commented on TUSCANY-55:
---
Jim, I think you checked in a fix for this. Could you please update the issue
and mark it as fixed if it's the c
I noticed that it's not possible to assign JIRA issues to a number of
our committers. For example Jim and Rick are not listed in the JIRA
"assign to" list. Jeremy, do committers need to do anything special to
be added to that list? or could you add them? Thanks.
--
Jean-Sebastien
Jeremy mentioned that intra-aggregate system component wires were not
working. I check some test cases in that exercise functionality that
was already in place. I'm probably missing something here so can
someone let me know? I may be incorrectly generating the model in
MockFactory or somet
Jeremy,
I think this could be a possible work around for the
broken HTMLUnit
used in some of tomcat web testing. I think I found
an equivalent in:
http://cvs.apache.org/dist/incubator/beehive/v1.0-beta/bin/apache-beehive-incubating-beta.zip
in the zip :
apache-beehive\apache-beehive-incubating
On Mar 5, 2006, at 8:09 AM, Jeremy Boynes wrote:
Jim Marino (JIRA) wrote:
[
http://issues.apache.org/jira/browse/TUSCANY-63?
page=comments#action_12368832
]
Jim Marino commented on TUSCANY-63:
---
We may have to think about a general eventing mechanism in t
On Mar 6, 2006, at 4:14 AM, ant elder wrote:
Now that we have the WS binding going using Axis2 can we come up
with a list
of what improvements we need to make to it in the nearish future.
If we can
come up with a list of task, prioritize it, see who volunteers for
what,
then we'll know w
Attached is a patch that rolls up my previous patches and adds support
for the XSD to SDO data type mappings defined on page 95 of the SDO spec.
this patch depends on
https://bugs.eclipse.org/bugs/show_bug.cgi?id=130577 (also included)
- James Snell
Index: /home/jasnell/workspaces/tuscany/tuscany
A stable version of C++ Tuscany can be found at:
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-stable-20060304
The build.txt file in the top level explains how to build the code.
The sca/readme.txt describes the current function supported.
Pete
Forgot one:
10) Support invoking simple rpc encoded remote services. Not proper rpc-enc
support but tuscany working for things like xmethods stockquote which i'm
sure lots of new users will try. Currently SDO barfs on the WSDL but if it
could tolerate it those simple services often work even if t
As with the WS binding there's some things that need doing with JavaScript
component type impl:
1) Documentation. There isn't really anything yet, so fix that with at least
a doc describing a JavaScript component and script file, and how to
configure them with componentType side files.
2) Implem
Now that we have the WS binding going using Axis2 can we come up with a list
of what improvements we need to make to it in the nearish future. If we can
come up with a list of task, prioritize it, see who volunteers for what,
then we'll know what we can do and how long it will take before the
bind
This was the first pass at just getting Axis 2.0 in.
Long term I can
come up with 3 integration strategies (philosophies) :
1) Axis 2.0 hidden. We programmatically build the
Axis 2.0
configuration context solely from SCDL web services
binding. The only
presences the user is aware of Axis 2.
(don't you hate the way gmail sends the mail before you've finished if you
hit the wrong key)
So the key problem here was that the standard Tuscany bindings aren't the
same as custom ones. Custom bindings and component types need to be in their
own namespace, and the SCDLModelLoader impl needs to
So the key problem here was that the standard Tuscany bindings aren't the
same as custom ones. Custom bindings need to be in their own namespace, and
the SCDLModelLoader impl needs to have a static initilizer to reg
On 3/6/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
Hi Ant,
I happened to notice that you used the Axis binding as a starting
point for the Ajax binding. Sebastien had put a workaround to an
issue involving the invoker interceptor. I've fixed the problem so
you may want to update AJAXEntryPointConfigurationBuilder to use the
standard in
rick rineholt wrote:
Hello,
I kept failing running the tomcat test with the JMS
transport not being
present. Typical of Axis2.xml not found, I did notice
the copy
statement in the build.xml, but because for some
reason, I believe it to
be I played with vanilla Axis2 beforehand, I already
had an
20 matches
Mail list logo
