Re: Unable to acquire memory errors in HiveCompatibilitySuite

so forcing the ShuffleMemoryManager to assume 32 cores and therefore calculate a pagesize of 1MB passes the tests. How can we determine the correct value to use in getPageSize rather than Runtime.getRuntime.availableProcessors()? On 16 September 2015 at 10:17, Pete Robbins wrote: > I see w

Re: Unable to acquire memory errors in HiveCompatibilitySuite

. If a task is launched before > others and hogs a lot of memory quickly, the other tasks that are launched > after it might not be able to get enough memory allocation, and thus will > fail. This is not super ideal, but probably fine because tasks can be > retried, and can succeed in retr

Re: Unable to acquire memory errors in HiveCompatibilitySuite

-- but it turned out to be a bad approximation in tests > because it is set to 32 to increase concurrency. > > > On Tue, Sep 15, 2015 at 10:47 PM, Pete Robbins > wrote: > >> Oops... I meant to say "The page size calculation is NOT the issue here" >> >> On 16

Re: Unable to acquire memory errors in HiveCompatibilitySuite

Oops... I meant to say "The page size calculation is NOT the issue here" On 16 September 2015 at 06:46, Pete Robbins wrote: > The page size calculation is the issue here as there is plenty of free > memory, although there is maybe a fair bit of wasted space in some pages. >

Re: Unable to acquire memory errors in HiveCompatibilitySuite

to use > SparkContext.defaultParallelism if it is local mode. > > > On Tue, Sep 15, 2015 at 10:28 AM, Pete Robbins > wrote: > >> Yes and at least there is an override by setting spark.sql.test.master >> to local[8] , in fact local[16] worked on my 8 core box. >> &

Re: Unable to acquire memory errors in HiveCompatibilitySuite

14, 2015 at 11:22 PM, Reynold Xin wrote: > > Yea I think this is where the heuristics is failing -- it uses 8 cores to > > approximate the number of active tasks, but the tests somehow is using 32 > > (maybe because it explicitly sets it to that, or you set it yourself? I'm >

Re: Unable to acquire memory errors in HiveCompatibilitySuite

) so maybe that should be changed to limit threads to num cores? Cheers, On 15 September 2015 at 08:50, Pete Robbins wrote: > Ok so it looks like the max number of active tasks reaches 30. I'm not > setting anything as it is a clean environment with clean spark code > checkout. I

Re: Unable to acquire memory errors in HiveCompatibilitySuite

is where the heuristics is failing -- it uses 8 cores to > approximate the number of active tasks, but the tests somehow is using 32 > (maybe because it explicitly sets it to that, or you set it yourself? I'm > not sure which one) > > On Mon, Sep 14, 2015 at 11:06 PM, Pete Robbi

Re: Unable to acquire memory errors in HiveCompatibilitySuite

r/core/src/main/scala/org/apache/spark/shuffle/ShuffleMemoryManager.scala#L174 >> >> Maybe there is a place that in the maven tests that we explicitly set the >> page size (spark.buffer.pageSize) to 4MB? If yes, we need to find it and >> just remove it. >> >> >&

Unable to acquire memory errors in HiveCompatibilitySuite

I keep hitting errors running the tests on 1.5 such as - join31 *** FAILED *** Failed to execute query using catalyst: Error: Job aborted due to stage failure: Task 9 in stage 3653.0 failed 1 times, most recent failure: Lost task 9.0 in stage 3653.0 (TID 123363, localhost): java.io.IOExceptio

Re: Flaky test in DAGSchedulerSuite?

raised https://issues.apache.org/jira/browse/SPARK-10454 and PR On 4 September 2015 at 21:24, Pete Robbins wrote: > I've also just hit this and was about to raise a JIRA for this if there > isn't one already. I have a simple fix. > > On 4 September 2015 at 19:09, Cheolso

[jira] [Commented] (SPARK-10454) Flaky test: o.a.s.scheduler.DAGSchedulerSuite.late fetch failures don't cause multiple concurrent attempts for the same map stage

[ https://issues.apache.org/jira/browse/SPARK-10454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14731377#comment-14731377 ] Pete Robbins commented on SPARK-10454: -- This is another case of not waiting

[jira] [Created] (SPARK-10454) Flaky test: o.a.s.scheduler.DAGSchedulerSuite.late fetch failures don't cause multiple concurrent attempts for the same map stage

Pete Robbins created SPARK-10454: Summary: Flaky test: o.a.s.scheduler.DAGSchedulerSuite.late fetch failures don't cause multiple concurrent attempts for the same map stage Key: SPARK-10454 URL:

Re: Flaky test in DAGSchedulerSuite?

I've also just hit this and was about to raise a JIRA for this if there isn't one already. I have a simple fix. On 4 September 2015 at 19:09, Cheolsoo Park wrote: > Hi devs, > > I noticed this test case fails intermittently in Jenkins. > > For eg, see the following builds- > https://amplab.cs.be

[jira] [Commented] (SPARK-9869) InputStreamSuite.socket input stream is flaky in Jenkins

[ https://issues.apache.org/jira/browse/SPARK-9869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14729030#comment-14729030 ] Pete Robbins commented on SPARK-9869: - should I add this change to the PR for S

[jira] [Commented] (SPARK-9869) InputStreamSuite.socket input stream is flaky in Jenkins

[ https://issues.apache.org/jira/browse/SPARK-9869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14729024#comment-14729024 ] Pete Robbins commented on SPARK-9869: - My pull request build for h

[jira] [Created] (SPARK-10431) Intermittent test failure in InputOutputMetricsSuite

Pete Robbins created SPARK-10431: Summary: Intermittent test failure in InputOutputMetricsSuite Key: SPARK-10431 URL: https://issues.apache.org/jira/browse/SPARK-10431 Project: Spark Issue

[jira] [Commented] (SPARK-9644) Support update DecimalType with precision > 18 in UnsafeRow

[ https://issues.apache.org/jira/browse/SPARK-9644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14702705#comment-14702705 ] Pete Robbins commented on SPARK-9644: - Thanks. I think this needs to go in to 1.

[jira] [Commented] (SPARK-9644) Support update DecimalType with precision > 18 in UnsafeRow

[ https://issues.apache.org/jira/browse/SPARK-9644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701926#comment-14701926 ] Pete Robbins commented on SPARK-9644: - How much slower is the public API? We w

[jira] [Commented] (SPARK-9644) Support update DecimalType with precision > 18 in UnsafeRow

[ https://issues.apache.org/jira/browse/SPARK-9644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701202#comment-14701202 ] Pete Robbins commented on SPARK-9644: - This change makes assumptions about

Re: Reliance on java.math.BigInteger implementation

That would be me then ;-) I'm working on a patch. Cheers, On 14 August 2015 at 23:43, Reynold Xin wrote: > I pinged the IBM team to submit a patch that would work on IBM JVM. > > > On Fri, Aug 14, 2015 at 11:27 AM, Pete Robbins > wrote: > >> ref: https://issues

Reliance on java.math.BigInteger implementation

ref: https://issues.apache.org/jira/browse/SPARK-9370 The code to handle BigInteger types in org.apache.spark.sql.catalyst.expressions.UnsafeRowWriters.java and org.apache.spark.unsafe.Platform.java is dependant on the implementation of java.math.BigInteger eg: try { signumOffs

[jira] [Commented] (SPARK-6873) Some Hive-Catalyst comparison tests fail due to unimportant order of some printed elements

[ https://issues.apache.org/jira/browse/SPARK-6873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14647322#comment-14647322 ] Pete Robbins commented on SPARK-6873: - We've been trying to get a clean b

[Fink-beginners] Problems Installing OpenNMS

Hi, I posted yesterday about this. Now, I have upgraded xcode, removed fink and re-installed it, and tried my install again. Now it's failing at a different spot: mac:fink-0.32.2 root# fink install opennms Scanning package description files.. Information about 4566 packages read in 1 secon

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: Running Cpp BigBank

Hi, These problems are usually caused by mismatches in Windows standard class library or runtime dlls. For example if a std::string is passed between a dll compiled/linked against the debug version and one built with a non-debug version. Our binary release is a non-debug version. It should be fai

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

Re: SDO C++ M3 :: Tests passed: 100/118

Stansilaw, I have not seen these patces submitted and we can only accept them if they are attached to a Jira with the "Licence to Apache" checkbox ticked. Please let me know which Jira's these patches belong to. I don't recall seeing a memory leak defect. If you want an M3 + several bug fixes (so

[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

Re: bad compile

Sorry for the slow response. The compiler errors suggest that LIBXML2_INCLUDE is not set?? You could try modifying build_sdocpp.sh adding an "env" to see what is set when the script is invoked. Cheers, On 20/07/07, brandon <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SH

[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

<    1   2   3   4   5   6   7   8   9   10   >