[
https://issues.apache.org/jira/browse/TUSCANY-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1193:
Fix Version/s: (was: Java-SDO-M2)
Java-SDO-M3
unable to create
Hi Luciano,
Yes, I am making a util jar for that. Please check all the below details and
let me know
yout suggestions.
Trying to reuse part of DAS config.xsd's (ConnectionInfo portion ) to supply
the connection params and adding a new element to xsd to list database table
names that need to be
Please vote to release the M3 distribution of Tuscany SDO for Java
The release candidate RC2 for Tuscany Java SDO is posted here
http://people.apache.org/~kelvingoodson/sdo_java/M3/RC2/
http://people.apache.org/%7Ekelvingoodson/sdo_java/M3/RC2/The release
audit tool (rat) files and
[
https://issues.apache.org/jira/browse/TUSCANY-1207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1207.
-
Resolution: Fixed
Fixed in revision 527494.
TCCL-specific EcoreBuilders must be
This sounds reasonable, except for a couple of errors I get. Details inline.
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Ignacio Silva-Lepe wrote:
Ok, so to try to answer my own question, it looks like the
implementation
loader can use a
Raymond,
I think this is good and simple to understand, but have some further
comments inline :)
Raymond Feng wrote:
Hi,
As the core moves away from using SCA composite to compose the Tuscany
system, we have been working on a simple way to extend the Tuscany
system.
1) Define an
I'm attempting the same thing just now for script components see [1].
Doesn't work yet, the .componentType file doesn't seem to get picked up.
Comments welcome...
...ant
[1]
Raymond,
Thanks for producing those documents. They are helpful in learning the
concepts in this DB framework.
What I think would be really helpful in addition is to document some of the
API calls needed to make use of the framework, say as an implementor of a
binding on which you wish to
Ok, so back in from Easter hols and I've debugged through the Calculator
sample with the newly organized trunk. You guys have been busy! I'd like to
get some more of the samples on line and hence learn more about how it
works. I was thinking of having a crack at composite-impl because this looks
Answers inline.
Ignacio Silva-Lepe wrote:
This sounds reasonable, except for a couple of errors I get. Details
inline.
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Ignacio Silva-Lepe wrote:
Ok, so to try to answer my own question, it looks like
Hi, Scott.
Thank you for the feedback. I think what's missing in the document is how
the databinding framework works with the Tuscany core, especially the
various interaction paths between component, composite service and composite
reference.
I'll try to add more information as I port the
ant elder wrote:
I'm attempting the same thing just now for script components see [1].
Doesn't work yet, the .componentType file doesn't seem to get picked up.
Comments welcome...
...ant
[1]
Hi,
Yes, we do support recursive composites in M2.
As you use jarLocation to reference another jar, the code tries to create
a URL based on the URL of the current SCDL:
jarUrl = new URL(deploymentContext.getScdlLocation(), jarLocation);
impl.setScdlLocation(new URL(jar: +
Simon Laws wrote:
Ok, so back in from Easter hols and I've debugged through the Calculator
sample with the newly organized trunk. You guys have been busy! I'd
like to
get some more of the samples on line and hence learn more about how it
works. I was thinking of having a crack at
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
Ok, so back in from Easter hols and I've debugged through the Calculator
sample with the newly organized trunk. You guys have been busy! I'd
like to
get some more of the samples on line and hence learn more about
Could somebody familiar with the Databinding framework and the DataType
support in particular review how I ported the WSDLIntrospector and
WSDLOperation to the new SPIs?
I had to remove some usage of generics since OperationDataType has
changed to Operation.
Also I am not sure if I am
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
I'm attempting the same thing just now for script components see [1].
Doesn't work yet, the .componentType file doesn't seem to get picked up.
Comments welcome...
...ant
[1]
Yes, I think you are right about the registry where the
componentTypeProcessor is being ignored and not passed to the
contributionService. Let me see if I can find a quick solution...
On 4/11/07, ant elder [EMAIL PROTECTED] wrote:
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
I'm attempting the same thing just now for script components see [1].
Doesn't work yet, the .componentType file doesn't seem to get
picked up.
Comments welcome...
...ant
[1]
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, April 11, 2007 9:09 AM
Subject: Please review WSDL introspection code, Re: svn commit: r527397
Could somebody
Hi,
I think we should start to leverage the extensibility story (see the thread
titled The pluggability for Tuscany runtime extensions) instead of
hard-coding all the processors into the SimpleRuntimeImpl.
Thanks,
Raymond
- Original Message -
From: [EMAIL PROTECTED]
To:
To debug the calculator sample I did a mvn -Peclipse eclipse:eclipse in
java/sca and imported the calculator sample project and all dependecy
projects, into eclipse. Is there a way of generating the workspace
automatically to avoid the import step? Looking at the eclipse plugin
documentation
Raymond Feng wrote:
Hi,
I think we should start to leverage the extensibility story (see the
thread titled The pluggability for Tuscany runtime extensions)
instead of hard-coding all the processors into the SimpleRuntimeImpl.
Thanks,
Raymond
- Original Message - From: [EMAIL
Raymond,
So, for extensions, I'm actually using the module activator extension
mechanism to register processors. But for system processors, should we also
use this mechanism ? Wouldn't this cause issues if we start adding
dependencies to higher level components on low level components
I just sent a similar answer to Raymond's original e-mail.
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Raymond Feng wrote:
Hi,
I think we should start to leverage the extensibility story (see the
thread titled The pluggability for Tuscany runtime extensions)
instead of
Look at how people is doing in Apache Abdera
https://svn.apache.org/repos/asf/incubator/abdera/java/trunk/BUILDING
I think you can use :
mvn -Declipse.workspace=/path/to/workspace eclipse:eclipse
On 4/11/07, Simon Laws [EMAIL PROTECTED] wrote:
To debug the calculator sample I did a mvn
Comments inline.
Luciano Resende wrote:
Raymond,
So, for extensions, I'm actually using the module activator extension
mechanism to register processors. But for system processors, should we
also
use this mechanism ? Wouldn't this cause issues if we start adding
dependencies to higher level
Hello,
I uploaded a document to
http://cwiki.apache.org/confluence/download/attachments/47512/TuscanyJAV
ASCA.pdf which contains some slides about Java SCA Runtime. They are
based on M2 but perhaps some graphics could serve to be reused for the
web site or future documentation.
Regards,
On 4/11/07, Luciano Resende [EMAIL PROTECTED] wrote:
Look at how people is doing in Apache Abdera
https://svn.apache.org/repos/asf/incubator/abdera/java/trunk/BUILDING
I think you can use :
mvn -Declipse.workspace=/path/to/workspace eclipse:eclipse
On 4/11/07, Simon Laws [EMAIL PROTECTED]
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Raymond Feng wrote:
Hi,
I think we should start to leverage the extensibility story (see the
thread titled The pluggability for Tuscany runtime extensions)
instead of hard-coding all the processors into the SimpleRuntimeImpl.
Hi,
I think we're talking about two different things:
1) Should Java and WSDL interface support part of the Tuscany kernel?
I agree with Sebastien that we can go either way with the modulized kernel
amd I don't have any preferences.
2) How do we get a set of built-in processors registered
ant elder wrote:
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Raymond Feng wrote:
Hi,
I think we should start to leverage the extensibility story (see the
thread titled The pluggability for Tuscany runtime extensions)
instead of hard-coding all the processors into the
Hello,
I try build the last version of tuscany java and I have the message on the
build processing. I knot solve that:
Downloading:
http://ws.zones.apache.org/repository/org.apache.tuscany.das/jars/t
uscany-das-rdb-1.0-incubator-SNAPSHOT.jar
[INFO]
I'm still investigating this problem, it goes away if you actually build
from inside java/das, then everything goes back to normal.
On 4/11/07, Paulo Henrique Trecenti [EMAIL PROTECTED] wrote:
Hello,
I try build the last version of tuscany java and I have the message on the
build processing.
Inside java/das I first run mvn clean then I run mvn and the message is:
[INFO] [surefire:test]
[INFO] Surefire report directory:
C:\Ambiente\lib\tuscany\java\das\rdb\target\su
refire-reports
[INFO]
[ERROR] FATAL ERROR
Hi guys,
I have a quick question. If i put a
@Callback(CallBackInterface.class) on my bussiness
interface then all method in that interface has to be
asynchronous or i can use synchronous method too?
thanks,
muhwas
-
To
I'm trying to run the echo-binding testcases after updating the binding
implementation, but I'm getting the exception below.
Are we actually wiring services and references ?
java.lang.IllegalStateException: java.lang.NullPointerExceptionat
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
I'm attempting the same thing just now for script components see [1].
Doesn't work yet, the .componentType file doesn't seem to get
[snip]
Simon Laws wrote:
3/ package names within the modules don't always match the module name
which makes it trick to find classes sometimes. I don't have loads of
examples here but the problem I have was trying to find
o.a.t.api.SCARuntime
This is in the host-embedded module. Is it
Hey Ron
We have talked about it in the past in some threads, and i think we need
to bring the subject back now that we have more content available for a DAS
release. I think we could start by looking into our wiki [1] and
review/update the list of things we want for DAS M3, and also use [2] to
Can any one see why the HelloWorldTestCase in implementation-script is
failing as JDKInvocationHandler.invoke is getting a null returned from
PojoWorkContextTunnel.getThreadWorkContext()? It is getting set in
SimpleRuntimeImpl.start but it seems to get lost somewhere before it gets to
Ok found the problem, there was two versions of the PojoWorkContextTunnel
class, one in host-embedded and another in implementation-java-runtime. I've
deleted those and changed them to use a single class in core utils.
...ant
On 4/11/07, ant elder [EMAIL PROTECTED] wrote:
Can any one see
Hello Tuscany,
I am working on building a DAS implementation for an old hierarchical
database and am looking at Tuscany as *the* DAS reference implementation.
Several issues around applyChanges are troubling me and I'm hoping to start
a dialog to address them (or even better get a really obvious
Can you please add conventions for Java SCA to this page
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Development
This makes it easier for contributors to find the information.
Thank you,
Haleh
On 4/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Simon Laws
Yes , when I use the jarLocation to reference another jar, tuscany works
well.
But when the composite in HelloComposite1.jar tries to access another
composite(HelloComposite) which in HelloComposite.jar via
jarLocation=lib/HelloComposite.jar, tuscany throws an exception. It is
jar-to-jar. Can
45 matches
Mail list logo