Geoff, there is a specification category for Jiras so when you raise one
you can select SDO C++ and specification.
Prefixing the summary field is a good idea.. maybe [SDO C++ 2.1 Spec] as the
specification classification covers Java/C++ and sdo/sca.
Actually I'm not sure if the specification
? These JIRAs will
already have their component property set to C++ SDO so they are easy
enough to identify as belonging to SDO for C++. I was trying not to
clutter
the summary too much.
Regards,
Geoff.
On 17/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
Geoff, there is a specification category
Actually you may have noticed we don't prefix the Jira summaries at the
moment ;-) Maybe we should spread this discussion...
On 17/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 17/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
Whatever you like. You don't see the component in the Jira
I'm assuming this does not require our Tuscany PHP language extension that
we agreed would NOT be in this release?
Cheers,
On 16/10/06, haleh mahbod [EMAIL PROTECTED] wrote:
This is good idea. This sample could also be published on osoa.org where
SCA for PHP is posted.
On 10/15/06,
I'm not familiar with cxxtest but as we need to write a SCA C++ test suite
it would be good to use the same tool that SDO uses.
So we should certainly take a look at this and use every bit of help that's
available ;-)
Cheers,
On 14/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
[
http://issues.apache.org/jira/browse/TUSCANY-848?page=comments#action_12442543
]
Pete Robbins commented on TUSCANY-848:
--
I'm not sure how we fix the SDO test files. These are files that show the
expected output of SDO serialisation
[
http://issues.apache.org/jira/browse/TUSCANY-848?page=comments#action_12442628
]
Pete Robbins commented on TUSCANY-848:
--
I have added the correct licence info to:
SCA GettingStarted.html and samples/GettingStarted.html.
In both SCA
[ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]
Pete Robbins resolved TUSCANY-848.
--
Resolution: Fixed
Some files missing the Apache license header
Key: TUSCANY-848
We are preparing for a release of Tuscany C++ and have run the aRat tool.
This has thrown up some files that are part of our tests that do not include
ASL headers. These files are expected output of tests, for example, we
serialize a SDO to an xml file and compare the output file with the
many thanks for the swift clarification.
On 16/10/06, robert burrell donkin [EMAIL PROTECTED] wrote:
On 10/16/06, Pete Robbins [EMAIL PROTECTED] wrote:
We are preparing for a release of Tuscany C++ and have run the aRat
tool.
This has thrown up some files that are part of our tests that do
Nice one. I'm downloading Windows src and bin and will run through using the
doc only. Should be fun ;-)
Cheeers,
On 12/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
I have posted candidates for the C++ SCA and SDO M2 release here:
Environment: Windows
Reporter: Pete Robbins
Fix For: Cpp-M2
Using this jira to check in updates while testing RC1
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure
[ http://issues.apache.org/jira/browse/TUSCANY-565?page=all ]
Pete Robbins closed TUSCANY-565.
Fix Version/s: Cpp-current
(was: Cpp-M1)
Resolution: Fixed
Windows Debug build of Calculator sample incorrect
[ http://issues.apache.org/jira/browse/TUSCANY-566?page=all ]
Pete Robbins closed TUSCANY-566.
Resolution: Fixed
Debug mode deploy and wsdeploy command files need altering
[ http://issues.apache.org/jira/browse/TUSCANY-783?page=all ]
Pete Robbins resolved TUSCANY-783.
--
Fix Version/s: Cpp-current
(was: Cpp-M2)
Resolution: Fixed
Include CPP, WS, SCA, Python and Ruby extensions in binary
[ http://issues.apache.org/jira/browse/TUSCANY-91?page=all ]
Pete Robbins closed TUSCANY-91.
---
Resolution: Fixed
new method of loading wsdl/xsds introduced
Replace Tuscany-model.config with import.wsdl
[
http://issues.apache.org/jira/browse/TUSCANY-500?page=comments#action_12441407
]
Pete Robbins commented on TUSCANY-500:
--
Can you tell us what exactly doesn't work? There are no symptoms explained in
the problem description.
Failure
[ http://issues.apache.org/jira/browse/TUSCANY-509?page=all ]
Pete Robbins closed TUSCANY-509.
Resolution: Cannot Reproduce
The code around here has changed so I'm closing this.
Big Bank Axis logging loop
[ http://issues.apache.org/jira/browse/TUSCANY-556?page=all ]
Pete Robbins closed TUSCANY-556.
Resolution: Later
This can be discussed on the mailing list. It is not an issue
Investigation of XMLBeans, XBeans etc
[ http://issues.apache.org/jira/browse/TUSCANY-792?page=all ]
Pete Robbins closed TUSCANY-792.
Resolution: Fixed
done
Update licence text in all source files to latest Apache wording
[ http://issues.apache.org/jira/browse/TUSCANY-798?page=all ]
Pete Robbins closed TUSCANY-798.
Resolution: Fixed
Compile warning in Composite constructor
Key: TUSCANY-798
URL
Ah yes. I have a fix for this. It is caused by the SDOXMLString::substring
method creating 2 copies of the string and only freeing one of them. this
method is called when parsing the QName string in type=fred:joe so we end
up with an extra fred and joe when this is called.
I will raise a Jira
[
http://issues.apache.org/jira/browse/TUSCANY-825?page=comments#action_12441458
]
Pete Robbins commented on TUSCANY-825:
--
It is caused by the SDOXMLString::substring method creating 2 copies of the
string and only freeing one of them
[ http://issues.apache.org/jira/browse/TUSCANY-825?page=all ]
Pete Robbins resolved TUSCANY-825.
--
Resolution: Fixed
Memory leak in SDOXMLString
---
Key: TUSCANY-825
URL: http
On 11/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Proxies are generated by the scagen tool. The tool is written in Java
and uses an XSL stylesheet to generate the Proxy code. The code for the
tool is under under
fixed - http://issues.apache.org/jira/browse/TUSCANY-825
On 11/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
Ah yes. I have a fix for this. It is caused by the SDOXMLString::substring
method creating 2 copies of the string and only freeing one of them. this
method is called when parsing
Yes please!
On 11/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
OK. I tried invoking ./runclient as described and it tells me that 5
divided
by 2 is 2.5 which seems reasonable.
Is it worth me posting instructions on how to build on Ubuntu?
Geoff.
On 11/10/06, Pete Robbins [EMAIL PROTECTED
:
Pete Robbins wrote:
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
On the plane on my way to ApacheCon I was playing around with our Web
Services support (adding a Web Services client to BigBank) and found a
serious problem in Axis2Client and WSServiceProxy, which allocate
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
We need to consider the pass by-value vs pass by-reference semantics,
including deep copying the DataObject tree. I have thought about his
and
we should discuss this after M2. I'll put together a proposal
Sebastien,
fyi I'm looking and this and will have a different fix up there later
today/tomorrow so no need for us both to look at it ;-)
Cheers,
On 10/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
We need
That looks good. I think Andy was going to generate/zip/sign/publish the
packages for the distros. I tried Python 2.5 on Windows but had to go down
to 2.4 so we'll stick there!
Cheers,
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Sounds about right. I
btw I changed the cpp/sca/build.sh to detect if you had the PYTHON_xxx and
RUBY_xxx environment set and to configure with --enable-python --enable-ruby
if they were.
Cheers,
On 10/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
That looks good. I think Andy was going to generate/zip/sign/publish
with
anything but VC6!!! (but we hacked our code so that we tricked Ruby into
thinking we were on VC6... seems to work).
So we are going with VC6, Python 2.4 and Ruby 1.8.
Cheers,
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
That looks good. I think Andy
1.8.5
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
2.4.3 is what we have working on Win. I'm sure 2.5 would be fine but
it was
pre-req'ing vc7.x and a particular .Net framework level... a right pain!
We will probably, no definitely, build our windows
Can you create an open type on the fly? Is the datafactory not locked once
the first DO is created?
Cheers,
On 09/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
Sebastian,
I looked into this a bit more and it may not be as bad as it appears.
Currently, when the XML parser encounters an
to do that and I can hack it to
make it a little easier.
As you say, you cannot create any type at all after the first data object
is
created. I'm looking into relaxing that too, but it is a separate issue
from
processing XML without a schema.
Regards,
Geoff.
On 09/10/06, Pete Robbins [EMAIL
. It needs to be fixed, but it's still a separate
question.
Geoff.
On 09/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
Well it depends on which DataFactory you are using during the loading of
the
xml. I would usually create an XSDHelper and load a schema. I'd then
create
an XMLHelper using
On 10/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
On the plane on my way to ApacheCon I was playing around with our Web
Services support (adding a Web Services client to BigBank) and found a
serious problem in Axis2Client and WSServiceProxy, which allocate the
DataObject pointers
Sounds about right. I need to add Ruby and Python extensions into the
windows command line build. Hopefully this will be done today.
Cheers,
On 09/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi all,
Just a quick one to find out where we are with items for C++ M2 RC1.
From recent commits I
?? In this case is the ComponentType contained
in the composite? I think not so instead of passing this to ComponentType
constructor maybe 0 would be more appropriate?
Am I making sense?
Cheers,
On 06/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins
OK, I'll revert the change. Is there an easy way to do that in svn?
Cheers,
On 06/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
I think we should revert that change I made then but it would be nice
to get
it to compile
On 06/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
OK, I'll revert the change. Is there an easy way to do that in svn?
Cheers,
Yes there is using TortoiseSVN ;-)
--
Pete
OK... change made in 798 is backed out and CompositeConstructor passes 0 to
it's parent ComponentType.
Ruby builds fine now.
Cheers,
On 06/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 06/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
OK, I'll revert the change. Is there an easy way
: Cpp-current
Environment: Windows VC6
Reporter: Pete Robbins
Assigned To: Pete Robbins
Composite constructor passes this to it's super class ComponentType. This
gets a compiler warning on VC6 and is, in my opinion, unnecessary.
I'm not sure why ComponentType takes
[ http://issues.apache.org/jira/browse/TUSCANY-798?page=all ]
Pete Robbins updated TUSCANY-798:
-
Attachment: TUSCANY-798.patch
This patch removes the Composite* from the ComponetnType constructor. I'll
apply it when I can confirm it really isn't needed
I think it does not. I raised TUSCANY-798 as I was getting a windows compile
warning when Composite constructor was passing it's this pointer to the
ComponentType constructor. ComponentType saves away the pointer to a
Composite but never uses it, nor is the getComposite() method ever called.
My
[ http://issues.apache.org/jira/browse/TUSCANY-798?page=all ]
Pete Robbins updated TUSCANY-798:
-
Attachment: TUSCANY-798-a.patch
Here is a complete patch removing Composite* from the getImplementation() calls
Compile warning in Composite constructor
I attached a patch of my proposed fix to the Jira
On 05/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
I think it does not. I raised TUSCANY-798 as I was getting a windows
compile warning when Composite constructor was passing it's this pointer to
the ComponentType constructor. ComponentType
package-1.0-incubator-M2 looks good for me.
On 05/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
We need to choose a full name for the forthcoming release, so I've put a
few
suggestions below - any favourite?
So far we've been referring to this release as M2 or Milestone 2 so all
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I thought that a ComponentType would need to know the composite it lives
in, to reflect interfaces, or use complex data types for properties,
which are currently packaged with a composite.
But in the model Composite is a
+1 to using string, char* is so 80's ;-)
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
Hi,
I've updated the BigBank sample today to get it working on windows
based on the new directory and deployment structure. One thing I had
to do to get it all
Yes it does help! I need to go and read the Assembly spec again ;0)
But for now I think the change I put in is fine.
Cheers,
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I thought
[ http://issues.apache.org/jira/browse/TUSCANY-779?page=all ]
Pete Robbins closed TUSCANY-779.
Fix Version/s: Cpp-M1
Resolution: Fixed
Done!
Update to new Apache Licence text
-
Key: TUSCANY-779
[ http://issues.apache.org/jira/browse/TUSCANY-796?page=all ]
Pete Robbins reassigned TUSCANY-796:
Assignee: Pete Robbins
SCA C++ build fails on VC++ 6
-
Key: TUSCANY-796
URL: http
[
http://issues.apache.org/jira/browse/TUSCANY-796?page=comments#action_12439831
]
Pete Robbins commented on TUSCANY-796:
--
I am in the process of fixing up the build on VC6. The build projects/makefiles
have not been updated since we
[ http://issues.apache.org/jira/browse/TUSCANY-719?page=all ]
Pete Robbins reassigned TUSCANY-719:
Assignee: Pete Robbins
Exception in SDO runtime on Windows using VC++ Express 2005
[ http://issues.apache.org/jira/browse/TUSCANY-719?page=all ]
Pete Robbins resolved TUSCANY-719.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Exception in SDO runtime on Windows using VC++ Express 2005
[ http://issues.apache.org/jira/browse/TUSCANY-614?page=all ]
Pete Robbins closed TUSCANY-614.
Fix Version/s: Cpp-current
Resolution: Fixed
Add operator debug info for DataObjectPtr and others
[ http://issues.apache.org/jira/browse/TUSCANY-431?page=all ]
Pete Robbins closed TUSCANY-431.
XSDHelper does not always create a DataFactory
--
Key: TUSCANY-431
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-448?page=all ]
Pete Robbins closed TUSCANY-448.
ElementWithSDOName fails on write
-
Key: TUSCANY-448
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/TUSCANY-211?page=all ]
Pete Robbins closed TUSCANY-211.
MSVC build failure
--
Key: TUSCANY-211
URL: http://issues.apache.org/jira/browse/TUSCANY-211
[ http://issues.apache.org/jira/browse/TUSCANY-426?page=all ]
Pete Robbins closed TUSCANY-426.
Null pointer exception loading schema with ref to already defined type
[ http://issues.apache.org/jira/browse/TUSCANY-305?page=all ]
Pete Robbins closed TUSCANY-305.
Test data files are confusingly located
---
Key: TUSCANY-305
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-455?page=all ]
Pete Robbins closed TUSCANY-455.
patch for tuscany-443 using inline functions will not compile/work on Linux
[ http://issues.apache.org/jira/browse/TUSCANY-553?page=all ]
Pete Robbins closed TUSCANY-553.
Add a static null SDOString to the SDOString class
--
Key: TUSCANY-553
URL
[ http://issues.apache.org/jira/browse/TUSCANY-539?page=all ]
Pete Robbins closed TUSCANY-539.
[SDO for C++] Augment client interface with methods taking SDOString
parameters. Part 1
[ http://issues.apache.org/jira/browse/TUSCANY-603?page=all ]
Pete Robbins closed TUSCANY-603.
Attributes specified in xml instance doc are not validated against the schema
definition
[ http://issues.apache.org/jira/browse/TUSCANY-511?page=all ]
Pete Robbins closed TUSCANY-511.
Big Bank memory error
-
Key: TUSCANY-511
URL: http://issues.apache.org/jira/browse/TUSCANY-511
[ http://issues.apache.org/jira/browse/TUSCANY-697?page=all ]
Pete Robbins closed TUSCANY-697.
[C++ for SDO] Add remaining methods taking SDOString args rather than char
[ http://issues.apache.org/jira/browse/TUSCANY-691?page=all ]
Pete Robbins closed TUSCANY-691.
Paramater name interface appearc in the code which upsets VC7 2002
Key
[ http://issues.apache.org/jira/browse/TUSCANY-508?page=all ]
Pete Robbins closed TUSCANY-508.
Big Bank GetQute signature
--
Key: TUSCANY-508
URL: http://issues.apache.org/jira/browse/TUSCANY-508
[ http://issues.apache.org/jira/browse/TUSCANY-510?page=all ]
Pete Robbins closed TUSCANY-510.
Big Bank getQuote return type error
---
Key: TUSCANY-510
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/TUSCANY-486?page=all ]
Pete Robbins closed TUSCANY-486.
Document deployment use of Axis2C WS EntryPoint
-
Key: TUSCANY-486
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-473?page=all ]
Pete Robbins closed TUSCANY-473.
Exception thrown when serializing an element defined with sdo:name
--
Key
[ http://issues.apache.org/jira/browse/TUSCANY-759?page=all ]
Pete Robbins closed TUSCANY-759.
XPath test failure with compound queries
Key: TUSCANY-759
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-764?page=all ]
Pete Robbins closed TUSCANY-764.
Replace SDOString with std::string
--
Key: TUSCANY-764
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/TUSCANY-506?page=all ]
Pete Robbins closed TUSCANY-506.
Sequenced Open types are not being loaded via the sequence interface
Key
[ http://issues.apache.org/jira/browse/TUSCANY-644?page=all ]
Pete Robbins closed TUSCANY-644.
Choice group with duplicate element names in XSD schema leads to duplication
of output from SDO
[ http://issues.apache.org/jira/browse/TUSCANY-698?page=all ]
Pete Robbins closed TUSCANY-698.
First pass PHP extension for C++ SCA
Key: TUSCANY-698
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/TUSCANY-705?page=all ]
Pete Robbins closed TUSCANY-705.
XMLHelperImpl::createDocument() gives invalid XML when the element has
xsi:nil=true
[ http://issues.apache.org/jira/browse/TUSCANY-561?page=all ]
Pete Robbins closed TUSCANY-561.
SDO Sample build.cmd cannot find mspdb71.dll
Key: TUSCANY-561
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-490?page=all ]
Pete Robbins closed TUSCANY-490.
DataObjectPtr::getByte returns incorrect data
-
Key: TUSCANY-490
URL: http
[ http://issues.apache.org/jira/browse/TUSCANY-587?page=all ]
Pete Robbins closed TUSCANY-587.
WSDL XSD is read incorrectly.
-
Key: TUSCANY-587
URL: http://issues.apache.org/jira/browse
[ http://issues.apache.org/jira/browse/TUSCANY-501?page=all ]
Pete Robbins closed TUSCANY-501.
Crash on SDOTypeNotFound exception
--
Key: TUSCANY-501
URL: http://issues.apache.org/jira
[ http://issues.apache.org/jira/browse/TUSCANY-604?page=all ]
Pete Robbins closed TUSCANY-604.
Exception thrown when sequenced type inherits from non-sequenced type
[ http://issues.apache.org/jira/browse/TUSCANY-613?page=all ]
Pete Robbins closed TUSCANY-613.
Resolution: Fixed
Move to 0.95 spec Assembly model
Key: TUSCANY-613
URL: http
: Cpp-current
Reporter: Pete Robbins
Assigned To: Pete Robbins
Text in all src files to be updated to the new Apache wording
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org
So, does anyone have any objection if I check in the updates to typedef
SDOString as std::string?
--
Pete
:
Not me! On a releated note - is there any particular functionality or
big fixes that would be good to get into M2 for SDO? We have a good
list for SCA, but not much for SDO.
Cheers
Andy
On 10/2/06, Pete Robbins [EMAIL PROTECTED] wrote:
So, does anyone have any objection if I check in the updates
On 02/10/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
I'd like to get support for stdcxx in the Linux build as it already is in
the XP one.
I'm planning to review the JIRA list this week to see what's urgent or
blocking other people.
Thanks Geoff, that would be great!
Cheers,
--
Pete
[ http://issues.apache.org/jira/browse/TUSCANY-764?page=all ]
Pete Robbins resolved TUSCANY-764.
--
Resolution: Fixed
Replace SDOString with std::string
--
Key: TUSCANY-764
URL: http
No objections here. I always wanted ModelLoader to find all artifacts under
root ;-)
Cheers,
On 02/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Hi,
I'd like to simplify a little the deployment folder structure of our
samples. The folder structure created by our build under deploy/
Andy,
I'll do the change to the new licence text (hopefully tomorrow).
Should we have an IRC chat to prioritise outstanding items and Jiras? Is is
good to raise Jiras for all the work items such as doc etc so we can track
what get checked in from now up to the release. If we are trying to close
I've been playing around tidying up some of the SDO code where we have
methods implemented that take parameters as char* and SDOString (See latest
DataObjectImpl changes).
I'd like to propose we get rid of SDOString and just use std::string.
SDOString inherits from std::string but does not add
-current
Reporter: Pete Robbins
Assigned To: Pete Robbins
Fix For: Cpp-current
Attachments: SDOString.patch
SDOString is unnecessary and adds no function over std::string
I'd like to propose we get rid of SDOString and just use std::string. SDOString
I've opened Jira 764 and have attached a patch that typedefs SDOString to
std::string
Cheers,
On 29/09/06, Pete Robbins [EMAIL PROTECTED] wrote:
I've been playing around tidying up some of the SDO code where we have
methods implemented that take parameters as char* and SDOString (See latest
[
http://issues.apache.org/jira/browse/TUSCANY-764?page=comments#action_12438734
]
Pete Robbins commented on TUSCANY-764:
--
In addition to the patch for Linux you need to delete the line
SDOString.cpp \
from the cpp/sdo/runtime/core/src
On 29/09/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 29/09/06, Pete Robbins [EMAIL PROTECTED] wrote:
I'd like to propose we get rid of SDOString and just use std::string.
SDOString inherits from std::string but does not add any additional
function. The initial idea of having SDOString
[ http://issues.apache.org/jira/browse/TUSCANY-759?page=all ]
Pete Robbins reassigned TUSCANY-759:
Assignee: Pete Robbins
XPath test failure with compound queries
Key: TUSCANY-759
Is Jira 209 fixed? Tuscany folk would really like this one!
Cheers,
On 27/09/06, Samisa Abeysinghe [EMAIL PROTECTED] wrote:
+1.Samisa...Dinesh Premalal wrote: Since we have several new features and bug fixes , It is time to
go for 0.94 release Please have a look at wiki
601 - 700 of 1039 matches
Mail list logo