On Jun 26, 2006, at 5:10 PM, Jean-Sebastien Delfino wrote:
I'm looking at the Invoker/interceptor contribution mechanism and
I'd like to propose to make them actual components. Currently an
interceptor is not a component, it's an object added to an
invocation chain by a Builder component.
Yea that was my bad. Jeremy just cleaned it up so if you can sync
that would work better. I imagine you are going to run into many
sharp objects but since you mountain bike I imagine you're used to
it :-). What is in the OSGi project is really bare bones. Jeremy and
Rick are having an ongo
On Jun 26, 2006, at 4:20 PM, Jeremy Boynes wrote:
On 6/26/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Here are a few thoughts and questions on our SPI story. I'd like to
start a discussion on these items and get your thoughts.
Cool. My first thought is that what you're describing
On 6/26/06, Kenneth Tam <[EMAIL PROTECTED]> wrote:
The sandbox build is broken right now (looks like issues around
switching to a sandbox version of the spec project).
Rather than risk adding to the confusion with another couple of
checkins that I can't validate, I'm going to hold off until this
The sandbox build is broken right now (looks like issues around
switching to a sandbox version of the spec project).
Rather than risk adding to the confusion with another couple of
checkins that I can't validate, I'm going to hold off until this gets
fixed.
thanks,
k
On 6/26/06, Kenneth Tam <[E
[
http://issues.apache.org/jira/browse/TUSCANY-477?page=comments#action_12417952
]
Yang ZHONG commented on TUSCANY-477:
The latest code (417230) doesn't register types any longer, the original test
case needs to be adjusted a little.
Origin:
[ http://issues.apache.org/jira/browse/TUSCANY-497?page=all ]
Kevin Williams closed TUSCANY-497:
--
Resolution: Fixed
Verified with revision: 414391
> Remove setParameterType from Command
>
>
> Key: TUSC
[
http://issues.apache.org/jira/browse/TUSCANY-497?page=comments#action_12417948
]
Kevin Williams commented on TUSCANY-497:
Resolving this will also allow SDODataTypes to be moved out of the interface
package to the impl.
> Remove setParameterType
Remove setParameterType from Command
Key: TUSCANY-497
URL: http://issues.apache.org/jira/browse/TUSCANY-497
Project: Tuscany
Type: Improvement
Components: Java DAS RDB
Versions: Java-Mx
Reporter: Kevin Williams
A
Attaching the whole file, look for changes marked "getSubstitutionValues" please.
-- Yang ZHONG
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/**
* Gets the Sequence corresponding to the specified substitutable Property
of the specified DataObject.
* @param dataObject Not null, otherwise NullPointerException.
* @param head A substitution group head property.
* @return The Sequence corresponding to the specified substitutable
Pr
I'm looking at the Invoker/interceptor contribution mechanism and I'd
like to propose to make them actual components. Currently an interceptor
is not a component, it's an object added to an invocation chain by a
Builder component. I think that if an invoker or interceptor could just
be a compon
On 6/26/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Here are a few thoughts and questions on our SPI story. I'd like to
start a discussion on these items and get your thoughts.
Cool. My first thought is that what you're describing here is very
close to what we have in the sandbox - f
Hello
I have a conceptual question with SDO, may be you can help me to figure
this out:
As the dynamic DataObject will always use reflection APIs
The questions are:
1) Are there APIs which allow you to change a Type?
2) If so, what's the synchronization between the type and instance
my requir
[ http://issues.apache.org/jira/browse/TUSCANY-493?page=all ]
Kevin Williams closed TUSCANY-493:
--
Fix Version: Java-Mx
Resolution: Fixed
Verified with revision: 414391
> [DAS] Converter load needs to use appropriate classloader
>
[ http://issues.apache.org/jira/browse/TUSCANY-481?page=all ]
Kevin Williams closed TUSCANY-481:
--
Resolution: Fixed
Verified with revision: 414391
> Config.Column.type is not used
> --
>
> Key: TUSCANY-481
>
Basically I added an HTTP-Get Binding, Port Type, etc. to the WSDL using
Eclipse's Web Tools Platform. I commented out the SOAP binding so only the
HTTP Get could be used. The WSDL is below. The sca.module has:
http://helloworld#wsdl.interface(
HelloWorldHttp)"/>
http://he
1) The ReferenceExtension has addtional setXXX(...) methods which are not
required by the Reference interface. What are the usages? Are these just helper
methods for subclasses to access the protected fields? If so, the modifiers
should be protected, right?
2) Are the extension developers respo
Found the spec directory - never mind!
-Original Message-
From: Hawkins, Joel [mailto:[EMAIL PROTECTED]
Sent: Monday, June 26, 2006 1:54 PM
To: tuscany-dev@ws.apache.org
Subject: SCA in OSGi - was SCA Spec Update and Recursive Core
presentation
Turn about is fair play - just got back fro
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12417871
]
Kevin Williams commented on TUSCANY-153:
Wondering if there is an outlook for this JIRA. Is this targeted for M2?
> ChangeSummary on root data object not supported
Hi,
To my understanding, bindings can apply to services and references of a
composite. A binding can be used for:
1) Both services and references
2) References only
3) Services only
In some cases, a binding may take different set of metadata depending on
whether it's used by a service or a ref
The attached patch fixes an issue with converter classloading.
Index:
C:/ossoa/java/das/rdb/src/main/java/org/apache/tuscany/das/rdb/generator/impl/BaseGenerator.java
===
--- /dev/null (revision 0)
+++
C:/ossoa/java/das/rdb/src/ma
Hello
I have a conceptual question with SDO, may be you can help me to figure
this out:
As the dynamic DataObject will always use reflection APIs
The questions are:
1) Are there APIs which allow you to change a Type?
2) If so, what's the synchronization between the type and instance
my requir
ColumnType was removed from the config model.
Index: C:/ossoa/java/das/rdb/src/main/resources/config.xsd
===
--- C:/ossoa/java/das/rdb/src/main/resources/config.xsd (revision 417236)
+++ C:/ossoa/java/das/rdb/src/main/resources/config
[ http://issues.apache.org/jira/browse/TUSCANY-493?page=all ]
Brent Daniel reassigned TUSCANY-493:
Assign To: Brent Daniel
> [DAS] Converter load needs to use appropriate classloader
> -
>
>
[ http://issues.apache.org/jira/browse/TUSCANY-481?page=all ]
Brent Daniel reassigned TUSCANY-481:
Assign To: Brent Daniel
> Config.Column.type is not used
> --
>
> Key: TUSCANY-481
> URL: http://issues.a
[ http://issues.apache.org/jira/browse/TUSCANY-278?page=all ]
Brent Daniel closed TUSCANY-278:
Resolution: Fixed
> DAS sometimes obtaining Connection objects twice
>
>
> Key: TUSCANY-278
>
Turn about is fair play - just got back from vacation myself - 6 days of
cycling in the Rockies. :-)
I think this approach will work well for me. I've done an update on the
sandbox code and am having troubles building. It appears that the
sca-api jar has been updated with some new classes
(org.oso
Here are a few thoughts and questions on our SPI story. I'd like to
start a discussion on these items and get your thoughts.
A. I think we should create different projects for the various types of
SPI we have, for example one project for the assembly model SPI, one
project for the interaction/
Yep, sorry I haven't posted about this -- Raymond, I've got your
update rolled into a bunch of other Spring-related changes, I should
be able to check in later today.
thanks,
k
On 6/26/06, Jim Marino <[EMAIL PROTECTED]> wrote:
Ken was working on this. Ken? Since he may be traveling, if we don't
Simon,
Can you create a test case using SDO only without involving DAS so I can
narrow down your problem? Thanks.
Fuhwei Lwo
Simon Laws <[EMAIL PROTECTED]> wrote: Hi Frank
I checked out the java project again. The only updates I go were to do with
DAS tests
AliasTest.java
Excepti
[ http://issues.apache.org/jira/browse/TUSCANY-483?page=all ]
Kevin Williams closed TUSCANY-483:
--
Resolution: Fixed
Verified with revision: 417235
> Some refactoring is necessary after adding the DAS/CommandGroup
>
Chat log attached. In summary:
* we talked about getting checkstyle/pmd working
there's an inability to build individual modules in the sandbox that
is not an issue in trunk
some concern over compatibility with Eclipse reformatting (IDEA
seems to be OK)
* want to have the sandbox code build on
Hi Frank
I checked out the java project again. The only updates I go were to do with
DAS tests
AliasTest.java
ExceptionTest.java
BooksConfigWithAlias.xml
No new java code. I still get the exception. Is there one of the provided
tests that I should run to try and tie it down a bit?
Regards
S
[
http://issues.apache.org/jira/browse/TUSCANY-278?page=comments#action_12417836
]
Brent Daniel commented on TUSCANY-278:
--
The changes in Tuscany 483 make this issue go away.
> DAS sometimes obtaining Connection objects twice
> --
[ http://issues.apache.org/jira/browse/TUSCANY-483?page=all ]
Brent Daniel updated TUSCANY-483:
-
Attachment: tuscany438b.txt
Attaching a patch file that contains only the changes to the BigBank sample
required by the API change here.
> Some refactorin
[ http://issues.apache.org/jira/browse/TUSCANY-483?page=all ]
Brent Daniel updated TUSCANY-483:
-
Attachment: tuscany438.txt
Attaching a patch for this issue. This is, again, a rather large patch because
of the number of test cases affected by the progra
On 6/26/06, cr22rc <[EMAIL PROTECTED]> wrote:
Hi Jim,
The recent check in of the launcher pom.xml has a comment that no
tuscany jars should be referenced. The goal is to have the launcher
not corrupt the application code with tuscany runtime.
Sorry if it caused confusion, I was in there and t
Hi Jim,
The recent check in of the launcher pom.xml has a comment that no
tuscany jars should be referenced. The goal is to have the launcher
not corrupt the application code with tuscany runtime.
My thinking was the launcher could reference these classes at compile
time, but at runtime they
Ah, meant to comment that out. Sorry for making you do this twice Ant. For
now if you could comment out the dependency for DB2 in the POM and it should
run but you will see a class not found exception for the DB2 test. This is
OK for now. I don't believe that these tests are patched into the main
In this patch the pom.xml in the sdo/rdb folder has a dependency on some IBM
DB2 jars which aren't in any maven repository:
1) com.ibm.db2:db2jcc:jar:8.2
2) com.ibm.db2:db2jcc_license_cu:jar:8.2
There's a commented out dependency for derby, could I just uncomment that
and delete thedb2 ones, or
Hi Simon,
We fixed some bugs related to Date types, late last week (Thursday or
Friday). If you don't have the very latest SDO code, please try with the
latest, and see if it fixes this problem. Otherwise, it looks like there
still may be another bug.
Thanks,
Frank.
"Simon Laws" <[EMAIL PROTE
Hi Rick,
Could you explain, it sounds as if there may have been a side
conversation at some point where I'm missing context?
Jim
On Jun 26, 2006, at 5:50 AM, Rick wrote:
Jermey,
Would still like to get in touch to understand the classpath issues
and not using core classes.
Jeremy Boynes
Jermey,
Would still like to get in touch to understand the classpath issues and
not using core classes.
Jeremy Boynes wrote:
Yes, just got net so am about to check in some major changes to the
demonstration.
Rather than create the parent etc, it now uses the bootstrapper to
create the runtime
[
http://issues.apache.org/jira/browse/TUSCANY-495?page=comments#action_12417802
]
Simon Laws commented on TUSCANY-495:
I should have noted that the 2nd patch (patch-interopsdo-java.txt) includes a
new project test dependency on XMLUnit (http://xmlunit
[ http://issues.apache.org/jira/browse/TUSCANY-495?page=all ]
ant elder reassigned TUSCANY-495:
-
Assign To: ant elder
> Java Interop Testing
>
>
> Key: TUSCANY-495
> URL: http://issues.apache.org/jira/browse/TUSCANY
[ http://issues.apache.org/jira/browse/TUSCANY-423?page=all ]
Kelvin Goodson updated TUSCANY-423:
---
Attachment: T423+T470test_rollup_2.patch
OK, I hope this is better. A combination of circumstances, including some
quirky behaviour on the part of Tort
[ http://issues.apache.org/jira/browse/TUSCANY-496?page=all ]
Simon Laws updated TUSCANY-496:
---
Attachment: patch-interopsdo-cpp.txt
Simple CPP interop test project
Please apply at /tuscany/cpp/sdo
> CPP Interop Testing
> ---
>
>
CPP Interop Testing
---
Key: TUSCANY-496
URL: http://issues.apache.org/jira/browse/TUSCANY-496
Project: Tuscany
Type: New Feature
Components: C++ SDO
Versions: Cpp-current
Environment: Windows XP (haven't tested on linux yet)
Reporte
[ http://issues.apache.org/jira/browse/TUSCANY-495?page=all ]
Simon Laws updated TUSCANY-495:
---
Attachment: patch-interopsdo-java.txt
Simple java interop tests based on the interop resources
Please apply at /tuscany/java/testing/interop
> Java Interop Tes
[ http://issues.apache.org/jira/browse/TUSCANY-495?page=all ]
Simon Laws updated TUSCANY-495:
---
Attachment: patch-interopresources.txt
The reources used for interop testing
Please apply at /tuscany
> Java Interop Testing
>
>
>
Java Interop Testing
Key: TUSCANY-495
URL: http://issues.apache.org/jira/browse/TUSCANY-495
Project: Tuscany
Type: New Feature
Components: Java SDO Implementation
Versions: Java-M1
Environment: Windows XP
Reporter: Simon Laws
I need a little help interpreting an exception I'm getting from an SDO test
I have. I'm porting some interop tests to HEAD so that I can create a patch
and (having updated to use the new DAS) the relational SDO no longer works
with date fields . All other types I'm testing are OK. The test basical
Yes, just got net so am about to check in some major changes to the
demonstration.
Rather than create the parent etc, it now uses the bootstrapper to
create the runtime and deploy the scdl.
To keep it simple, I left it as a system component so there is just
one step in the bootstrap process. We
Ken was working on this. Ken? Since he may be traveling, if we don't
hear back, I'll apply it tomorrow.
Jim
On Jun 25, 2006, at 11:38 PM, Raymond Feng wrote:
A gentle reminder: Is anyone looking into the patch? I just tried
it with Spring 2.0 RC1 and here's a new one updated to 2.0 RC1 lev
Basically the runtime has two hierarchical trees, one for application
composites and one for system composites. They are "separate" but
contained by the runtime. The bootstrapper will be responsible for
setting all of this up, including default system composites and
services so end-users wo
56 matches
Mail list logo