Re: Stable C++ code tagged

Now I'm trying to get SCA built - the build.txt file doesn't say which version of Axis (or Xerces) I should be using for Windows - shall I just use the same version as Linux? -- Colin Thorne

Re: Stable C++ code tagged

I tried building SCA using Axis 1.5. I received an error: Linking... Creating library Debug/tuscany_sca.lib and object Debug/tuscany_sca.exp Logger.obj : error LNK2001: unresolved external symbol public: __thiscall tuscany::sca::FileLogWriter::FileLogWriter(char const *) ( [EMAIL

[jira] Created: (TUSCANY-108) SCA Windows build fails on runtime/test

SCA Windows build fails on runtime/test --- Key: TUSCANY-108 URL: http://issues.apache.org/jira/browse/TUSCANY-108 Project: Tuscany Type: Bug Components: C++ Build Reporter: Pete Robbins The generated wrappers/proxies

[jira] Assigned: (TUSCANY-108) SCA Windows build fails on runtime/test

[ http://issues.apache.org/jira/browse/TUSCANY-108?page=all ] Pete Robbins reassigned TUSCANY-108: Assign To: Pete Robbins SCA Windows build fails on runtime/test --- Key: TUSCANY-108 URL:

[jira] Resolved: (TUSCANY-108) SCA Windows build fails on runtime/test

[ http://issues.apache.org/jira/browse/TUSCANY-108?page=all ] Pete Robbins resolved TUSCANY-108: -- Resolution: Fixed fix applied - files re-added to svn SCA Windows build fails on runtime/test ---

Re: Stable C++ code tagged

fixed as TUSCANY-108 on Jira On 10/03/06, Colin Thorne [EMAIL PROTECTED] wrote: I tried building SCA using Axis 1.5. I received an error: Linking... Creating library Debug/tuscany_sca.lib and object Debug/tuscany_sca.exp Logger.obj : error LNK2001: unresolved external symbol public:

Re: Exception running SCA for C++ tests

Yes. I will update the instructions for running the tests on Windows. On 10/03/06, Colin Thorne [EMAIL PROTECTED] wrote: I've taken a new extract of the code from SVN, and I have built SDO and SCA (for C++). When I run the SCA test program (tuscany_sca_test.exe) I get an exception:

[jira] Created: (TUSCANY-109) Marker files generated by the Tuscany WSDL2Java tool should not have a .wsdl extension

Marker files generated by the Tuscany WSDL2Java tool should not have a .wsdl extension -- Key: TUSCANY-109 URL: http://issues.apache.org/jira/browse/TUSCANY-109 Project: Tuscany

[jira] Created: (TUSCANY-110) Marker files generated by the SDO code generator tool should not have a .xsd extension

Marker files generated by the SDO code generator tool should not have a .xsd extension -- Key: TUSCANY-110 URL: http://issues.apache.org/jira/browse/TUSCANY-110 Project: Tuscany

Re: [jira] Created: (TUSCANY-85) Upgrade to Axis2 0.95 release

ant elder wrote: Axis2 0.95 hasn't been released yet, they're discussing doing the release right now. How should we do this upgrade to the next Axis2 release - wait till they've done the 0.95 release and upgrade then, or change now to use the daily Axis2 SNAPSHOT builds so we find any bugs

[jira] Assigned: (TUSCANY-105) Use environment variable to locate dependencies in Windows build projects

[ http://issues.apache.org/jira/browse/TUSCANY-105?page=all ] Pete Robbins reassigned TUSCANY-105: Assign To: Pete Robbins Use environment variable to locate dependencies in Windows build projects

[jira] Created: (TUSCANY-112) Generated SDO2 DataObject class throws ClassCastException when DataObject.getType() is called

Generated SDO2 DataObject class throws ClassCastException when DataObject.getType() is called - Key: TUSCANY-112 URL: http://issues.apache.org/jira/browse/TUSCANY-112 Project:

[jira] Updated: (TUSCANY-113) Provide Windows batch file to run SCA C++ test

[ http://issues.apache.org/jira/browse/TUSCANY-113?page=all ] Pete Robbins updated TUSCANY-113: - Priority: Minor (was: Major) Provide Windows batch file to run SCA C++ test -- Key: TUSCANY-113

[jira] Created: (TUSCANY-113) Provide Windows batch file to run SCA C++ test

Provide Windows batch file to run SCA C++ test -- Key: TUSCANY-113 URL: http://issues.apache.org/jira/browse/TUSCANY-113 Project: Tuscany Type: Improvement Components: C++ SCA Reporter: Pete Robbins Add a

[jira] Created: (TUSCANY-114) Loaded SDO2 Type for xsd:anyType cannot be used in DataFactory.create()

Loaded SDO2 Type for xsd:anyType cannot be used in DataFactory.create() --- Key: TUSCANY-114 URL: http://issues.apache.org/jira/browse/TUSCANY-114 Project: Tuscany Type: Bug Reporter: Raymond

[jira] Resolved: (TUSCANY-105) Use environment variable to locate dependencies in Windows build projects

[ http://issues.apache.org/jira/browse/TUSCANY-105?page=all ] Pete Robbins resolved TUSCANY-105: -- Resolution: Fixed Use environment variable to locate dependencies in Windows build projects

[jira] Commented: (TUSCANY-112) Generated SDO2 DataObject class throws ClassCastException when DataObject.getType() is called

[ http://issues.apache.org/jira/browse/TUSCANY-112?page=comments#action_12369898 ] Frank Budinsky commented on TUSCANY-112: It sounds like this static initialization in class DataObjectUitl hasn't run in your environment: /** * Configure EMF

Jira emails

Does anyone know if we can get Jira to generate emails with the sub- project or even component part of the subproject embedded in the subiject so we can filter issues? Jim

[jira] Commented: (TUSCANY-112) Generated SDO2 DataObject class throws ClassCastException when DataObject.getType() is called

[ http://issues.apache.org/jira/browse/TUSCANY-112?page=comments#action_12369903 ] Raymond Feng commented on TUSCANY-112: -- Your code helps. Thanks. Instead of asking users to call this initiailization , should it be called somethere in the

[jira] Commented: (TUSCANY-114) Loaded SDO2 Type for xsd:anyType cannot be used in DataFactory.create()

[ http://issues.apache.org/jira/browse/TUSCANY-114?page=comments#action_12369909 ] Raymond Feng commented on TUSCANY-114: -- Calling the DataObjectUtil.initRuntime() in my startup code does NOT help in this case. Loaded SDO2 Type for xsd:anyType

[jira] Commented: (TUSCANY-112) Generated SDO2 DataObject class throws ClassCastException when DataObject.getType() is called

[ http://issues.apache.org/jira/browse/TUSCANY-112?page=comments#action_12369921 ] Frank Budinsky commented on TUSCANY-112: Raymond, It is called in TypeHelper.INSTANCE or if you touch any SDO Helper, but the problem is that you're example

Re: Fwd: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ cor

Jim Marino wrote: Jeremy, I'm in the process of trying to check in changes for multiplicity but some of the changes you just did impacted me. I need to create references between components and set the multiplicity value. Can you explain how this works for the two MockFactory classes in

Re: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ core/src

On Mar 10, 2006, at 5:08 PM, Jeremy Boynes wrote: Jim Marino wrote: Jeremy, I'm in the process of trying to check in changes for multiplicity but some of the changes you just did impacted me. I need to create references between components and set the multiplicity value. Can you explain

Re: Fwd: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ cor

Jeremy Boynes wrote: Jim Marino wrote: Jeremy, I'm in the process of trying to check in changes for multiplicity but some of the changes you just did impacted me. I need to create references between components and set the multiplicity value. Can you explain how this works for the two

Re: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ core/src

O.K. My stuff is completely broke because I'm assuming there is one configured reference with multiple target configured services and that's how I originally had the mock factories. I think this is correct. Jeremy is that not what you were thinking? We'll need to solve this fairly quickly

Re: Build fails

Raymond Feng wrote: --- Battery: org.apache.tuscany.model.assembly.tests.SCDLAssemblyLoaderTestCase --- Tests run: 1, Failures: 0,

Re: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ core/src

Jim Marino wrote: O.K. My stuff is completely broke because I'm assuming there is one configured reference with multiple target configured services and that's how I originally had the mock factories. I think this is correct. Jeremy is that not what you were thinking? We'll need to solve

Re: svn commit: r384939 - in /incubator/tuscany/java/sca: container.java/src/test/java/org/apache/tuscany/container/java/mock/ container.js/src/test/java/org/apache/tuscany/container/js/mock/ core/src

Just be clear, my understanding is that there is one Configured Reference per v:reference, but that configured reference may have multiple targets that are called through getTargetConfiguredServices () which always returns a list, even if there is only one target. On Mar 10, 2006, at 10:59