[
https://issues.apache.org/jira/browse/TUSCANY-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-978.
-
Resolution: Fixed
Fixed under revision #56750. Also added the attached wsdl in test
Hi, everybody.
I checked out the latest code today (567518). Gone over the new code, a
question came to me.
class: ReallySmallRuntimeBuilder method: createContributionService has changed
at its beginning from
= XMLInputFactory.newInstance()
to
=
Looking at TUSCANY-313, I was thinking about the use cases and
expected behavior.
case 1 - I'm a developer, building an application and I have some
broken XSD. I probably just want to get my eclipse project generated
so I can continue to work on my application.
case 2 - I'm generating my eclipse
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I've committed a fix for calculator-distributed. I fired up my FC6
and it
worked OK there. Let me know if it still causes issues.
Simon
It works for me too now. Thanks!
This is
Simon Laws wrote:
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I've committed a fix for calculator-distributed. I fired up my FC6
and it
worked OK there. Let me know if it still causes issues.
Simon
It works for me
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I've committed a fix for calculator-distributed. I fired up my FC6
and it
worked OK there. Let me know if it
On 8/16/07, Adriano Crestani [EMAIL PROTECTED] wrote:
It seems ok for me, everything ran fine ; )
+1
Adriano Crestani
On 8/15/07, ant elder [EMAIL PROTECTED] wrote:
+1
...ant
On 8/13/07, Luciano Resende [EMAIL PROTECTED] wrote:
Please vote to release the beta1
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
Sebastien wrote :
IMO application developers shouldn't have to suffer from the
complexity of XML...
How about supporting composites without namespace declarations at all?
I'm trying to
Severe memory leak in DataObjectImpl.
-
Key: TUSCANY-1552
URL: https://issues.apache.org/jira/browse/TUSCANY-1552
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Affects Versions:
XML characters are not escaped by XMLHelper.
Key: TUSCANY-1553
URL: https://issues.apache.org/jira/browse/TUSCANY-1553
Project: Tuscany
Issue Type: Bug
Environment: All
Hi all,
I would like to start a discussion about how we see the usage and the future of
XQuery within the boundaries of SCA.
What inspired me when I started my work on the XQuery implementation type for
SCA was the capabilities it provides in the area of data integration.
You can take a look
Simon,
I'm breaking my reply into two parts, each dealing with one of the
issues you raised originally:
Simon Laws wrote:
1/ Stateful Callbacks - Given the the following scenario where the
ConversationalClient has a reference to a ConversationalService
@Remotable
@Conversational
public
+1 for option [B] alone. Given the fact that we are going to rely more on
tooling to define composites this shouldn't be a problem.
- Venkat
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
Sebastien wrote :
IMO application developers shouldn't have to
Hi Ant, just to understand a little better - do you propose we must get our
extensions endorsed by the Specs ?
- Venkat
On 8/20/07, ant elder [EMAIL PROTECTED] wrote:
On 8/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
Sebastien wrote :
IMO
Ok sure eventually why not. But I don't think we should wait till that
happens before doing [a].
...ant
On 8/20/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi Ant, just to understand a little better - do you propose we must get
our extensions endorsed by the Specs ?
- Venkat
On
Hi All,
You can take a look at http://issues.apache.org/jira/browse/TUSCANY-1536
for a list of current issues with the XQuery implementation.
For issues 1 and 6 a wrote an e-mail to the Saxon mailing list and I am waiting
for an answer.
For the other issues:
2. I need the data type of the
Simon,
OK, Part 2 of my reply
Simon Laws wrote:
2/ The specifications describe the freeing of state associated with a
conversation when Conversation.end() is called on a conversation object .
See section 1.6.5 of the SCA Java Annotations and APIs V1.0 specification.
Assuming that the
On 8/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Simon,
I'm breaking my reply into two parts, each dealing with one of the
issues you raised originally:
Simon Laws wrote:
1/ Stateful Callbacks - Given the the following scenario where the
ConversationalClient has a reference to a
Venkat,
I was out on vacation when your original question was posted, so here's
my contribution.
Venkata Krishnan wrote:
Thanks Raymond. A few more questions ;-)
- The xsd defines the name attribute for PolicyIntent and PolicySet as
of type NCName. However we have model these in the model
On 8/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Simon,
OK, Part 2 of my reply
Simon Laws wrote:
2/ The specifications describe the freeing of state associated with a
conversation when Conversation.end() is called on a conversation object
.
See section 1.6.5 of the SCA Java
[
https://issues.apache.org/jira/browse/TUSCANY-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1553:
---
Affects Version/s: Java-SDO-1.0
Fix Version/s: Java-SDO-Next
XML characters are not
[
https://issues.apache.org/jira/browse/TUSCANY-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1552:
---
Fix Version/s: Cpp-Next
Severe memory leak in DataObjectImpl.
Simon,
Comments replies inline
Simon Laws wrote:
Thanks for the clarification. I think the separate discussion of
@Conversational and @Scope(CONVERSATION) provides a good basis for
clarification in the specifications. So a further small point of
clarification on this topic.
This is about
Simon,
Yes, you've hit one of the parts of the Java spec that makes me least
comfortable.
The idea of sending around a reference for others to use is not
something that fills me with joy, when that reference is essentially a
reference to an instance. I feel the religious debates about
[
https://issues.apache.org/jira/browse/TUSCANY-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Albert Krzymowski updated TUSCANY-1553:
---
Affects Version/s: (was: Java-SDO-1.0)
Cpp-M3
XML
[
https://issues.apache.org/jira/browse/TUSCANY-1540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky reopened TUSCANY-1540:
-
Reopening this issue until the test case is added.
Murtaza, thanks for providing the
On 8/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Simon,
Comments replies inline
Simon Laws wrote:
Thanks for the clarification. I think the separate discussion of
@Conversational and @Scope(CONVERSATION) provides a good basis for
clarification in the specifications. So a further
[
https://issues.apache.org/jira/browse/TUSCANY-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1553:
---
Fix Version/s: (was: Java-SDO-Next)
Cpp-Next
XML characters are not
On 8/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Simon,
Yes, you've hit one of the parts of the Java spec that makes me least
comfortable.
The idea of sending around a reference for others to use is not
something that fills me with joy, when that reference is essentially a
reference to
See inline.
Simon
Raymond Feng wrote:
Comments inline.
Thanks,
Raymond
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 17, 2007 9:27 AM
Subject: Re: Monitoring, logging and exceptions (again)
[snip]
ant
Hi Bert,
Sorry about the delay in getting to this. I've been on vacation, and the
other two SDO committers are now on vacation. I'll try to take a look at
your code this week and provide my initial thoughts. If anybody else has
any thoughts on this issue, please feel free to reply.
Thanks,
Folks,
In some ways, I'm glad I was on vacation while much of this debate
raged!! ;-)
Comments below.
Jean-Sebastien Delfino wrote:
[A] What we have right now, standard SCA extensions and tuscany
extensions sharing the standard SCA namespace
(B) What IMO is a more correct use of XML
+1 to the rename. Best to name the binding by the transport mechanism
involved, not the implementation used to drive it.
Yours, Mike.
Jean-Sebastien Delfino wrote:
ant elder wrote:
On 8/19/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I'd like to rename binding-ajax to
Folks,
Jean-Sebastien Delfino wrote:
I would be surprised if impl=axis was actually in the SCDL. Instead
I'd imagine that impl=axis would be a characteristic of a particular
implementation of binding.ws, not exposed to app developers but used
by the policy framework to either select that
Support alternate WorkScheduler implementations
---
Key: TUSCANY-1554
URL: https://issues.apache.org/jira/browse/TUSCANY-1554
Project: Tuscany
Issue Type: Improvement
Components: Java
[
https://issues.apache.org/jira/browse/TUSCANY-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Greg Dritschler updated TUSCANY-1554:
-
Attachment: Tuscany-1554.patch
Support alternate WorkScheduler implementations
ClassCastException occurring on
org.apache.tuscany.sca.binding.axis2.Axis2ServiceProvider.createJavaAxisService(Axis2ServiceProvider.java:205)
--
[
https://issues.apache.org/jira/browse/TUSCANY-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1356:
Patch Info: [Patch Available]
Setting the patch available flag. A patch has been available for
[
https://issues.apache.org/jira/browse/TUSCANY-1356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1356:
Fix Version/s: (was: Java-SCA-Next)
Java-SCA-0.99
Changing target release
I added TUSCANY-1356 to the Java-SCA-0.99 target release. The patch for this
JIRA has been available for some time. There was some discussion on this
patch that did not reach a conclusion, so I'm starting another thread to
reopen the discussion and decide what we are going to do with these
I'd really like this to work with the webapp distro, do you think it will or
can i help make sure it does? When do you think you'll have some more code
to commit?
...ant
On 8/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jsdelfino
Date: Mon Aug 20 02:32:17 2007
New Revision:
patch applied.
Thanks!
On 17/08/07, Michael Yoder [EMAIL PROTECTED] wrote:
Hi,
I uploaded a patch for TUSCANY-1366. If someone could review and apply
it that would be great.
Thanks,
Michael
-Original Message-
From: Michael Yoder (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Friday,
[
https://issues.apache.org/jira/browse/TUSCANY-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521168
]
Sunny Ip commented on TUSCANY-1541:
---
Looking at the javadocs for Axis2:
I'm restarting the discussion on this because the previous thread [1]
did not reach a conclusion. I thought it would be useful to summarize
the issues with the extension samples as they stand, and explain how
the patch for TUSCANY-1356 resolves these issues.
In the implementation-crud sample
Hi Rutger,
I've just started using fluid to generate domain objects and fluid
looks like a very nice package for this :-)
Thank you.
You are right about the restrictins in generating list of complex types.
It is a limitation of processing SDO properties in Fluid and not of
OpenJPA. My
Release to vote Tuscany Java DAS beta1 has passed with 5 binding +1, 1
non-binding +1 and no -1s.
Luciano Resende,
Kevin Williams,
Ant Elder,
Adriano Crestani,
Simon Laws,
Amita Vadhavkar (non-binding)
On 8/20/07, Simon Laws [EMAIL PROTECTED] wrote:
On 8/16/07, Adriano Crestani [EMAIL
I uploaded yet another patch for this JIRA
https://issues.apache.org/jira/browse/TUSCANY-1438
Can someone please apply it.
Thanks
Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]
-Original Message-
From: Brady
On 8/20/07, Simon Nash [EMAIL PROTECTED] wrote:
See inline.
Simon
Raymond Feng wrote:
Comments inline.
Thanks,
Raymond
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 17, 2007 9:27 AM
-1 for A. This violates the spec.
+1 for B. Spec compliant, supports validation, and ensures
future proof SCDLs that won't break if Tuscany extension elements
are later adopted by the spec group but with subtle differences.
-1 for C alone. -0.9 for C if done in addition to B. C doesn't
handle
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
A few questions.
[snip]
ant elder wrote:
I'm not very keen at all on doing that. Couldn't we actually put the
code in
our svn instead of using SVN externals (if necessary the Geronimo
guys could
use SVN externals if they really
Sorry for the delay in replying. I was away with no access to email.
Comments inline.
Simon
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
See inline.
Simon
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
Sorry that I missed
Hi,
I am running this sample from the distribution that I built based on the
latest code.
When I ran the sample following ant instructions, I get the following:
C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\samples\binding-echo
ant run
Buildfile: build.xml
run:
[java]
Incorrect WSDL generated for service interfaces passing SDO DataObjects
Key: TUSCANY-1556
URL: https://issues.apache.org/jira/browse/TUSCANY-1556
Project: Tuscany
Web Service response does not match the schema of the returned SDO
---
Key: TUSCANY-1557
URL: https://issues.apache.org/jira/browse/TUSCANY-1557
Project: Tuscany
Issue Type:
Exception starting Web Service if business method declares an exception
---
Key: TUSCANY-1558
URL: https://issues.apache.org/jira/browse/TUSCANY-1558
Project: Tuscany
Issue
Exception flowing a simple Java bean through a Web service with no WSDL
---
Key: TUSCANY-1559
URL: https://issues.apache.org/jira/browse/TUSCANY-1559
Project: Tuscany
Issue
[
https://issues.apache.org/jira/browse/TUSCANY-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1559:
Attachment: helloworld-bean.zip
Added test case to help reproduce the
[
https://issues.apache.org/jira/browse/TUSCANY-1557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1557:
Component/s: Java SCA Axis Binding Extension
Web Service response does
The short answer is Yes. The long answer follows below :-)
I'll describe the design approach used by the code in my patch for
TUSCANY-1496. Things are moving rapidly in this area with Raymond's
work to support late binding between references and services, so some
of this description may need
Comments inline.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, August 20, 2007 5:14 PM
Subject: Re: Do we still need special handling of callback bindings and
wires?
The short answer is Yes. The long answer
[
https://issues.apache.org/jira/browse/TUSCANY-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521286
]
Adriano Crestani commented on TUSCANY-1438:
---
The patch tuscany_patch_update10_jira1438 seems to be
[
https://issues.apache.org/jira/browse/TUSCANY-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-1546:
-
I'm starting to see this issue on the regular local builds as well.
Continuum build
I get an exception either from inside Eclipse IDE or from distribution
using ant. Could you please create a jira for tracking this issue.
On 8/20/07, haleh mahbod [EMAIL PROTECTED] wrote:
Hi,
I am running this sample from the distribution that I built based on the
latest code.
When I ran the
Hi,
It was fixed by Luciano a few minutes ago before I tried to check in the
same fix :-).
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, August 20, 2007 9:44 PM
Subject: Re: nullp when running binding-echo
I fixed first :) You sent e-mail first :)
On 8/20/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
It was fixed by Luciano a few minutes ago before I tried to check in the
same fix :-).
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To:
ant elder wrote:
I'd really like this to work with the webapp distro, do you think it will or
can i help make sure it does? When do you think you'll have some more code
to commit?
I should be ready to commit some time on Tuesday, hopefully. It should
be easy to make work in different
66 matches
Mail list logo
