* and
delete it after the usage. ; )
Adriano Crestani
On 1/25/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 25/01/07, Yang ZHONG [EMAIL PROTECTED] wrote:
Not every API is designed extremely careful: quite some times char*
doesn't mean the implementation may change the memory.
I doubt SQLConnect
On 23/01/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Actually this is definitely a problem. The mechanism as it is today
means
you can not have one extension library that depends on another unless we
separate out the static method into it's own dll for each
On 22/01/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 22/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/21/07, Pete Robbins [EMAIL PROTECTED] wrote:
Simon,
this code is in the extension that handles C++ components so we
expect
the
implementation
I've run in to a problem building the REST binding extension on MacOS. Our
extension mechanism works by having a well known exported method from a
library that implements an extension; tuscany_sca_extension_initialize()
In the REST binding the extension is split into interface, service,
This seems to build fine on linux and does not warn about the duplicate
symbol. I'll go back and check why Mac is complaining.
Cheers,
On 23/01/07, Pete Robbins [EMAIL PROTECTED] wrote:
I've run in to a problem building the REST binding extension on MacOS. Our
extension mechanism works
to write an extension
that extends the CPP extension for instance.
Cheers,
On 23/01/07, Pete Robbins [EMAIL PROTECTED] wrote:
This seems to build fine on linux and does not warn about the duplicate
symbol. I'll go back and check why Mac is complaining.
Cheers,
On 23/01/07, Pete Robbins [EMAIL
I was wondering whether we should package a Tuscany C++ kernel, which is
the core runtime and cpp language extension, and have a separate package for
scripting extensions ??
I'm not sure I like Native
On 23/01/07, Luciano Resende [EMAIL PROTECTED] wrote:
Just my 2 cents, going with Tuscany
On 22/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/21/07, Pete Robbins [EMAIL PROTECTED] wrote:
Simon,
this code is in the extension that handles C++ components so we expect
the
implementation to be C++. This is not the default proxy. This code
will
be
invoked because the definition
Simon,
this code is in the extension that handles C++ components so we expect the
implementation to be C++. This is not the default proxy. This code will be
invoked because the definition of the component is an implementation.cpp.
There is similar code in e.g. the ruby RubyServiceProxy that will
On 19/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/18/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
I realize I haven't posted on progress with the PHP extension for a
while.
Having a few problems with it at the moment. I've been working on
windows
and have
On 19/01/07, Andrew Borley [EMAIL PROTECTED] wrote:
Hi all,
Since the Tuscany C++ M2 release, there's been quite a bit of extra
functionality added to the codebase, so perhaps we should start
thinking about an M3 release?
Things added:
- REST service reference binding
- Support for
+1
On 17/01/07, Rick [EMAIL PROTECTED] wrote:
+1
ant elder wrote:
I'd like to nominate Simon Laws to become a Tuscany committer. Simon has
has
done lots of different things for Tuscany - patches, interop work, the
website, release testing, participating in discussions etc, and he's
been
As part of this are you considering only multiple Java runtimes or can this
proposal embrace a C++/Python/Ruby component implementation deployed on the
C++ runtime?
Cheers,
On 13/01/07, Jim Marino [EMAIL PROTECTED] wrote:
On Jan 13, 2007, at 1:26 PM, Meeraj Kunnumpurath wrote:
Jeremy,
On 15/01/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jan 15, 2007, at 6:44 AM, Pete Robbins wrote:
As part of this are you considering only multiple Java runtimes or
can this
proposal embrace a C++/Python/Ruby component implementation
deployed on the
C++ runtime?
This is really about
On 12/01/07, Luciano Resende [EMAIL PROTECTED] wrote:
Do we have different ACL for CPP svn area?
I'm trying to deliver first drop of DAS CPP from TUSCANY-1040 and I'm
getting the following problem
Error: Commit failed (details follow):
Error: MKACTIVITY of
Cheers,
Adriano Crestani
On 1/10/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 10/01/07, Adriano Crestani [EMAIL PROTECTED] wrote:
I'm begginer with C++ and I have one doubt about the function defined
in
Type.h: virtual SDO_API const Property getProperty(const char*
propertyName) const
?
Adriano Crestani
http://osoa.org/display/Main/Service+Data+Objects+Specifications
On 1/11/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 11/01/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Thanks Pete, I thought there would be an easier way to do this. But if
you
say so, I think it's
-what_ever_it_is_you_want_to_do_with_the_property??
}
On 11/01/07, Pete Robbins [EMAIL PROTECTED] wrote:
The reason getProperty throws an exception is that it's a exceptional
condition ;-)
The expectation is that you KNOW the names of the properties on the SDO
that you are dealing with. If not, then you would use getPropertyList
-what_ever_it_is_you_want_to_do_with_the_property??
}
On 11/01/07, Pete Robbins [EMAIL PROTECTED] wrote:
The reason getProperty throws an exception is that it's a exceptional
condition ;-)
The expectation is that you KNOW the names of the properties on the
SDO
that you are dealing
On 10/01/07, Adriano Crestani [EMAIL PROTECTED] wrote:
I'm begginer with C++ and I have one doubt about the function defined in
Type.h: virtual SDO_API const Property getProperty(const char*
propertyName) const = 0. It's supposed to return a reference to a
Property
object that has the name
/%7Elresende
On 1/9/07, Pete Robbins [EMAIL PROTECTED] wrote:
Is there a DAS C++ specification?
On 09/01/07, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 09/01/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Luciano Resende and me are developing the DAS C++. I started
developing
Hi Judah,
scagen is a tool that generates C++ code for service proxies and wrappers.
It's inputs are the component definitions from the scdl files and it looks
at the C++ service interface header files. These proxies/wrappers are
compiled in to the implementation dll.
Cheers,
On 10/01/07,
Is there a DAS C++ specification?
On 09/01/07, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 09/01/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Luciano Resende and me are developing the DAS C++. I started developing
it
translating the classes from DAS Java to DAS C++. I've already converted
On 08/01/07, Dan Murphy [EMAIL PROTECTED] wrote:
Hi,
I like to keep my (eclispe) workspaces free of red x's (errors) and make
use
of content assistance where ever possible. As a result I keep copying the
various SDO and SCA schema files to different projects and workspaces. An
alternative I've
On 22/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
Hi all,
I was looking to put together another real-world sample for SCA C++,
using Sebastien's REST support to invoke the Yahoo REST services.
Unfortunately, this won't currently work due to how we support
On 21/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
When refactoring the tuscany/sca/util classes, I noticed a number of
'using namespace xyz' statements in some of our header files. I
believe C++ practice is to avoid 'using' statements in a header file
both for Sebastien's
scenario and for the WSDL generation, but it seems I was confused. I'll
keep
waiting for the ultimate fix ...
On 20/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Yes I know and it will likely remain that way for some time as I'm on
leave...
I believe r485600 gives you
On 20/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
Pete et al,
The latest code from HEAD is still broken - it fails the
http://issues.apache.org/jira/browse/TUSCANY-962 scenario. This is the #1
use case for SCA - we cannot use this latest code with PHP.
--
Caroline
Yes I know and it
On 16/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Under revision r487731 I added some code to Logger.cpp to check the
length of log messages to avoid buffer overruns, in particular when
logging big XML documents or SDOs. I also changed the buffer allocated
on the stack from 4096 to
On 16/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I'd like to change our samples to use SCA wires in their top level
composite files instead of hardcoding the reference binding URIs in the
nested composites.
Here's how things look now:
composite
On 16/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 16/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Under revision r487731 I added some code to Logger.cpp to check the
length of log messages to avoid buffer overruns, in particular when
logging big
On 16/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
I'm following
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-1.0-incubating-M2-final/sca/GettingStarted.html#winsrc
to build SCA on Windows.
It seems requiring windows.h.
I have Visual C++ 2005 Express (Visual Studio 8 Express) which
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever
write a
prefix on an attribute (we should!)
OK so I have been trying to fix
(property) delegates to
get(int), and Tuscany Java get(int) delegates to get(property)
On 12/14/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Pete Robbins wrote:
On 14/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
if (seqProperty.isMany
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Actually we are wrong here. To replace the isMany() logic you need to
dob = sequence-getDataObject*Value*(i);
getDataObject returns the sequenced DO not the value at position *i*.
Cheers,
On 15/12/06
On 15/12/06, Frank Budinsky [EMAIL PROTECTED] wrote:
In the SDO collaboration workgroup meeting yesterday, it was agreed that
improved XSD fidelity is an important issue that needs to be addressed to
make SDO successful in the web services use case. A JIRA issue for this,
attached below, has
On 13/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I'm trying to finish an SDOUtils class that provides utility methods for
dealing with SDOs, in particular an SDO Visitor utility which I hope
will help us navigate through a DataObject graph (as we need to do in
various places in our
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 13/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
OK... I've checked in a change
On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 07/12/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 12/7/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 11/20/06, Jean-Sebastien Delfino [EMAIL
On 14/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 07/12/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 12/7
On 14/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote
.. .and I suppose attributes too although we don't currently ever write a
prefix on an attribute (we should!)
OK so I have been trying to fix the SDOXMLWriter code to do the right
thing and I think it is OK now for writing xsi:type information. The
problem we have is writing namespace prefix for
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever write a
prefix on an attribute (we should!)
OK so I have been trying to fix the SDOXMLWriter code to do the right
thing and I think it is OK now for writing xsi:type information
On 14/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
if (seqProperty.isMany())
{
int index = sequence-getListIndex(i);
dob =
dataObject-getList(seqProperty)[index];
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever
write a
prefix on an attribute
/tuscany-dev%40ws.apache.org/msg11839.html)
On 12/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 09/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
Thank you Pete for the alternative to host LoadingContext/ResourceSet
within
DataFactory.
How to browse from SDOSchemaSAX2Parser to DataFactory please
On 13/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
OK... I've checked in a change for this. The result is that xsi:type is
written correctly. Unfortunately the element prefix is not always
written
correctly
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
The patch works for me (or at least doesn't break anything ;-) ).
good work
I'm getting an access violation in this code when running hte SCA samples. I
need to investigate some more.
On 13/12/06, Yang ZHONG [EMAIL PROTECTED] wrote
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 13/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 13/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
OK... I've checked in a change for this. The result is that xsi:type
is
written correctly
On 11/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
With the SDO head (r485883) the XML response from the AccountDataService
in the HttpdBigBank scenario is incorrect (and breaks the scenario):
getStockAccountResponse xmlns=http://tempuri.org;
On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 11/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
With the SDO head (r485883) the XML response from the
AccountDataService
in the HttpdBigBank scenario is incorrect (and breaks the scenario
://schemas.xmlsoap.org/wsdl/soap/http://schemas.xmlsoap.org/wsdl/soap/#RootType
#RootType http://schemas.xmlsoap.org/wsdl/soap/
I'll look at this again tomorrow.
Cheers,
On 12/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote
[ http://issues.apache.org/jira/browse/TUSCANY-484?page=all ]
Pete Robbins closed TUSCANY-484.
Fix Version/s: Cpp-current
(was: Java-M2)
Resolution: Fixed
The patch was applied a while ago
Attribute groups only working
Yang,
Yes we've noticed this when loading the Atom schema.
On 09/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
While working on http://issues.apache.org/jira/browse/TUSCANY-907
I've observed duplicated XSD loading. It could be infinite loading. I
might
have a way to avoid that.
Could you verify
On 09/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
On 12/7/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
On 12/7/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
On 12/5/06, Jean-Sebastien Delfino [EMAIL
On 08/12/06, Simon Laws [EMAIL PROTECTED] wrote:
On 12/7/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 07/12/06, Frank Budinsky [EMAIL PROTECTED] wrote:
Pete is right about how it works and that it is kind of ugly. We have
an
internal way of doing it more easily, but the only way an SDO
On 08/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
I'm working on 907, 959 and 450.
--
Yang ZHONG
great. Post here if you have any problems.
Cheers,
--
Pete
On 08/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Running sdo\build.bat from a fresh checkout of the SDO source tree gives
me this error:
c:\tuscany\cpp\sdo\runtime\core\test\sdotest.h(22) : fatal error C1083:
Cannot open include file: 'commonj/sdo/SDO.h': No such file or directory
On 08/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 08/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Running sdo\build.bat from a fresh checkout of the SDO source tree gives
me this error:
c:\tuscany\cpp\sdo\runtime\core\test\sdotest.h(22) : fatal error C1083:
Cannot open
On 08/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 08/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 08/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Running sdo\build.bat from a fresh checkout of the SDO source tree
gives
me this error:
c:\tuscany\cpp\sdo\runtime
VCBuild doesn't stop on the first
error!
Cheers,
On 12/8/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 08/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 08/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Running sdo\build.bat from a fresh checkout of the SDO source tree
gives
On 07/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 07/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Pete Robbins wrote:
I'm in the process of porting Tuscany C++ to Mac OSX continuing the
work
that Oisin started.
Pete,
I am trying to clean up our JIRA backlog
On 08/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 07/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 07/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Pete Robbins wrote:
I'm in the process of porting Tuscany C++ to Mac OSX continuing the
work
that Oisin
[ http://issues.apache.org/jira/browse/TUSCANY-681?page=all ]
Pete Robbins updated TUSCANY-681:
-
Component/s: (was: C++ SDO)
Removing from component C++SDO as that part is done
Port of Tuscany C++ to Mac OS X, powerpc arch
On 07/12/06, Hurley, Oisin [EMAIL PROTECTED] wrote:
Hi guys,
The Axis2C chaps have marked this as 'Fix 1.0.0', I'm not
sure what it means, exactly, but I guess they are hoping to
include it for Axis2C 1.0. I was going to test this asap, but
my hard disk exploded and the machine is gone off to
[ http://issues.apache.org/jira/browse/TUSCANY-101?page=all ]
Pete Robbins closed TUSCANY-101.
Resolution: Later
Performance analysis and improvements
-
Key: TUSCANY-101
URL: http
On 07/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
On 05/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Which other SDO defects are holfing folk up?
I just created http://issues.apache.org/jira/browse/TUSCANY-980. This is
closely related to many of the issues discussed on this thread
Maynard [EMAIL PROTECTED] wrote:
On 07/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Do you use the Sequence API to add the animals in this case? I
suspect
not
and this highlights a problem in our implementation where, for a
Sequenced
DataObject, setting of Properties using
On 07/12/06, Simon Laws [EMAIL PROTECTED] wrote:
Thanks for that Frank. When a data object has an XSD based type is there
are way of getting all of it's properties which the XSD says are
attributes.
This is where it gets a bit ugly. It's ok if you know what the attribute
names are as you
On 07/12/06, Frank Budinsky [EMAIL PROTECTED] wrote:
Can you confirm that for a sequenced DataObject if I set a property
using
e.g. setString(prop, text) then that setting will added to the
sequence
as if getSequence().add(prop, text) was used?
Right (but only if the property maps to an
++ implementation will be a good first
step!
Cheers,
Pete Robbins [EMAIL PROTECTED] wrote on 12/07/2006 11:56:12 AM:
On 07/12/06, Simon Laws [EMAIL PROTECTED] wrote:
Thanks for that Frank. When a data object has an XSD based type is
there
are way of getting all of it's properties
a
first take on what I think are the major issues so we can discuss here.
Hopefully I can do that tomorrow.
Cheers,
On 06/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
I'd like to help, so which other SDO defects are holding folk up?
On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote:
I have just
There is a restriction in the current implementation that forces all
DataObjects in a graph to belong to the same DataFactory. I'm not convinced
we need this. Currently if you create a DataObject (do1) from a DataFactory
(df1) and then set that as a property on DataObject (do2) that was created
On 07/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[snip]
Pete Robbins wrote:
I'm in the process of porting Tuscany C++ to Mac OSX continuing the work
that Oisin started.
Pete,
I am trying to clean up our JIRA backlog and wondering if TUSCANY-681
can be closed now (https
A number of SDO issues have come up over the past week regarding sequenced
data objects. I think the current implementation is incorrect in a number of
ways.
For a sequenced data object you can use the sequence api to get/set the
values of properties in the sequence. You can also use the
[ http://issues.apache.org/jira/browse/TUSCANY-960?page=all ]
Pete Robbins reassigned TUSCANY-960:
Assignee: Pete Robbins
Spurious xsi:type=OpenDataObject attribute generated
On 04/12/06, Simon Laws [EMAIL PROTECTED] wrote:
On 12/4/06, Pete Robbins [EMAIL PROTECTED] wrote:
Simon, your patch fails to apply with some wierd error at line 416! I
have
backed out the change for 963. Could you try making your patch again?
Cheers,
On 04/12/06, Pete Robbins [EMAIL
[ http://issues.apache.org/jira/browse/TUSCANY-960?page=all ]
Pete Robbins resolved TUSCANY-960.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Spurious xsi:type=OpenDataObject attribute generated
[
http://issues.apache.org/jira/browse/TUSCANY-950?page=comments#action_12455599
]
Pete Robbins commented on TUSCANY-950:
--
Patch applied but this does not cover copying properties defined from xml
attributes to the new DO so I'm leaving
On 05/12/06, Simon Laws [EMAIL PROTECTED] wrote:
Hi Pete
Some comments in line...
On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote:
A number of SDO issues have come up over the past week regarding
sequenced
data objects. I think the current implementation is incorrect in a
number
of
ways
[ http://issues.apache.org/jira/browse/TUSCANY-963?page=all ]
Pete Robbins resolved TUSCANY-963.
--
Resolution: Fixed
Spurious elements generated
---
Key: TUSCANY-963
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-641?page=all ]
Pete Robbins resolved TUSCANY-641.
--
Resolution: Fixed
Warning messages during compilation
---
Key: TUSCANY-641
URL: http
Simon, I have also ben looking at a fix for 950 and although it is fairly
straightforward to fix the case in the Jira it gets rather complicated when
you consider properties that are not intended to be part of the sequence (
e.g. attributes but could be element properties that have been set
On 04/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I would like to propose the following improvements to our build scripts:
Linux:
Rename sca/makedist.sh and sdo/makedist.sh to builddist.sh to indicate
that they are build scripts and avoid confusion with the
makebindist.sh scripts
On 04/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Simon, I have also ben looking at a fix for 950 and although it is
fairly
straightforward to fix the case in the Jira it gets rather complicated
when
you consider properties that are not intended to be part
[ http://issues.apache.org/jira/browse/TUSCANY-963?page=all ]
Pete Robbins reopened TUSCANY-963:
--
Spurious elements generated
---
Key: TUSCANY-963
URL: http://issues.apache.org/jira
Simon, your patch fails to apply with some wierd error at line 416! I have
backed out the change for 963. Could you try making your patch again?
Cheers,
On 04/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Simon, I have also ben looking at a fix for 950 and although it is fairly
I'll take a look at it. I suspect 919 is the cause.
On 01/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
I just raised http://issues.apache.org/jira/browse/TUSCANY-962 to
describe a problem that's occurring in the SCA for PHP implementation.
This is a really hot one for the SCA team, because
Fix checked in.
On 01/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
I'll take a look at it. I suspect 919 is the cause.
On 01/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
I just raised http://issues.apache.org/jira/browse/TUSCANY-962 to
describe a problem that's occurring in the SCA
On 01/12/06, Simon Laws [EMAIL PROTECTED] wrote:
On 12/1/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 01/12/06, Simon Laws [EMAIL PROTECTED] wrote:
I have been chatting with the PHP SCA team about their various SDO
problems
and I would be interested to know who is working on what so
On 01/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
I created http://issues.apache.org/jira/browse/TUSCANY-963 for the
attributes as elements problem.
I'm working on this. I see the problem and should be able to get a fix soon.
Cheers,
--
Pete
[ http://issues.apache.org/jira/browse/TUSCANY-963?page=all ]
Pete Robbins resolved TUSCANY-963.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Assignee: Pete Robbins
Fix applied.
Spurious elements generated
[ http://issues.apache.org/jira/browse/TUSCANY-962?page=all ]
Pete Robbins resolved TUSCANY-962.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Incorrect namespace for open content
Key
Fix now checked in for TUSCANY-963.
On 01/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 01/12/06, Caroline Maynard [EMAIL PROTECTED] wrote:
I created http://issues.apache.org/jira/browse/TUSCANY-963 for the
attributes as elements problem.
I'm working on this. I see the problem
On 30/11/06, Simon Laws [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Our current method of packaging
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Simon Laws [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote
On 30/11/06, Simon Laws [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Simon Laws [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Pete
On 30/11/06, Andrew Borley [EMAIL PROTECTED] wrote:
snip
I would package the cpp language extension as
cpp/
bin/
lib/
include/
xsd/
extension/
The bin, lib, include are exactly what you would expect from a package
that
you might want to build against. The
On 30/11/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Simon Laws [EMAIL PROTECTED] wrote:
On 11/30/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 30/11/06
401 - 500 of 1039 matches
Mail list logo