It will be interesting to get these features into DAS using JIRAs.
I am just trying to get a clear picture of what all details these features
can consist.
1. This can be support for explicit as well as SDO-integrated
inserts/updates
2. a. Here validations can be based on Database provided Meta
Hi,
I updated from the repo this morning and built the distribution. Then I
extracted the tuscany-sca-1.0-incubating-SNAPSHOT.zip and
tuscany-sca-1.0-incubating-SNAPSHOT-src.zip and run the Release Audit Tool
on the base directory of these extractions. Here are the results of that
run : -
This looks really good. I've fixed the distributions now to not include the
the das-service, and tomcat work directories, and the few .pmd type files
missing licenses so RAT should look pretty clean now.
...ant
On 5/15/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
I updated from the
On 5/15/07, ant elder [EMAIL PROTECTED] wrote:
This looks really good. I've fixed the distributions now to not include
the
the das-service, and tomcat work directories, and the few .pmd type files
missing licenses so RAT should look pretty clean now.
...ant
On 5/15/07, Venkata Krishnan
Ok I've combined these into a single doc/javadoc folder.
...ant
On 5/11/07, Simon Nash [EMAIL PROTECTED] wrote:
In the docs directory of the binary distribution, the sca-api and
tuscany-sca-spi subdirectories both have identical contents (i.e.,
javadocs for org.osoa.* as well as javadocs
On 5/15/07, Simon Laws [EMAIL PROTECTED] wrote:
I've been looking into TUSCANY-1265 which happens on my machine but not on
others machines. The symptom is that the tuscany-all... jar is empty in
the
binary distribution. The cause is that the shader plugin cannot copy its
output
I already tried that to no avail :-(
Simon
I have some questions about how we are using cwiki
From the original request for creation of our space [1] I see that rfeng is
the group admin for tuscany-committers. Are you able to add other committers
as admins? Would be good to have more than one (you may already have done
this of
On 5/15/07, Simon Laws [EMAIL PROTECTED] wrote:
I have some questions about how we are using cwiki
From the original request for creation of our space [1] I see that rfeng
is
the group admin for tuscany-committers. Are you able to add other
committers
as admins? Would be good to have more
Good thinking re. getting mails sent out. I'll look into it to see if we can
do it if you like.
Simon
I propose to move a number of test cases from the under review suite to the
adopted suite in the coming days.
I think we can adopt the ContainmentTest tests and consolidate them into the
DataObject tests that are already part of the adopted set. So I have moved
the contents of DataObjectTest into
For those interested in SCA and SDO in PHP, version 1.2.1 of the SCA_SDO
package for PHP has been released. This package uses the Tuscany C++ SDO
code. FYI here's the release announce.
I think we may be close to reaching an agreement here :-) See
my response to SimonL's suggestion below.
Simon
Simon Laws wrote:
On 5/13/07, Simon Nash [EMAIL PROTECTED] wrote:
Simon Laws wrote:
So let me try and summarize...
All samples will be:
samples/
src/
main/
Ok sounds good to me. Assuming everyone is happy for this to go in now we
can tidy this up pretty quickly I think. If SimonN creates three new
projects to hold the client/application code for the extension samples I'm
happy to take a look at the patches and commit. I can also go and fix up the
Hi All,
Points I gathered so far, we can sort out today. Will check more
TODOs:
1) close JIRA-800, 863
2) remove JIRA-952 ? please see my last mail for memory leak, it still can
happen with code
without JIRA-952. It looks like it has to do with how our UT framework is
setup.But so far I
[snip]
ant elder wrote:
Here's todays weekly IRC chat log. The only topic discussed was the
SCA 0.90release, the current plan is to cut a
0.90 release branch this Wednesday.
We went through the open JIRA's targeted at 0.90 to see if anyone wanted
particular JIRA's as must fix for 0.90 and which
On 5/15/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
ant elder wrote:
Here's todays weekly IRC chat log. The only topic discussed was the
SCA 0.90release, the current plan is to cut a
0.90 release branch this Wednesday.
We went through the open JIRA's targeted at 0.90 to see
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, May 15, 2007 3:51 AM
Subject: Tuscany Project CWiki
I have some questions about how we are using cwiki
From the
Start of #tuscany buffer: Tue May 15 21:35:03 2007
* Now talking in #tuscany
* adrianocrestani has joined #tuscany
adrianocrestani hi
lresende hi
* Venkat has joined #tuscany
kgoodson hi
lresende Amita wanted to discuss the status of the das release, and i
think this would
be good exercise to
So, just to make clear, the plan here, while using sca-contribution, is to
call SCADomain.newInstance(String DomainURI) and then we would require
sca-contribution to be available, so we can find the root of the
contribution, and then we would get deployables from that ?
What should be the
Thanks for the comments raymond, some more in line
On 5/15/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, May 15, 2007
ant elder wrote:
On 5/15/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Comments inline.
Luciano Resende wrote:
So, just to make clear, the plan here, while using sca-contribution,
is to
call SCADomain.newInstance(String DomainURI) and then we would require
sca-contribution to be
Following on from Jean-Sebastien's SPI point. There are still open issues,
e.g. [1] related to SPIs that we choose to put where. I'm only now getting
to grips with what has been done in the reorganization effort (apologies for
not keeping up) and am spotting some things that, on the face of it,
I have committed the initial part of TUSCANY-863 under revision 538267.**
On 5/15/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
Hi All,
Points I gathered so far, we can sort out today. Will check more
TODOs:
1) close JIRA-800, 863
2) remove JIRA-952 ? please see my last mail for memory
Hi,
As the o.a.t.s.scope and o.a.t.s.factory packages in the core-spi are in the
grey area, I'll move them into core for now and keep the package names
as-is. We could revisit this later when the requirements become clearer.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien
Hi,
I clicked the commit button too quickly. This moved o.a.t.s.scope and
o.a.t.s.factory packages from core-spi to core.
Thanks,
Raymond
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, May 15, 2007 11:17 AM
Subject: svn commit: r538270 - in
[
https://issues.apache.org/jira/browse/TUSCANY-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496116
]
Ron Gavlin commented on TUSCANY-513:
Greetings,
I am in the process of trying to port my local solution to
Sorry Ant. I wasn't clear myself. The bit that is cryptic (to me) is how the
extension actually works not how to use it necessarily. Looking at the the
reverseAJAX bit is where I go a little lost. I think I get it now though.
So, having read your explanation, I see why you went for binding.ajax.
I'm getting a NullPointerException when running the new sample client for
implementation-crud.
Here's the command I'm using:
E:\tuscany25\sca\samples\implementation-crud-clientjava -classpath E:\tuscany25
\sca\samples\implementation-crud-client\target\classes;E:\tuscany25\sca\samples\
Hi,
Can you check if tuscany-interface-java-runtime is on the classpath? This
module contributes the JavaInterfaceIntrospectorExtensionPoint .
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, May 15, 2007 2:15 PM
Thanks for the quick response. The JavaInterfaceIntrospectorExtensionPoint
class is on the classpath.
I have found the problem. This is caused by TUSCANY-1265. I thought I
had found a workaround to this, but on looking more closely at the
shaded tuscany-sca-all jar that I was picking up, the
iTests are being skiped due to wrong naming convention
--
Key: TUSCANY-1285
URL: https://issues.apache.org/jira/browse/TUSCANY-1285
Project: Tuscany
Issue Type: Bug
Components:
Hi,
I have now refactored the RuntimeWire.Source and RuntimeWire.Target into a
new interface EndpointReference uner r538339. The Message interface now has
the following methods:
public interface Message {
...
EndpointReferenceRuntimeComponentReference getFrom();
void
InterfaceContract is not correctly set for a component service if the component
is implemented by a composite
--
Key: TUSCANY-1286
URL:
[snip]
Raymond Feng wrote:
Hi,
I have now refactored the RuntimeWire.Source and RuntimeWire.Target
into a new interface EndpointReference uner r538339. The Message
interface now has the following methods:
public interface Message {
...
EndpointReferenceRuntimeComponentReference
I'm working on the binding-echo application sample and I'm getting the
following error from the binding-echo extension jar when I start the
sample application:
[java] Exception in thread main java.lang.NoSuchMethodError:
Create separate client sample for implementation-crud
-
Key: TUSCANY-1287
URL: https://issues.apache.org/jira/browse/TUSCANY-1287
Project: Tuscany
Issue Type: Bug
Components:
[
https://issues.apache.org/jira/browse/TUSCANY-1287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1287:
Attachment: patch-1287.zip
The zip file contains the complete implementation-crud-client sample,
I have completed the implementation-crud-client sample (see patch for
TUSCANY-1287). Everything is working.
I have completed the code for binding-echo-appl but the application
client does not run because of the NoSuchMethodError that I reported
to the list.
When working on binding-echo-appl I
scabooz wrote:
Sebastien,
I have a slightly different perspective, inline below.
Dave
snip
2) What is the point of promoting it anyway? It seems the only
point of
promoting it would be to allow this Composite to serve as the impl for
another component.
Since we don't do that in this
Hi, Simon.
You must have imcompatible jars on the classpath. Can you rebuild the sca
and distro and try again?
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, May 15, 2007 4:58 PM
Subject: NoSuchMethodError from
I have modified the SCADomain to utilize sca-contribution.xml to find the
root of the contribution and the deployable composites when these are not
explicitly passed to the SCADomain. This helps simplify our webApp story and
promote a consistent way to identify deployable composites.
Below, you
Simon Laws wrote:
Following on from Jean-Sebastien's SPI point. There are still open
issues,
e.g. [1] related to SPIs that we choose to put where. I'm only now
getting
to grips with what has been done in the reorganization effort
(apologies for
not keeping up) and am spotting some things
43 matches
Mail list logo