Re: [VOTE] Graduate Apache Tuscany as a Top Level Project (take two)

he Tuscany Project; and be it further > > > > RESOLVED, that the persons listed immediately below be and > > hereby are appointed to serve as the initial members of the > > Apache Tuscany Project: > > > > * Adriano Crestani > > * ant elder

Re: [VOTE] Graduate Apache Tuscany as a Top Level Project

low be and > > hereby are appointed to serve as the initial members of the > > Apache Tuscany Project: > > > >- Adriano Crestani > >- ant elder > >- Brady Johnson > >- Frank Budinsky > >- Ignacio Silva-Lepe > >- Jean-Sebastien

[jira] Commented: (TUSCANY-2041) Repeated nill elements of extended type cause "Parser found unknown element" exception

[ https://issues.apache.org/jira/browse/TUSCANY-2041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12567999#action_12567999 ] Pete Robbins commented on TUSCANY-2041: --- I checked in a fix for this into

[jira] Assigned: (TUSCANY-2041) Repeated nill elements of extended type cause "Parser found unknown element" exception

[ https://issues.apache.org/jira/browse/TUSCANY-2041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins reassigned TUSCANY-2041: - Assignee: Pete Robbins > Repeated nill elements of extended type cause "Pars

Re: [C++] Decrease memory footprint of Tuscany Native?

I think the libxml2/iconv libraries are only required by SDO. Factoring SDO out of SCA implementation would require some substantial rework as we use SDO for parsing and loading our xml configuration files. Altering the way we do this would require a new method of parsing the files which again may

Re: BigBank C++ running problem

Has the ws extension been built and installed in your runtime? e.g. in /extensions/ws This extension should register the WebServiceBinding. Cheers, On 10/12/2007, Adriano Crestani <[EMAIL PROTECTED]> wrote: > Hi, > > Can somebody help me with this problem: > > E:\Adriano\Faculdade\Tuscany\Nativ

Re: [SDO C++] Escaping special characters in XML

I've applied this patch to the branch. I'll apply it to head later. I had to change a couple of lines to construct SDOString from a start and end iterator as this caused compile errors on VC8. Cheers, On 30/11/2007, Caroline Maynard <[EMAIL PROTECTED]> wrote: > I've uploaded a proposed patch for

Re: [SDO C++] Problem with special characters in property names

I've checked a fix for this into the branch. I'll apply it to head later. Cheers, On 22/11/2007, Pete Robbins <[EMAIL PROTECTED]> wrote: > I'll need to look into this. I can't find any restrictions in the spec > for characters in property names so I'm ass

Re: [SDO C++] Problem with special characters in property names

I'll need to look into this. I can't find any restrictions in the spec for characters in property names so I'm assuming NCName. So I think your patch looks good. The usual place where hyphens in names become a problem is when mapping to programming language label but that is something that code ge

Re: [Propose] A Tuscany Native release with SCA, SDO and DAS

mailto:[EMAIL PROTECTED] On > Behalf Of Adriano Crestani > Sent: Monday, November 05, 2007 10:08 PM > To: tuscany-dev@ws.apache.org > Subject: Re: [Propose] A Tuscany Native release with SCA, SDO and DAS > > thanks brady ; ) > > On Nov 5, 2007 12:43 PM, Pete Robbins <[EMAIL

Re: Problem with ant on building TuscanyMSVC8DevStudioCCompiler adaptor tool

This jar file will have to be part of the Release distributions as well so we will need to include LICENCE information in a similar way to our scagen jar (cpp\sca\runtime\extensions\cpp\tools\scagen\META-INF) Cheers, On 07/11/2007, Pete Robbins <[EMAIL PROTECTED]> wrote: > Yes, you&#x

Re: Problem with ant on building TuscanyMSVC8DevStudioCCompiler adaptor tool

we > may left as it is, cause it will probably be deleted soon when the cpp-tasks > bug is fixed. > > Do you have any news about a fix for this bug Brady? > > Regards, > Adriano Crestani > > On Nov 7, 2007 3:45 AM, Pete Robbins <[EMAIL PROTECTED]> wrote: > &

Re: Problem with ant on building TuscanyMSVC8DevStudioCCompiler adaptor tool

The jar files are checked in to svn so should not be deleted I guess?? It will be re-built if the java src gets updated. Cheers, On 07/11/2007, Adriano Crestani <[EMAIL PROTECTED]> wrote: > All 3 native projects have a tool called TuscanyMSVC8DevStudioCCompiler that > is an adaptor that fixes a b

Re: [Propose] A Tuscany Native release with SCA, SDO and DAS

> Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] > > > -Original Message- > From: Pete Robbins [mailto:[EMAIL PROTECTED] > Sent: Monday, November 05, 2007 1:34 AM > To: tuscany-dev@ws.apache.org > Subject: Re: [Pro

Re: [Native] VS build versus ant build

s never been build into a release). The binary release needs to include sample source as well as a zip of the deployed runtime. > > > Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] > > > -Original Messag

Re: RAT on Cpp trunk

On 05/11/2007, Adriano Crestani <[EMAIL PROTECTED]> wrote: > I ran rat on the entire cpp trunk and got some thoughts about the results: > > 1-These files have no asf headers, however they have another lincense on it, > so I don't know if the asf headers should be inserted or not: > > tuscany/cpp/sc

Re: [Native] VS build versus ant build

I think we should be using ant for everything. The goal is to have a command line build and ant will give us that. We need to ensure that the samples can also be built/deployed using an ant script and that the documentation is updated to reflect this. While we are at it we should write some ant sc

Re: [SDO C++] AccessViolation in XMLHelperImpl

Thanks for that. I'll fix it right away. On 02/11/2007, Caroline Maynard <[EMAIL PROTECTED]> wrote: > A user has found a vulnerability in XMLHelperImpl::createDocument, the > one with the const char * parameters. The problem being that the root > element name is initialized with the parameter >bef

Re: [Propose] A Tuscany Native release with SCA, SDO and DAS

Up to now we have tried to keep the distros separate so that we could, for example, create an SDO release without SCA. I'd like to keep it like this. Cheers, On 04/11/2007, Adriano Crestani <[EMAIL PROTECTED]> wrote: > Agreed ; ) > > Adriano Crestani > > On 11/2/07, Luciano Resende <[EMAIL PROTEC

[NOTICE] Michael Yoder voted as Tuscany committer

The Tuscany PPMC and Incubator PMC have voted for Michael to become a Tuscany committer. Congratulations and welcome! I look forward to your continued excellent contributions to Tuscany. Cheers, -- Pete - To unsubscribe, e-ma

Re: [SCA Native] next release content [was: Tuscany roadmap]

oes it mean we cannot distribute a code using a api that we cannot > > >>>distribute? Then we should start looking for another unit test. I was > > >>>looking on the web site I commented before, most of them are GPL : (, > > >> > > >>but > > >> &

Re: [SCA Native] next release content [was: Tuscany roadmap]

1) upgrade to the sca 1.0 spec levels (assembly and cpp). > >>>>>2) build system move to ant > >>>>>(enough there for a release) > >>>>> > >>>>>We should discuss your ideas for the rearchitecture of the data model. > >>&

Re: [VOTE] Graduate Tuscany as a top level project

gt; > > > > > for management of the projects within the scope of > > > > > >responsibility of the Apache Tuscany Project; and be it > > further > > > > > > > > > > > > RESOLVED, that the persons listed

Re: [SCA Native] Does the Operation class duplicate the SDO

iate set calls on the return SDO, > which the Tuscany runtime will be able to query. And again, when the no > one else is referencing the SDO, the memory will be released. > > > > Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [

Re: [SCA Native] Does the Operation class duplicate the SDO

I would imagine we can map the contents of the Operation into an SDO. Would this cope with "pass by reference" semantics? Would we be storing copies of the parameters in the SDO or pointers to them as is the case now with the Operation class? If so do we still get the same memory management problem

[jira] Closed: (TUSCANY-1509) Change TuscanySDO Native build system to use ant

[ https://issues.apache.org/jira/browse/TUSCANY-1509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins closed TUSCANY-1509. - Resolution: Fixed New Jiras will be raised fr any outstanding problems > Change Tuscany

[jira] Closed: (TUSCANY-1529) Tuscany SDO native for windows is not msvc backwards compatible

[ https://issues.apache.org/jira/browse/TUSCANY-1529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins closed TUSCANY-1529. - Resolution: Fixed > Tuscany SDO native for windows is not msvc backwards compati

Re: FW: [jira] Updated: (TUSCANY-1375) C++ SDO spec portability: C++ type definition API

Patch applied. One thing we need to do is update the NOTICE file to include the licence from the wsdl schema files. Cheers, On 30/08/2007, Michael Yoder <[EMAIL PROTECTED]> wrote: > Hi, > > I uploaded an addendum patch to TUSCANY-1375. If someone could review > and apply it that would be great.

Re: FW: [jira] Updated: (TUSCANY-1548) multi-valued properties should require indexed xpath

tch with additional testing > > Michael > Rogue Wave Software, Inc. - [EMAIL PROTECTED] Software Developer - > HydraSDO > > -Original Message- > From: Pete Robbins [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 29, 2007 3:13 AM > To: tuscany-dev@ws.apache.org &g

Re: FW: [jira] Updated: (TUSCANY-1548) multi-valued properties should require indexed xpath

Patch applied. Can you resolve/close the Jiras if the work is now complete on them? Cheers, On 28/08/2007, Michael Yoder <[EMAIL PROTECTED]> wrote: > > Hi, > > I have uploaded a patch for TUSCANY-1548. If someone could review and > apply it that would be great. > > Thanks, > > Michael > Rogue Wav

Re: [jira] Updated: (TUSCANY-1370) C++ SDO spec compliance/portability: DataObject

I applied v2 and then v2_b Cheers, On 28/08/2007, Michael Yoder (JIRA) wrote: > > [ > https://issues.apache.org/jira/browse/TUSCANY-1370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > ] > > Michael Yoder updated TUSCANY-1370: > --- > >

Re: FW: [jira] Updated: (TUSCANY-1370) C++ SDO spec compliance/portability: DataObject

Hi, I have applied 1368 and 1374. This patch gets conflicts with the patches I've applied. They looked reasonably straight forward to resolve but I must have done something wrong as the sdo tests crash :-( Could you do an extract from HEAD and create a new patch for this Jira? Cheers, On 25/08/

Re: FW: [jira] Updated: (TUSCANY-1368) C++ SDO portability: class interface Type off-spec enum values

> > > > Attachments: TUSCANY-1368.txt > > > > > > C++ SDO specification class interface Type has enum values > ("OpenDataObjectType", "num_type")which are not in the specification, > and are being used externally by SCA. It would seem t

Re: FW: [jira] Updated: (TUSCANY-1371) C++ SDO spec compliance/portability: DataObject::getInstanceProperty(const std::string& prop)

Applied now. Another great patch. Thanks! On 22/08/07, Michael Yoder <[EMAIL PROTECTED]> wrote: > > Hi, > > I uploaded a patch for TUSCANY-1371. If someone could review and apply > it that would be great. > > Thanks, > > Michael > > -Original Message- > From: Michael Yoder (JIRA) [mailto:[

[jira] Commented: (TUSCANY-1564) xsi:type not always set for complexTypes

[ https://issues.apache.org/jira/browse/TUSCANY-1564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521605 ] Pete Robbins commented on TUSCANY-1564: --- I have applied a patch to the branch only which I believe works. I

[jira] Resolved: (TUSCANY-1566) Element coming out in the wrong namespace

[ https://issues.apache.org/jira/browse/TUSCANY-1566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1566. --- Resolution: Fixed Fix Version/s: Cpp-Next Fixed in HEAD and the branch. > Elem

[jira] Commented: (TUSCANY-1566) Element coming out in the wrong namespace

[ https://issues.apache.org/jira/browse/TUSCANY-1566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521534 ] Pete Robbins commented on TUSCANY-1566: --- This should be fairly easy to fix. I think it is in the logic where

[NOTICE] Brady Johnson voted as Tuscany committer

The Tuscany PPMC and Incubator PMC have voted for Brady to become a Tuscany committer. Congratulations and welcome Brady! I look forward to your continued excellent contributions to Tuscany. Cheers, -- Pete - To unsubscribe,

Re: FW: [jira] Updated: (TUSCANY-1366) C++ SDO spec portability: SDORuntimeException off-spec member functions

ting together and posting came > > up when doing a portability study using HydraSDO to build Tuscany SCA. > Since the SDO spec is separate from SCA, we were thinking this would be > a good goal. That seems to mean making them internal to Tuscany SDO or > taking them to the committee. > &g

Re: [SCA Native] Next Release Design

Brady, sorry I haven't had too much time to comment on this but it all looks sensible and in the right direction to me. Regarding the schema loading, where you say "sca-implementation-java.xsd (loaded but ignored) " I think this means we will load this schema but as no extension is registered to

Re: [SCA Native] Test suite is stale and hasn't been maintained for ages

I've deleted this. It has been proposed several times to remove this and I've never seen any objections. It's gone! Cheers, On 13/08/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > > I wrote a JIRA about this: >https://issues.apache.org/jira/browse/TUSCANY-1533 > > Why don't we just delete it

Re: [SCA Native] java implementation and interface schema files loaded but not used

On 13/08/07, David Haney <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED] > > Sent: Friday, August 10, 2007 8:33 AM > > To: tuscany-dev@ws.apache.org > > Subject: Re: [SCA Native] java implementation and interface schema > file

Re: [SCA Native] java implementation and interface schema files loaded but not used

On 14/08/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > Hi, > > The SCA Java runtime doesn't use the XSD for the assembly or extensions at > runtime to parse the composite file. A StAX-based artifact processor is > plugged into the runtime to handle the extensions such as > implementation.java, impl

Re: [SCA Native] Tuscany SCA Native for Windows is not msvc backwards compatible

I've applied 1529 and 1530. Cheers, On 10/08/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > > Hello all, > > I created a JIRA for this compilation issue and have already uploaded a > patch. Can someone submit it please. > > https://issues.apache.org/jira/browse/TUSCANY-1530 > > Thanks > > ---

Re: FW: [jira] Updated: (TUSCANY-1375) C++ SDO spec portability: C++ type definition API

Another great patch! Thanks! Should SDO.h only include headers for the public (i.e. spec) APIs? I think it should so things like DASValue.h should be removed. Anyone who wants to utilize the internal APIs should have to know they are doing it! What do you think? Cheers, On 10/08/07, Michael Yod

Re: [SCA Native] preliminary ant build

I noticed that the core header files were getting installed in the wrong place: ...deploy/include/src/tuscany... rather than ...deploy/include/tuscany... etc so I fixed this. Cheers, On 07/08/2007, Pete Robbins <[EMAIL PROTECTED]> wrote: > I applied 7 today and will look at 8 now. &

Re: FW: [jira] Updated: (TUSCANY-1376) C++ SDO spec portability: RefCountingPointer

b pointer for SDO classes (for the common use > of smart pointers). This member function is used by SCA, and raises > undesirable object lifetime and allowed operation issues. The member > function should be replaced with a safe (referenced in the below -email > thread) conversion t

Re: [SDO Native] ant build system for SDO Native

table. It will probably be best to remove the existing automake and vcexpress builds at that point. Cheers, On 07/08/07, Pete Robbins <[EMAIL PROTECTED]> wrote: > Thanks. I'll get on the case soon. > > I really appreciate the effort you have put in to this. > > Cheers,

Re: FW: [jira] Updated: (TUSCANY-1376) C++ SDO spec portability: RefCountingPointer

::RefCountingPointer::RefCountingPointer(void)' existing declarations 'commonj::sdo::RefCountingPointer::RefCountingPointer(const commonj::sdo::RefCountingPointer &)' 'commonj::sdo::RefCountingPointer::RefCountingPointer(T *)' Any ideas? On 07/

Re: FW: [jira] Updated: (TUSCANY-1376) C++ SDO spec portability: RefCountingPointer

asses (for the common use > of smart pointers). This member function is used by SCA, and raises > undesirable object lifetime and allowed operation issues. The member > function should be replaced with a safe (referenced in the below -email > thread) conversion to bool member function. &g

Re: [SDO Native] ant build system for SDO Native

Thanks. I'll get on the case soon. I really appreciate the effort you have put in to this. Cheers, On 07/08/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > Hello all, > > I just uploaded a patch for JIRA: > >https://issues.apache.org/jira/browse/TUSCANY-1509 >

Re: [SCA Native] java implementation and interface schema files loaded but not used

It was simply that we were loading all the initial sca schema. So the core code loads sca.xsd but I think we should change that to specifically load the ones we need. Maybe the best thing is to load any schema in /xsd and we can just delete the java stuff. If the Native runtime wants to support Ja

Re: [SCA Native] preliminary ant build

hnson/tuscany_cpp/httpd-2.0.59/deploy/include > [echo] rest.apr.include.dir= /usr/include/apr-0 > [echo] > [echo] TuscanySCA ruby extension enabled > [echo] ruby.lib.dir= > /nfs/homes/bjohnson/tuscany_cpp/ruby-1.8.6/deploy/lib > [echo] ruby.include.dir= > /nfs/homes/bjohn

[jira] Commented: (TUSCANY-1504) getSequence() returns null with a complexType defined without mixed="true"

[ https://issues.apache.org/jira/browse/TUSCANY-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517911 ] Pete Robbins commented on TUSCANY-1504: --- Matthew, the speciifcation is available from here: http

SDO sequenced DataObject vs XSD

A Jira (https://issues.apache.org/jira/browse/TUSCANY-1504) has been raised against the SDO C++ implementation which is saying that for a schema: http://www.w3.org/2001/XMLSchema"; xmlns:letter="http://letterSchema"; targetNamespace="http://letterSchema";>

[jira] Commented: (TUSCANY-1504) getSequence() returns null with a complexType defined without mixed="true"

[ https://issues.apache.org/jira/browse/TUSCANY-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517375 ] Pete Robbins commented on TUSCANY-1504: --- I believe this is working as per the specification but I will ask

[jira] Resolved: (TUSCANY-1423) There are no tools to verify or display tuscany services

[ https://issues.apache.org/jira/browse/TUSCANY-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1423. --- Resolution: Fixed I believe this is all applied now > There are no tools to verify

[jira] Resolved: (TUSCANY-1448) CppBigBank example windows deploy script "deploy.bat" fails to deploy XML Schema

[ https://issues.apache.org/jira/browse/TUSCANY-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1448. --- Resolution: Fixed patch applied > CppBigBank example windows deploy script "de

Re: [SCA Native] preliminary ant build

and now I've moved the core schema to cpp/sca/runtime/core/xsd On 27/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: > OK.. done! runtime/core/build.xml replaces runtime/core/src/build.xml > > I'll move the xsd dir later. > > Cheers, > > On 27/07/07, Br

Re: [SCA Native] preliminary ant build

l have to change the path properties > and the basedir of the root element. > > > Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] > > > -Original Message- > From: Pete Robbins [mailto:[EMAIL PROTECTED]

Re: [SCA Native] preliminary ant build

y Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] > > > > -Original Message- > From: Pete Robbins [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 26, 2007 12:44 AM > To: tuscany-dev@ws.apache.org > Subject: Re: [SCA Native] preli

Re: [SCA Native] Test suite

I'm sure this has come up before. I will try and find out what the resolution was. On 26/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote: As I understand it, the only issue would be if we distribute LPGL software under the ASF licensing. What if we don't distribute CxxTest with Tuscany, but rath

Re: [SCA Native] next release content [was: Tuscany roadmap]

L PROTECTED] -Original Message- From: Pete Robbins [mailto:[EMAIL PROTECTED] Sent: Thursday, July 12, 2007 11:00 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] next release content [was: Tuscany roadmap] On 12/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > &

Re: [SCA Native] preliminary ant build

More good stuff. I've applied the latest patch but there are some issues. From a clean build if you just type "ant" in the top level cpp/sca directory then the build will fail on tuscany_sca_cpp because it needs to link against /lib/tuscany_sca.dll which has not yet been installed as all the "b

[jira] Resolved: (TUSCANY-1478) For schemas with elementFormDefault=true, serialized instance documents are invalid

[ https://issues.apache.org/jira/browse/TUSCANY-1478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1478. --- Resolution: Fixed Fix Version/s: Cpp-Next Patch applied to HEAD and the sdo-cpp

Re: FW: [jira] Updated: (TUSCANY-1478) For schemas with elementFormDefault=true, serialized instance documents are invalid

I'm looking at it right now! On 25/07/07, Michael Yoder <[EMAIL PROTECTED]> wrote: Hi, I uploaded a patch for C++ SDO which fixes its XML serialization to produce XML valid against schemas with elementFormDefault=true. If someone could verify and apply it that would be great. This gets the SCA

[jira] Resolved: (TUSCANY-1425) Compile failure on Fedora 6

[ https://issues.apache.org/jira/browse/TUSCANY-1425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1425. --- Resolution: Fixed Fix Version/s: Cpp-Next Compile error fixed in branch and head

Re: [SCA Native] SDO Build error on Linux

The fix is in the branch as well. Sorry I did not see that Jira. On 25/07/07, Caroline Maynard <[EMAIL PROTECTED]> wrote: Jean-Sebastien Delfino wrote: > Trying to build Native/C++ SDO on Linux RHEL5 gives me this error: > > if /bin/sh ../../../../../libtool --tag=CXX --mode=compile g++ > -DHA

Re: [SCA Native] SDO Build error on Linux

Works fine on all our linuxes including my RHEL... I've removed the unnecessary qualifier so you should be fine now. Cheers, On 25/07/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: Trying to build Native/C++ SDO on Linux RHEL5 gives me this error: if /bin/sh ../../../../../libtool --tag

Re: [SCA Native] preliminary ant build

require any of the ant infrastructure used by the individual projects. It would be very similar to the root build.xml for TuscanySCA. Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Pete Robbins [mailto

Re: [SCA Native] preliminary ant build

s}"/> > > > > > > Tomorrow I'll have the python, ruby, rest, and maybe php extensions > complete. > > > > Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTE

Re: [SCA Native] preliminary ant build

definition of the Tuscany-BaseCompiler Cheers, On 23/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: I've applied the patch. How are you creating the patches? I had trouble applying it on Windows using ToirtoiseSVN. I've included the changes in the patch to the tools/Tuscan

Re: [SCA Native] preliminary ant build

a clean extract as a base for future patches? Cheers, On 23/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: I'll give this a go. I should be able to run it on Mac as well. Cheers, On 23/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > > I updated the jira1438

Re: [SCA Native] preliminary ant build

- HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message----- From: Pete Robbins [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 2:44 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] preliminary ant build I've taken out the references to tuscany_sca_config.

Re: [SCA Native] preliminary ant build

I've taken out the references to tuscany_sca_config.h and patched the automake for now with setting -DIS_DARWIN on mac. Yet to test it on Mac as I need to kick the kids off my machine! On 19/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: Automake generates a config file with lots

Re: [SCA Native] preliminary ant build

ARNAME --- > #define PACKAGE_TARNAME "tuscany_sca_native" 102c103 < #undef PACKAGE_VERSION --- > #define PACKAGE_VERSION "1.0-incubator-M3" 105c106 < #undef STDC_HEADERS --- > #define STDC_HEADERS 1 108c109 < #undef VERSION --- > #define VERSION "1.0-incubator

Re: [SCA Native] preliminary ant build

gt; patch_file" from the tuscany root dir. You can disregard the tools changes. I'll look into it. Thanks Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -----Original Message- From: Pete Robbins [mailto:[EMAIL PROTECTED] S

Re: [SCA Native] preliminary ant build

.h file for then, yes this just got a whole lot easier. We can do the following on the Tuscany-BaseCompiler Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message----- From: Pete R

Re: [SCA Native] preliminary ant build

re-reqs defined (SDO loccation, + other pre-reqs) but we should try to make this as simple as possible. Cheers, Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Pete Robbins [mailto:[EMAIL PROTECTED

Re: [SCA Native] preliminary ant build

; Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] > > > -Original Message- > From: Pete Robbins [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 18, 2007 9:00 AM > To: tuscany-dev@ws.apache.org > Subject: Re: [SCA Native]

Re: [SCA Native] preliminary ant build

al Message- From: Pete Robbins [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 9:00 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] preliminary ant build On 18/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: > On 18/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote

Re: [SCA Native] preliminary ant build

On 18/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: On 18/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote: > > Pete, > > Thanks for trying out the ant build scripts. > > Regarding core.dir, you're right, the name will need to change. I can d

Re: [SCA Native] preliminary ant build

--- Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Pete Robbins [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 7:08 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] preliminary ant build I ran into

Re: [SCA Native] preliminary ant build

lot of external dependencies need to be setup in order to proper run the build ? Once this is complete, we could try to integrate the ant build with Continuun (looks like it supports ant builds) and try to get a nightly build published for Native project as well ? On 7/18/07, Pete Robbins <[EMAIL

Re: [SCA Native] preliminary ant build

On 18/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: I ran into a couple of issues tryingt o run this ant build. Firstly I got an error with a path x/cpp/sca/runtime/core/src/runtime/core/src. I trcked this down to the fact that the property core.dir is set in the top level build.

Re: [SCA Native] preliminary ant build

c.dir in one of the files. Rather than specifying the paths to the source code etc in the platform.properties I would prefer to set these automatically so in the top level build.xml I added: and then based other properties from this. It seemed to work! Do these changes make sense? Cheers,

Re: [SCA Native] preliminary ant build

e antcontrib and cpptasks jars there. If you dont have write access to %ANT_HOME%\lib, do the following: - create ${user.home}\.ant\lib - place the jars here Avoid adding optional ant tasks to your classpath, this is problematic. -----Original Message- From: Pete Robbins [mailto:[EMAIL PROTE

Re: [jira] Commented: (TUSCANY-1443) sample composite files are invalid instance documents against SCA schema types

Tuscany cpp was being developed iat the same time as the specification so it does not quite match the 0.96 spec... or the 1.0 spec. We need to work now to move everything to 1.0 level of spec. ... and yes the schema and instance docs are not valid. Thanks for raising this issue. I'll fix up the

Re: [SCA Native] preliminary ant build

al ant tasks, such as antcontrib and cpptasks, should be installed > in %ANT_HOME%\lib > So place the antcontrib and cpptasks jars there. > > If you dont have write access to %ANT_HOME%\lib, do the following: > - create ${user.home}\.ant\lib > - place the jars here > > Avoid

[jira] Commented: (TUSCANY-1423) There are no tools to verify or display tuscany services

[ https://issues.apache.org/jira/browse/TUSCANY-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513219 ] Pete Robbins commented on TUSCANY-1423: --- I have applied the latest attachment > There are no tools

[jira] Resolved: (TUSCANY-1439) All classes derived from ReferenceBinding implement getTargetServiceBinding()

[ https://issues.apache.org/jira/browse/TUSCANY-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1439. --- Resolution: Fixed Patch applied. One minor change to RubyReferenceBinding required for

Re: Status of C++ code generation

Andy, I guess you are clear to go ahead and make those changes. Cheers, On 17/07/07, Graham Charters <[EMAIL PROTECTED]> wrote: Hi Pete, sounds good to me. On 17/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote: > Graham, > > so if we move these methods to DataObjectImpl you

Re: Status of C++ code generation

by SDO PHP to manage the relationship between the PHP SDO Objects and C++ SDO Objects. Earlier versions of the PHP Extension tried to manage this separately, but this solution was complex and prone to problems. I hope this helps. Regards, Graham. On 17/07/07, Pete Robbins <[EMAIL PROTECTE

[jira] Resolved: (TUSCANY-1440) [SDO Native] Windows compilation issues

[ https://issues.apache.org/jira/browse/TUSCANY-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pete Robbins resolved TUSCANY-1440. --- Resolution: Fixed fixed > [SDO Native] Windows compilation iss

Re: [SCA Native] preliminary ant build

Thanks Brady. I'll take a look at this. We will need doc as to what the dependencies are (cpptasks etc) and any configuration that is needed. Cheers, On 16/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote: For anyone interested, I uploaded another patch for this JIRA that makes it work better fo

Re: Status of C++ code generation

Andy, the static code generation was an old experiment and is not used.I have been meaning to remove it for some time as it is confusing being there. The get/setUserData was actually put in there at the request of the PHP-SDO team. I'm not sure of the details but I think they use this to maintain

Re: SCA Toys?

I've added the patch for TUSCANY-1423 into tuscany/cpp/sca/tools now that I have moved the scagen tool to the cpp extension. I have not added this source into the build. We can use this tree to see how the ant build works??? Cheers, On 12/07/07, Pete Robbins <[EMAIL PROTECTED]>

Re: [SCA Native] Can we make an SCA branch for SDO 2.1 spec changes

I have applied a change (revision 556081). Now SCA HEAD requires SDO HEAD. Cheers, -- Pete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [SCA Native] Can we make an SCA branch for SDO 2.1 spec changes

or option 1. +1 Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Pete Robbins [mailto:[EMAIL PROTECTED] Sent: Friday, July 13, 2007 10:42 AM To: tuscany-dev@ws.apache.org Subject: Re: [SCA Native] Can we

Re: [SCA Native] Can we make an SCA branch for SDO 2.1 spec changes

The current state is that SCA HEAD will only build against the sdo branch or M3. The minor change was renaming IntegerType to IntType which I put in the SCA HEAD but then backed out. If everyone agrees that HEAD SCA should build against HEAD SDO I will re-apply the change. Cheers, -- Pete -

  1   2   3   4   5   6   7   8   9   10   >