Following on from the release content thread [1] I'd like to kick off a
discussion on how we resurrect support for a distributed runtime. We had
this feature before the core modularization and I think it would be good to
bring it back again. For me this is about working out how the tuscany
On 4/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I think that the java/sca/contrib directory has potential to confuse
people, as many modules under contrib have obsolete pom.xml files, are
not actively maintained and are not building.
I was thinking about renaming the pom.xml files
Access violation in CopyHelper
--
Key: TUSCANY-1225
URL: https://issues.apache.org/jira/browse/TUSCANY-1225
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Affects Versions: Cpp-current
[
https://issues.apache.org/jira/browse/TUSCANY-1225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491222
]
Caroline Maynard commented on TUSCANY-1225:
---
Of course those are two parts of the same schema - there
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
The databinding itests seem to hang, blocking the build. Is anybody
else running into this?
I have moved these itests temporarily out of the build until this is
resolved.
[EMAIL PROTECTED] wrote:
[
https://issues.apache.org/jira/browse/TUSCANY-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-800:
Attachment: AjaxDasJIRA800-Apr24-Amita.jar
1)url in ajax js,is the only one place which
Ant,
your note is well timed as I've had a couple of off-line chats with people
in the last week about release naming, particularly with regard to the
effect that a milestone or alpha name can have on uptake of a release. In
the IRC chat of 16th April [1] we reached a conclusion that given the
Nulls go missing in CopyHelper
--
Key: TUSCANY-1226
URL: https://issues.apache.org/jira/browse/TUSCANY-1226
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Affects Versions: Cpp-current
How about Ant as release manager for this release? He has been very
diligent in reviewing previous Tuscany releases with many helpful
comments. He has a good understanding of the Apache requirements
and process for publishing a release, and I think he is very well
qualified to take this on.
On 4/24/07, kelvin goodson [EMAIL PROTECTED] wrote:
Ant,
your note is well timed as I've had a couple of off-line chats with
people
in the last week about release naming, particularly with regard to the
effect that a milestone or alpha name can have on uptake of a release. In
the IRC chat of
FileException not thrown when schema file missing
-
Key: TUSCANY-1227
URL: https://issues.apache.org/jira/browse/TUSCANY-1227
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Tuscany-specific assertions in DynamicTypesFromSchemaTestCase
-
Key: TUSCANY-1228
URL: https://issues.apache.org/jira/browse/TUSCANY-1228
Project: Tuscany
Issue Type: Bug
[
https://issues.apache.org/jira/browse/TUSCANY-1228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Grove updated TUSCANY-1228:
Attachment: jira-1228.patch
Patch file.
Tuscany-specific assertions in
[
https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-952:
Attachment: JIRA-952-Details.doc
DAS-JIRA-952-Apr24-Amita.txt
This patch
I am getting a NPE in SimpleTypeMapperExtension.toJavaObject,
the full trace is in http://rafb.net/p/JMYwL280.html. After the trace
I append printouts of the source and target operation's input and
output types. Also included are the .composite and .component-
Type files in use, as well as the
A little digging shows that the base64binary to Base64Bytes mapping issue
exists due to this spec issue http://www.xcalia.com/support/browse/SDO-128
So I propose to move the XSDComplexTests into the adopted suite as per the
patch for 1224, but to comment out any assertions with regards to the
CTS contains duplicate copy of TypeConversion test
--
Key: TUSCANY-1229
URL: https://issues.apache.org/jira/browse/TUSCANY-1229
Project: Tuscany
Issue Type: Bug
Components: Java SDO
[
https://issues.apache.org/jira/browse/TUSCANY-1228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Grove resolved TUSCANY-1228.
-
Resolution: Invalid
I had an old file on my local system that was not in subversion - this
[
https://issues.apache.org/jira/browse/TUSCANY-1228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491297
]
Andy Grove commented on TUSCANY-1228:
-
Ignore the previous comment - I posted this on the wrong JIRA. This
[
https://issues.apache.org/jira/browse/TUSCANY-1229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Grove closed TUSCANY-1229.
---
Resolution: Invalid
I had an old file on my system - the test case is not duplicated after all.
[
https://issues.apache.org/jira/browse/TUSCANY-1224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1224.
-
Resolution: Fixed
applied patch, but commented out assertions concerning base64binary
Improvements to TypeConversionTest
--
Key: TUSCANY-1230
URL: https://issues.apache.org/jira/browse/TUSCANY-1230
Project: Tuscany
Issue Type: Improvement
Components: Java SDO Community Test Suite
[
https://issues.apache.org/jira/browse/TUSCANY-1230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Grove updated TUSCANY-1230:
Attachment: jira-1230.patch
Patch for above.
Improvements to TypeConversionTest
Hi, Ignacio.
The problem seems to be on the path of transforming the report parameter
to a XML type expected by the WSDL. By reading your WSDL @
http://rafb.net/p/vT10ws82.html, I found the operation is not
document-literal wrapped style. The WSDL operation trafficNotification
expects an
+1. I would like to nominate Ant too.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, April 24, 2007 4:32 AM
Subject: Re: [DISCUSS] Next version - What should be in it
How about Ant as release manager for this
[
https://issues.apache.org/jira/browse/TUSCANY-950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-950.
Resolution: Fixed
Problem stated has been fixed.
CopyHelper::copy() forgets sequence
There are a number of CTS tests in the under review bucket that Tuscany is
failing because the assertions tested prior Tuscany behaviour, rather than
spec constraints. e.g. SequenceTest.testGetProperty.
These assertions are of the form get property by index and ensure its the
same as getting it
+1 I make Simon's words my words too...
On 4/24/07, Raymond Feng [EMAIL PROTECTED] wrote:
+1. I would like to nominate Ant too.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, April 24, 2007 4:32 AM
Subject: Re:
Following Sebastiens post about the databinding test locking up (he went
ahead and removed it from the itest pom to get the build to work) I tried
the test and, once I had changed the poms to depend on http-jetty as they
used to, I got the same effect of the test hanging. The process is sitting
Hi Dave,
The default context binds to the same helpers as all the INSTANCE fields -
e.g., TypeHelper.INSTANCE ==
HelperProvider.getDefaultContext().getTypeHelper(). HelperContext was a
last minute addition. At that late stage (and in a point release) we
couldn't get agreement on how to
Various incorrect namespaces in generated XML
-
Key: TUSCANY-1231
URL: https://issues.apache.org/jira/browse/TUSCANY-1231
Project: Tuscany
Issue Type: Bug
Components: C++ DAS
Affects
I'm seeing lots of Tomcat-related test failures when trying to build
the latest trunk code. I've done a new checkout and cleaned out my
maven repo. Here's a sample:
Running org.apache.tuscany.binding.axis2.itests.HelloWorldTestCase
log4j:WARN No appenders could be found for logger
On 4/24/07, Simon Nash [EMAIL PROTECTED] wrote:
I'm seeing lots of Tomcat-related test failures when trying to build
the latest trunk code. I've done a new checkout and cleaned out my
maven repo. Here's a sample:
Running org.apache.tuscany.binding.axis2.itests.HelloWorldTestCase
log4j:WARN
You might want to check if you have any http server up or something using
ports 80 or 8080...
On 4/24/07, Simon Laws [EMAIL PROTECTED] wrote:
On 4/24/07, Simon Nash [EMAIL PROTECTED] wrote:
I'm seeing lots of Tomcat-related test failures when trying to build
the latest trunk code. I've
Simon Laws wrote:
On 4/24/07, Simon Nash [EMAIL PROTECTED] wrote:
I'm seeing lots of Tomcat-related test failures when trying to build
the latest trunk code. I've done a new checkout and cleaned out my
maven repo. Here's a sample:
Is anyone else experiencing this?
Simon
Hi
Jean-Sebastien Delfino wrote:
Raymond Feng wrote:
Hi,
I was refering to artifact URI instead of contribution URI. For
example, if a jar contribution is deployed, the URI of a class named
a.b.MyClass in the jar will be a/b/MyClass.class.
ContributionContext is one way to pass more context
I was thinking that Class loading would be the responsibility of the
ArtifactResolver. So, we wouldn't need a ClassLoader, we would call
ArtifactResolver.resolve() to get the Class, like for all other
artifacts resolved in an SCA contribution.
I think that the packageProcessor should be the one
I am also having trouble with this test case although I am not seeing a
timeout:
Running org.apache.tuscany.sca.itest.SDOWSDLTestCase
java.lang.reflect.InvocationTargetException
at org.apache.tuscany.binding.axis2.Axis2ServiceBinding.invokeTarget
(Axi
s2ServiceBinding.java:249)
at
Now, I am getting the Connection refused error:
INFO: Stopping Coyote HTTP/1.1 on http-8586
Apr 24, 2007 12:31:07 PM org.apache.catalina.startup.Embedded start
INFO: Starting tomcat server
Apr 24, 2007 12:31:07 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine:
ant elder wrote:
What are we going to be calling this next SCA release?
We've had M1 and M2 releases, some alpha kernel releases, DAS are talking
about an M3 release and SDO is doing an M3 release although there was
some
discussion about renaming that to beta1. I think milestone and alpha
Hi,
I'm trying to indentify all the paths of SCA component interactions which
require to have runtime wires/invocation chains.
By the SCA spec, there are three cases for the wiring:
1) Component.Reference (A.ref1) --is wired to-- Component.Service (B.svc1)
+1
As for DAS, as it has dependencies on SDO, I'd propose to follow the same
name convention as SDO, and use beta1 as well.
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
What are we going to be calling this next SCA release?
We've had M1 and M2 releases, some
On 4/24/07, Simon Nash [EMAIL PROTECTED] wrote:
Simon Laws wrote:
On 4/24/07, Simon Nash [EMAIL PROTECTED] wrote:
I'm seeing lots of Tomcat-related test failures when trying to build
the latest trunk code. I've done a new checkout and cleaned out my
maven repo. Here's a sample:
Pete Robbins wrote:
The IPMC has found an issue with a missing notice in the SDO C++ source
release being voted on. To fix this I can either remove the offending
file
or update the Notice text. After re-building the distro to include
this fix
do I need to hold another vote here for this
[snip]
Simon Laws wrote:
I did try running the databinding itest with tomcat and it wasn't very
happy
Simon, what exceptions are you getting when running the databinding
itest with tomcat? do you have a log?
Thanks.
--
Jean-Sebastien
Luciano Resende wrote:
+1 I make Simon's words my words too...
On 4/24/07, Raymond Feng [EMAIL PROTECTED] wrote:
+1. I would like to nominate Ant too.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, April 24, 2007
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Simon Laws wrote:
I did try running the databinding itest with tomcat and it wasn't very
happy
Simon, what exceptions are you getting when running the databinding
itest with tomcat? do you have a log?
Thanks.
--
[snip]
Kevin Williams wrote:
Now, I am getting the Connection refused error:
INFO: Stopping Coyote HTTP/1.1 on http-8586
Apr 24, 2007 12:31:07 PM org.apache.catalina.startup.Embedded start
INFO: Starting tomcat server
Apr 24, 2007 12:31:07 PM org.apache.catalina.core.StandardEngine start
INFO:
+1.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, April 24, 2007 12:07 PM
Subject: Re: Next release name? (was: Re: [DISCUSS] Next version - What
should be in it)
+1
As for DAS, as it has dependencies on
Hello,
Sorry for the delay. Got busy with day to day job.
Thanks for your feedback.
Need diagrams - we had some nice ones from sebastien and from the old
site that we can use in various places
Please go ahead and add diagrams that you see fit.
Home - Move the page round to make the first
Hi, Simon.
The exception seems to be caused by missing SDO metadata in the
HelperContext when the transformation is performed. Can you make sure the
import.sdo is used to define the SDO types?
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To:
Luciano Resende wrote:
I was thinking that Class loading would be the responsibility of the
ArtifactResolver. So, we wouldn't need a ClassLoader, we would call
ArtifactResolver.resolve() to get the Class, like for all other
artifacts resolved in an SCA contribution.
I think that the
Comments inline...
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
I was thinking that Class loading would be the responsibility of the
ArtifactResolver. So, we wouldn't need a ClassLoader, we would call
ArtifactResolver.resolve() to get the Class, like
Jean-Sebastien Delfino wrote:
To switch to Jetty, in modules/binding-ws-axis2/pom.xml change
tuscany-http-tomcat to tuscany-http-jetty.
I am not seeing these errors on Linux.
I made this change and I got a clean build on Windows. I'll try to
find out more about why I get so many problems
I agree that beta1 sounds good and will encourage people to try
Tuscany because it seems like a stable release (more so than our
previous releases and attempted releases). And in terms of SCA
spec APIs, I think we are pretty much at beta level currently.
I would also regard the SDO
More comments inline.
Luciano Resende wrote:
Comments inline...
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
I was thinking that Class loading would be the responsibility of the
ArtifactResolver. So, we wouldn't need a ClassLoader, we would call
[
https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491452
]
Adriano Crestani commented on TUSCANY-952:
--
Amita, I was revising your classes and found some problems:
[
https://issues.apache.org/jira/browse/TUSCANY-625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491468
]
Caroline Maynard commented on TUSCANY-625:
--
We're still hoping for solution to this one.
[SDO for C++]
Hi Sebastien,
The test runs fines from /http-tomcat.
--Kevin
On 4/24/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Kevin Williams wrote:
Now, I am getting the Connection refused error:
INFO: Stopping Coyote HTTP/1.1 on http-8586
Apr 24, 2007 12:31:07 PM
Kapish Aggarwal wrote:
I am interested in setting up a single instance of the Tuscany runtime
to run multiple SCA applications. I noticed that the SimpleRuntime and
SimpleRuntimeInfo classes define a 1:1 relationship between the
runtime and an SCA application. Based on this mechanism, I believe
Comments inline.
muhwas wrote:
I thought Callback is actually asynchronous method
call. because client call the method and then continue
and then server does some processing then using the
callback interface notify client that processing is
complete.
It really depends on what you mean by
61 matches
Mail list logo