The C++ serializer works as Jeremy states. We would serialize this as <
implementation.java>. Our implementation does keep extra information about
the substitution groups and also what the original local name was when the
instance doc was deserialized. So if it was deserialized as <
implementation
[ http://issues.apache.org/jira/browse/TUSCANY-466?page=all ]
Brent Daniel updated TUSCANY-466:
-
Attachment: sdogen.txt
Patch to generate SDO models at build time. Also, one config xml file needed to
be updated to support changes that were made to the g
Jeremy,
Unfortunately XML isn't as simple as your expectations. There are two
dimensions of specialization in XML vs. just one in Java.
In both XML and Java you can have type B extend A.
But in XML you can also have the equivalent of variable b : B extend
variable a : A. So, you can have examp
The problem is that our marker ':' can be used in SQL although, as far
as I can tell, only within embedded single or double quotes like this:
Select "fif:fi'ef" from 'sefti:iend' where "sdsd:ske" =:id and age
>:age and addr = :addr
Which we need to convert to
Select "fif:fi'ef" from
Frank Budinsky wrote:
> Raymond is trying to write a serializer, and I presume he wants to produce
> this:
>
>
>
> If the only property on the object is "implementation" with a value that
> is an sca:Implementation subclass, you'd get/expect this when serializing:
>
>
>
> which is valid, bu
Raymond is trying to write a serializer, and I presume he wants to produce
this:
If the only property on the object is "implementation" with a value that
is an sca:Implementation subclass, you'd get/expect this when serializing:
which is valid, but isn't using the substitution group.
So it
Rashmi Hunt wrote:
> I was trying to see how the client code looks like with the new APIs
> from the sandbox. With the new architecture, I don't see TuscanyRuntime,
> ModuleContext etc.
>
> I do see DefaultBootstrapper, RuntimeComponent, CompositeComponentExtension
> etc in the sandbox, But, need
In the C++ implementation you would only get a single property
"implementation". It's type would be sca:JavaImplementation which is a sub
type of Implemetation. I think this is correct as the schema tells us that
when loading the instance document to treat " implementation.java" as
"implementatio
This seems to be a side effect from the assembly plugin. I think it
may be re-running the build for all the modules that it includes which
seems odd but might make sense if the plugin was designed to run
standalone.
I've removed the runtime modules from the build until we figure this
out - they s
[ http://issues.apache.org/jira/browse/TUSCANY-457?page=all ]
Luciano Resende updated TUSCANY-457:
Attachment: patchTuscany457-TuscanyContextListener.txt
The problem seems to be in TuscanyContextListener where it checks if
moduleContext is null or n
[ http://issues.apache.org/jira/browse/TUSCANY-472?page=all ]
Pete Robbins resolved TUSCANY-472:
--
Fix Version: Cpp-current
Resolution: Fixed
Assign To: Pete Robbins
I moved the output directories from root to root/deploy. VC6 project fil
It seems that SDO models XSD substitution group as open content. So in this
case, we have two properties: implementation and implementation.java. The
DataObject.getXXX(Property) method works for both and returns the same
value. And because of this, the code doesn't know if the implementation.jav
[ http://issues.apache.org/jira/browse/TUSCANY-466?page=all ]
Brent Daniel reassigned TUSCANY-466:
Assign To: Brent Daniel
> [DAS] Generate SDO for test cases at build time
> ---
>
> Key: TUSCANY-4
Does anyone have insight to a runtime error I am getting in Eclipse: "
Exception in thread "main" org.osoa.sca.ServiceRuntimeException:
org.apache.axis2.AxisFault: No address information in EPR, cannot infer
transport". I am trying to set up an "HTTP Get" Binding, using the
Helloworldws and Hellow
On 6/14/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
By the SDO spec, the component Type (which owns the implementation
substitution group) is open and there will be two properties:
implementation: normal property in Type.getProperties() list
implementation.java: dynamic property in DataObject.ge
By the SDO spec, the component Type (which owns the implementation
substitution group) is open and there will be two properties:
implementation: normal property in Type.getProperties() list
implementation.java: dynamic property in DataObject.getInstanceProperties()
list
Thanks,
Raymond
-
[SDO for C++] Build of SDO fails during post build copy out.
Key: TUSCANY-472
URL: http://issues.apache.org/jira/browse/TUSCANY-472
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-curr
[
http://issues.apache.org/jira/browse/TUSCANY-470?page=comments#action_12416225
]
Raymond Feng commented on TUSCANY-470:
--
Hi, I debugged the test case and it turned out the model I described before
didn't reflect the case very well.
To be precise, t
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: companyweb.txt
Changes to the DAS company sample required by Tuscany-469
> Collpase CommandFactory and CommandGroup
> --
There are a lot of benefits to named parameters and users seem to like
them - it would be a shame to see them go.
How complex would a parser be? Wouldn't it just need to handle the
distinction between string values/comments etc. and SQL text? That
would be a lot simpler than parsing the actual SQ
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: daspatch.txt
Changes to the das runtime for Tuscany-469. CommandGroup has been renamed to
DAS.
> Collpase CommandFactory and CommandGroup
> --
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel updated TUSCANY-469:
-
Attachment: bigbank.txt
Changes to the BigBank sample required by Tuscany-469
> Collpase CommandFactory and CommandGroup
>
[ http://issues.apache.org/jira/browse/TUSCANY-469?page=all ]
Brent Daniel reassigned TUSCANY-469:
Assign To: Brent Daniel
> Collpase CommandFactory and CommandGroup
>
>
> Key: TUSCANY-469
>
[
http://issues.apache.org/jira/browse/TUSCANY-470?page=comments#action_12416210
]
Frank Budinsky commented on TUSCANY-470:
Raymonc,
Actually, looking at the implementation of get(String), we already do what I
suggested above:
Property proper
[
http://issues.apache.org/jira/browse/TUSCANY-470?page=comments#action_12416208
]
Frank Budinsky commented on TUSCANY-470:
I think this is an unfortuate "feature" of SDO. The only thing I see in the
spec related to this is on page 119:
Also, name
Crash when 2 WS EntryPoint services with different System Root paths are
accessed
-
Key: TUSCANY-471
URL: http://issues.apache.org/jira/browse/TUSCANY-471
Project: Tuscany
Type: Bug
C
Dan,
The EMF SDO generation is SDO1 - it doesn't generate SDO2 code. But, by
importing the model using the Tuscany importer and setting all the
genmodel options correctly (i.e., the same way we configure things in the
Tuscany command-line generator), it could be customized to generate SDO2.
Th
Raymond Feng wrote:
> I did some investigation on the EMF implementation and it seems that I
> need to test if the property is transient (in EMF term). Do we have the
> same capability in SDO?
>
>>
>> Now the question for the SDO Type of ComponentType, I'm seeing two
>> properties in the debugger,
Hi Guillaume,
The mapping of xsd:date to java.lang.String is correct - see pg. 95 of the
SDO spec.
There appears to be a bug in the Tuscany implementation of date handling.
Someone else noticed the same problem you're describing, a couple of weeks
ago I believe. If you'd like to open a JIRA fo
[ http://issues.apache.org/jira/browse/TUSCANY-462?page=all ]
Andrew Borley updated TUSCANY-462:
--
Attachment: TUSCANY-462.patch
I've added the pragma statement to the header generators. It works fine with my
tests, but I don't have a test that shows th
Hi,
I tried org.apache.tuscany.sdo.generate.JavaGenerator to generate classes.
In my wsdl file, I have a xsd schema including complexType.
Some attributes are xsd:date.
The generation does not fail but these attributes are generated as
String fields
into the corresponding java class.
Is there a
Certainly we should check what eclipse is doing... personally I'd prefer
not to have to go via EMF models to get to SDOs 'cos I have no interest in
EMFs... Also, worth bearing in mind that Tuscany uses EMF 2.2.0 RC4 (for M1
at least). [EMAIL PROTECTED] is now 2.2.0 RC7 & currently only has the SDO
[ http://issues.apache.org/jira/browse/TUSCANY-462?page=all ]
Pete Robbins updated TUSCANY-462:
-
Summary: SCAGEN: Would be nice to generate disable warning for the 'silly'
warning on windows (was: Would be nice to generate disable warning for the
'sill
Hi Joel, I shall have no problem to join this call. Looking forward to talking
with you.
Cheers,
Jervis
-Original Message-
From: Hawkins, Joel [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 13, 2006 9:43 PM
To: tuscany-dev@ws.apache.org
Subject: WSDM and SCA Management - was SCA Spec Upd
34 matches
Mail list logo