Comments inline.
Luciano Resende wrote:
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
Thanks for the pointer. Yes, this was the problem. I had tried
to eliminate the possibility of incompatible jars by running from
the latest binary distro on Ant's website. When building the sample
from this binary distro using mvn, the pom must have been picking
up a different level of Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-1287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-1287.
---
Resolution: Fixed
last related update committed at r538481
made a few minor changes (package name
I liked it better having a base class to extend, having all the extension
ArtifactProcessors just cut and paste the policy code doesn't seem very
perfect. Why can't the 'SPI' provide base classes for common code? Or could
the interfaces be changed so the code doesn't need to be implemented?
Ok, I took a look at the patch and committed it. I made a few minor changes:
package name changed to crud
include copy of composite file from implementation-crud
move diagrams from implementation-crud
But looks good.
Last update relating to this was at revision 538481.
The binding-echo and
16th May 2007:
The Apache Tuscany community is pleased to announce its
1.0-incubating-beta1 release
of SDO (Service Data Objects) Java.
You can download binary and source distributions from:
http://people.apache.org/dist/incubator/tuscany/java/sdo/1.0-incubating-beta1/
Maven artifacts for this
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496232
]
Kelvin Goodson commented on TUSCANY-1171:
-
When moving the maven artifacts from the staging repo to the
[
https://issues.apache.org/jira/browse/TUSCANY-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1233:
Fix Version/s: (was: Java-SDO-beta1)
Java-SDO-Mx
Enhance SDO
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1171.
-
Resolution: Fixed
Announce made today
SDO Java beta1 Release
--
Simon,
Thanks for committing this. See comments inline below.
Simon
Simon Laws wrote:
Ok, I took a look at the patch and committed it. I made a few minor
changes:
package name changed to crud
I deliberately changed the package name for the client/application code
to crudClient to make
On 5/16/07, Simon Nash [EMAIL PROTECTED] wrote:
Simon,
Thanks for committing this. See comments inline below.
Simon
Simon Laws wrote:
Ok, I took a look at the patch and committed it. I made a few minor
changes:
package name changed to crud
I deliberately changed the package name for
On 5/16/07, Simon Laws [EMAIL PROTECTED] wrote:
On 5/16/07, Simon Nash [EMAIL PROTECTED] wrote:
Simon,
Thanks for committing this. See comments inline below.
Simon
Simon Laws wrote:
Ok, I took a look at the patch and committed it. I made a few minor
changes:
package name
Create separate application sample for binding-echo
---
Key: TUSCANY-1288
URL: https://issues.apache.org/jira/browse/TUSCANY-1288
Project: Tuscany
Issue Type: Bug
Components: Java
[
https://issues.apache.org/jira/browse/TUSCANY-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1288:
Attachment: patch-1288.zip
The zip file contains the complete binding-echo-appl sample.
Create
[
https://issues.apache.org/jira/browse/TUSCANY-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496244
]
Simon Nash commented on TUSCANY-1255:
-
rfeng made a change that fixes this problem (equivalent but not
Looking at the databinding-echo sample I realize now that it is not showing
how to define a new databinding but using the sample echo binding to show
how the existing databindings work. However the source code from
binding-echo is duplicated here which is not great. I propose that instead
of
Comments inline.
Simon
Simon Laws wrote:
On 5/16/07, Simon Laws [EMAIL PROTECTED] wrote:
On 5/16/07, Simon Nash [EMAIL PROTECTED] wrote:
Simon,
Thanks for committing this. See comments inline below.
Simon
Simon Laws wrote:
Ok, I took a look at the patch and committed it. I
I agree that this refactoring is the right approach. I am happy to do this
if you like (and I promise to avoid camel-casing any package names :-)
Let me know if you are OK with this or if you would prefer to do it yourself.
Simon
Simon Laws wrote:
Looking at the databinding-echo sample I
I'm trying to define a Type using Tuscany C++ using the following code:
DataFactoryPtr myDf = DataFactory::getDataFactory();
myDf-addType( , ElementType, false, true, false, false);
myDf-addPropertyToType( , ElementType, id, commonj.sdo,
String, false, false, false);
This fails with Adding
Please ignore this .. I just found an error in my code that was causing
this to fail.
Thanks,
Andy.
-Original Message-
From: Andy Grove [mailto:[EMAIL PROTECTED]
Sent: 16 May 2007 12:15
To: tuscany-dev@ws.apache.org
Subject: Problems defining a Type in Tuscany C++
I'm trying to
[
https://issues.apache.org/jira/browse/TUSCANY-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-863:
Attachment: JIRA863-May16-Amita.txt
Solved a couple of problems as below:
1)
No go ahead - I'm testing the other samples at the moment.
Simon
[
https://issues.apache.org/jira/browse/TUSCANY-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-1288.
---
Resolution: Fixed
applied at revision 538544
Create separate application sample for binding-echo
I've started getting an NPE in some of the samples when I run in the binary
disitrbution from ant. It works fine running from maven. Has some extra
dependency crept in that I'm not taking account of in the build.xml files.
Here's an example
ples\helloworld-ws-serviceant run
Buildfile: build.xml
It's because the SDO classes are not in the SCA all jar now.
Simon
On 5/16/07, Simon Laws [EMAIL PROTECTED] wrote:
It's because the SDO classes are not in the SCA all jar now.
Simon
for all read manifest.
Ant pointed out on irc that the distro build sometimes does strange things
and includes an sdo jar with the wrong name in the distribution lib dir. The
The release notes are quite a public part of the release doc so be good to
make them sound good.
There's a start of some text here:
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/distribution/src/main/release/RELEASE_NOTES
Please update as you see fit or reply to this email with
I'm now trying to parse a document that does have a schema and I'm still
running into the same problem - my document has no root object and no
root element name.
Any help figuring out why this isn't working would be very much
appreciated. I'm running this on a Windows platform. Source code and
I'll take a look at this.
On 16/05/07, Andy Grove [EMAIL PROTECTED] wrote:
I'm now trying to parse a document that does have a schema and I'm still
running into the same problem - my document has no root object and no
root element name.
Any help figuring out why this isn't working would be
Raymond,
I didn't see a section on How to add a data binding type?, although it's
in the list of contents.
Will this be added as well?
Thanks
Rashmi
On 5/11/07, Raymond Feng [EMAIL PROTECTED] wrote:
We'll update it.
Thanks,
Raymond
- Original Message -
From: Matthew Sykes [EMAIL
Can anyone tell me what's wrong here:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error while creating archive:Exit code: 1 -
[
https://issues.apache.org/jira/browse/TUSCANY-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496332
]
Frank Budinsky commented on TUSCANY-513:
Hi Ron,
I think that maybe we should start without an option -
Can anyone tell me what's wrong here:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error while creating archive:Exit code: 1 -
[
https://issues.apache.org/jira/browse/TUSCANY-1272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1272.
-
Resolution: Fixed
Fix Version/s: (was: Java-DAS-Mx)
[
https://issues.apache.org/jira/browse/TUSCANY-1272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-1272:
Assignee: Luciano Resende
CrudWithChangeHistory test case fails as it's not
[
https://issues.apache.org/jira/browse/TUSCANY-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496362
]
Ron Gavlin commented on TUSCANY-513:
Hi Frank,
Your suggestion makes sense. I'll keep you updated on my
Jean-Sebastien Delfino wrote:
Comments inline.
Luciano Resende wrote:
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
Having to think about release notes kicked off a thought. I've been back to
the wiki and reorganized the Wish List [1] and Next Release [2] pages a
little to help us do this next time round.
I've translated the notes we made on the precursor to these pages [3]. I
would like to add a feature list
On 5/16/07, Simon Laws [EMAIL PROTECTED] wrote:
Having to think about release notes kicked off a thought. I've been back
to
the wiki and reorganized the Wish List [1] and Next Release [2] pages a
little to help us do this next time round.
I've translated the notes we made on the precursor to
That says - In order to use this approach, you will need to specify a
sca-contribution.xml inside the META-INF directory of your web-app - wasn't
the sca-contribution.xml file going to be optional, and if you didn't have
it then all the .composite files found it the top-level folder in the webapp
That wasn't my understanding, If we go this way, won't this cause different
behaviours depending on the host environment (web versus J2SE for example).
Is this desirable ?
On 5/16/07, ant elder [EMAIL PROTECTED] wrote:
That says - In order to use this approach, you will need to specify a
Ok, i re-read this last email again [1] and i guess i missed the ...if we
could make it work consistently, with JARs as well as WARs bit before. I'm
not sure I agree with that, why should WARs be hamstrung with a less user
friendly way of working just because jars can't work as easily? If we can
databinding-echo sample has duplicate code, redundant content, and causes
runtime error
---
Key: TUSCANY-1289
URL: https://issues.apache.org/jira/browse/TUSCANY-1289
[
https://issues.apache.org/jira/browse/TUSCANY-1289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1289:
Attachment: patch-1289.zip
This zip file is a complete replacement for the sample. I have
I finally got my geronimo dev environment up and was able to
investigate/debug this issue. It turned out the problem was on Tuscany
extensions point code, and not on the contribution service as I thought
originally.
I have fixed the issue in Tuscany revision #538785 just in time for our RC
ant elder wrote:
Ok, i re-read this last email again [1] and i guess i missed the
...if we
could make it work consistently, with JARs as well as WARs bit
before. I'm
not sure I agree with that, why should WARs be hamstrung with a less user
friendly way of working just because jars can't work
Jean-Sebastien Delfino wrote:
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.
Hi,
This really belongs in something like a
osoa.org sdo design spec discussion, but
it's not up yet, so I hope it's ok to post here.
As I'm fine tuning the LDAP DAS Design Guide
I find myself saying this alot:
an SDO Type that is the semantic equivalent
of an XSD Complex Type
If I were
I've been using Tuscany M2 for a little while and I had a couple issues:
- implementation.spring seems to be broken. Is there a target release for this
fix?
- is there a target release for the spring extension (i.e. sca:service and
sca:reference) stuff?
- any interest in an xslt binding that
Hi,
The LDAP DAS uses
the Apache Directory PEN
(Private Enterprise Number)
to prefix OID (Object Identifier) numbers
that are unique ids for types defined
in the LDAP server.
It might make sense for Tuscany
to get an ID from the Apache Software
Foundation.
The Foundation owns ID
Hi,
I think we need to separate the factory for SCABinding from the main
AssemblyFactory, to allow it to be customized like the other bindings.
It's a small change that I think needs to go in our release as it's one
of the SPIs that Tuscany embedders and extenders will need to use to
OK... sorted. The problem is that your schema targetNamespace is
http://www.roguewave.com/uri/catalog/
but the document namspace uri is http://www.roguewave.com/uri/catalog/;
Spot the difference? There is a space at the end of the schema
targetNamespace so they do not match! I guess the
On 17/05/07, Pete Robbins [EMAIL PROTECTED] wrote:
OK... sorted. The problem is that your schema targetNamespace is
http://www.roguewave.com/uri/catalog/
but the document namspace uri is http://www.roguewave.com/uri/catalog/;
Spot the difference? There is a space at the end of the schema
53 matches
Mail list logo
