[ http://issues.apache.org/jira/browse/TUSCANY-458?page=all ]
Pete Robbins resolved TUSCANY-458:
--
Resolution: Fixed
Create cpp distribution builds
--
Key: TUSCANY-458
URL:
Windows binary release should not be debug version
--
Key: TUSCANY-534
URL: http://issues.apache.org/jira/browse/TUSCANY-534
Project: Tuscany
Type: Improvement
Components: C++ Build
Versions: Cpp-current
[ http://issues.apache.org/jira/browse/TUSCANY-532?page=all ]
Andrew Borley updated TUSCANY-532:
--
Attachment: TUSCANY-532-2.patch
This patch adds the CreatingSCACPPComponents.txt document that describes how
to create, build and run a Tuscany SCA C++
I've just added a further patch on that jira that adds a document which
explains how to create, build and run a Tuscany SCA C++ component.
Cheers
Andy
On 7/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
OK, a patch is up at TUSCANY-532. Hopefully it clears a few of the issues
up.
Cheers
Andy
Many thanks Andy. It looks good. I'll apply the patches later today.
On 11/07/06, Andrew Borley [EMAIL PROTECTED] wrote:
I've just added a further patch on that jira that adds a document which
explains how to create, build and run a Tuscany SCA C++ component.
Cheers
Andy
On 7/10/06, Andrew
Implement XSDHelper.generate() method for generating XSD from SDO types
---
Key: TUSCANY-535
URL: http://issues.apache.org/jira/browse/TUSCANY-535
Project: Tuscany
Type: Improvement
Components:
[ http://issues.apache.org/jira/browse/TUSCANY-535?page=all ]
Venkatakrishnan updated TUSCANY-535:
Attachment: Tuscany-SDO-Impl-Patch-Jul-11.diff
Here is a patch that contains implementation for XSDHelper.define(). This is
a first cut that I
Applied. Thanks, Raymond, that worked.
Jim
On Jul 10, 2006, at 11:46 AM, Raymond Feng wrote:
Hi, Jim.
Can you try this patch to see if it fixes the
ClassNotFoundException?
Thanks,
Raymond
- Original Message - From: Jim Marino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
I can get to the wiki page, but any click on anything gives page not
found.
Am I missing something?
The wiki page:
http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm
The page under service:
Edward Slattery [EMAIL PROTECTED] wrote on 10/07/2006 21:20:25:
thankyou for that. The crash is something which we need to fix, and I
will
apply your change asap. I guess it probably wouldnt stop a release,
but if
we are re-spinning for any other reason I will make sure its in there.
OK
Hi
I want to get hold of the SDO.Type given the class of the SDO Type. For
example given com.examples.sdo.Customer.class I need to get the Type
instance to work around with the SDOs metadata. Presently I am
instantiating the SDO and then calling the getType() method.
I checked the TypeHelper
[ http://issues.apache.org/jira/browse/TUSCANY-532?page=all ]
Andrew Borley updated TUSCANY-532:
--
Attachment: TUSCANY-532-3.patch
This patch supersedes the previous patch (TUSCANY-532-2) - exactly the same
stuff, but changes to a couple of bits in the
TypeHelper.getType(Class) will return the type for the standard types and
any registered generated SDO.
For example, after you register the quote model (example model from the
sdo.tools project):
SDOUtil.registerStaticTypes(SimpleFactory.class);
You can then call:
Type quoteType
[
http://issues.apache.org/jira/browse/TUSCANY-536?page=comments#action_12420325
]
Andrew Borley commented on TUSCANY-536:
---
This issue also causes TUSCANY-511
Cannot mix both WS Entrypoint and WS External Service
We seem to have two versions of the sdo databinding in sandbox/
jboynes - sdo and databinding-sdo.
Which is the live one and can we remove the other?
Thanks
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I believe it is databinding-sdo and not sdo. Raymond, can you confirm?
Jim
On Jul 11, 2006, at 7:44 AM, Jeremy Boynes wrote:
We seem to have two versions of the sdo databinding in sandbox/
jboynes - sdo and databinding-sdo.
Which is the live one and can we remove the other?
Thanks
--
That one does not build for me - problems locating the plugin and
then problems with XMLStreamHelper which went away when I rebuilt sdo
from the trunk.
I fixed the plugin problem by adding in a pluginRepository.
For SDO, the version in the pom in the trunk is still incubating-M1.
If there
Jeremy,
I guess we're overdue to update the pom files for the SDO project. They
should probably be changed to 1.0-SNAPSHOT. And the EMF dependencies
should be updated to the EMF 2.2 release driver. That would be great if
you would update them.
Thanks,
Frank
Jeremy Boynes [EMAIL PROTECTED]
Have the same issue.
rakesh dash wrote:
Hi Raymond,
I also observed the same problem. After seeing the
problem
for the first time, I replaced the '.m2' repository and tried building
again. The problem persists.
cheers,
Rakesh.
On 7/11/06, Raymond Feng [EMAIL PROTECTED]
On Jul 11, 2006, at 8:53 AM, Frank Budinsky wrote:
Jeremy,
I guess we're overdue to update the pom files for the SDO project.
They
should probably be changed to 1.0-SNAPSHOT. And the EMF dependencies
should be updated to the EMF 2.2 release driver. That would be
great if
you would
Update version in POM
-
Key: TUSCANY-537
URL: http://issues.apache.org/jira/browse/TUSCANY-537
Project: Tuscany
Type: Improvement
Components: Java SDO Implementation, Java SDO Tools, Java SDO Samples
Reporter: Jeremy Boynes
Assigned to:
Hi Frank and others familiar with SDOs, could you please comment on the
following: -
Based on some experiences with the first cut of Java2WSDL enhanced for SDOs
posted in http://issues.apache.org/jira/browse/TUSCANY-120, I propose...
- Not to generate XSDs for SDOs that have been originally
Hi Venkat,
Since XSDHelper.generate() says this in the JavaDoc:
* Round trip from XSD to SDO to XSD is not supported.
* Use the original schema if one exists instead of generating a new
one, as
* the generated XSD validates a different set of documents than the
original XSD.
and
Hi,
We have the following dependency in jboynes/sca/pom.xml
dependency
groupIdorg.apache.geronimo.specs/groupId
artifactIdgeronimo-commonj_1.1_spec/artifactId
version1.0.1-SNAPSHOT/version
scopeprovided/scope
Given the following XML, what would be the best way to
retrieve all of the contents within an element that
contains mixed content?
for instance, in this XML, i'd like to retrieve
everything contained within the 'sampleText' node:
Testing sampleemtext/emwith example
The mixed content can be accessed using SDO Sequence (property/value pairs).
I observed that for pure text, the corresponding property is null.
Thanks,
Raymond
- Original Message -
From: Paul Tomsic [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, July 11, 2006 10:57 AM
Maybe you can try sampleText.getSequence( mixed)
On 7/11/06, Paul Tomsic [EMAIL PROTECTED] wrote:
Given the following XML, what would be the best way to
retrieve all of the contents within an element that
contains mixed content?
for instance, in this XML, i'd like to retrieve
everything
That should actually be
sampleText.getSequence()
that is, no arguments to the getSequence call. The getSequenced(mixed)
API is Tuscany-specific and the SDO spec is considering deprecating it
(and the other getSequence methods that take an argument) from the
DataObject API.
The proper
Hi,
Now I can build all the projects except runtime/standalone (same problem
as I reported before).
The databinding-sdo project already has everthing from sdo project so the
sdo folder can be safely removed. With the databinding-sdo referencing the
incubating-M1 version of SDO, I can build
but w/ the Sequence that's returned, i've got a
BasicSequence. Iterating across it, and doing
sequence.getValue(0) (or 1,2,3, etc) you still need to
handle the sub-elements that are not TEXT type nodes,
right?
Seems like there should be an easier way to do this.
Does anyone have an example of
Yes, you're right. We have in the past restricted advance function to
scenarios which utilize a config file, but I can see an issue with
restricting this function to a managed environment. I think the
attribute fits a lot better on DataSource and keeps things cleaner,
but we should probably add
Hi.
In one of the examples that I looked at I got a Sequence containing mixed
text and looped through it as your mentioned. I performed a check to see
when the Property was null which would indicate that the value would be
unstructured text.
I am not sure if that helped - probably it was
So you just want the raw XML? If you don't want it parsed into an object
model, why are you using SDO in the first place?
You can get an XML serialization of a DataObject by calling
XMLHelper.save().
Frank.
Paul Tomsic [EMAIL PROTECTED] wrote on 07/11/2006 02:29:00 PM:
but w/ the Sequence
On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote:
One thing that is decidedly NOT OK is to include a version number
in the name, as it causes friction. Hence, I'd suggest that
core2 immediately get renamed to something that neither reflects
the term core or the number 2.
To resolve this I
On Jul 11, 2006, at 2:27 PM, Jeremy Boynes wrote:
On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote:
One thing that is decidedly NOT OK is to include a version number
in the name, as it causes friction. Hence, I'd suggest that
core2 immediately get renamed to something that neither reflects
Jeremy,
Sorry, I might have missed some previous emails. I am getting the
following error consistently with the build,
[INFO]
[INFO] Building Tuscany JAXB Data Binding
[INFO]task-segment: [install]
[INFO]
Sometimes the respository is not very stable and you'll see the issues once
a while. Retry helps most of the time.
Thanks,
Raymond
- Original Message -
From: Meeraj Kunnumpurath [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, July 11, 2006 5:21 PM
Subject: RE: Chianti,
On Jul 11, 2006, at 5:30 PM, Meeraj Kunnumpurath wrote:
Thanks Raymond. I tried the build around four or five times. I
shall try
a few more times.
I wiped the Sun plugin from my repo
$ rm -rf ~/.m2/repository/com/sun/tools
and tried rebuilding the databinding-jaxb module and everything
No luck, Jeremy. I don't even have com/sun/tools under my Maven repo. I
am going to try manually downloading those files.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 12 July 2006 02:06
To: tuscany-dev@ws.apache.org
Subject: Re: Chianti, was: Rules for
Jeremy,
I can't find the required version of the plugin on the java.net repo? Is
it version 1.0 or 2.0EA3?
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 12 July 2006 02:13
To: tuscany-dev@ws.apache.org
Subject: RE: Chianti, was: Rules for
I have added a SCATestCase base class to the test module that boots
an SCA client runtime in the same way the launcher does. To keep
things simple it does not do any classloader isolation magic so it
should be fairly easy to step through application code or the runtime
itself.
I added an
The JAXB databinding attaches the jaxb plugin to the generate sources
phase and this results in the test code ending up in the output jar:
$ jar tf target/databinding-jaxb-1.0-chianti-SNAPSHOT.jar
META-INF/
META-INF/MANIFEST.MF
com/
com/example/
com/example/ipo/
com/example/ipo/jaxb/
org/
[ http://issues.apache.org/jira/browse/TUSCANY-533?page=all ]
Kevin Williams closed TUSCANY-533:
--
Resolution: Fixed
Verified with revision: 421093
Need to add a new config entity to specify passive use of the connection
43 matches
Mail list logo