Re: WorkManager in JavaComponentBuilder

I've applied the patch in 422953. Thanks Meeraj! Jim On Jul 17, 2006, at 2:25 AM, Meeraj Kunnumpurath wrote: Jim, Could you pls have a look and apply the attached patch. Ta Meeraj -Original Message- From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED] Sent: 15 July 2006 22:50 To:

Re: Moving chianti to trunk

Hi Jeremy, On 7/18/06, Jeremy Boynes [EMAIL PROTECTED] wrote: With the vote in favour of switching, I am about to start moving chianti into trunk. I will move the current sca parts into a branch (branches/pre-chianti) and move the chianti code into trunk. I will make the version in the poms

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

Hi, I can run the all the test cases successfully using mvn clean install. Can you post me the stacktrace? The patch includes the following: 1) Refactor the transformer interfaces to have PullTransformer, PushTransformer and DataPipe extend from Transformer 2) Add cache to shortest path to

Re: Moving chianti to trunk

Hi Jeremy, I have two patches one in SDO-Impl and another in SCA-Tools (Java2WSDL tooling) that need to be reviewed and applied to M1+. The Jiras are Tuscany-535 and Tuscany-120 respectively. But then they are to applied over M1+. Also, what is the plan for sca-tools in Chianti? Thanks

Re: Tuscany weekly IRC chat log (July-06-2006)

Hi, I just could not log into the IRC... not sure where the problem actually was. Getting to the subject of the image I posted. I am not sure how to upload it into the wiki. To which page should I be attaching it... If somebody can help me with this info I can post the image there.. Also if

[jira] Resolved: (TUSCANY-532) M1 documentation improvements

[ http://issues.apache.org/jira/browse/TUSCANY-532?page=all ] Pete Robbins resolved TUSCANY-532. -- Fix Version/s: Cpp-current Resolution: Fixed M1 documentation improvements - Key: TUSCANY-532

[jira] Resolved: (TUSCANY-534) Windows binary release should not be debug version

[ http://issues.apache.org/jira/browse/TUSCANY-534?page=all ] Pete Robbins resolved TUSCANY-534. -- Resolution: Fixed Windows binary release should not be debug version -- Key:

[jira] Assigned: (TUSCANY-524) ant for building scagen not run on windows

[ http://issues.apache.org/jira/browse/TUSCANY-524?page=all ] Pete Robbins reassigned TUSCANY-524: Assignee: Pete Robbins ant for building scagen not run on windows -- Key: TUSCANY-524

[jira] Closed: (TUSCANY-525) INSTALL of calculator doesnt say where the build.cmd is located.

[ http://issues.apache.org/jira/browse/TUSCANY-525?page=all ] Pete Robbins closed TUSCANY-525. Fix Version/s: Cpp-current Resolution: Fixed INSTALL of calculator doesnt say where the build.cmd is located.

[jira] Closed: (TUSCANY-540) WSEntrypoint code has return pointer scoping problem

[ http://issues.apache.org/jira/browse/TUSCANY-540?page=all ] Pete Robbins closed TUSCANY-540. Fix Version/s: Cpp-current Resolution: Fixed WSEntrypoint code has return pointer scoping problem

[jira] Closed: (TUSCANY-517) Show component-to-component invocation in Calculator sample

[ http://issues.apache.org/jira/browse/TUSCANY-517?page=all ] Pete Robbins closed TUSCANY-517. Fix Version/s: Cpp-current Resolution: Fixed Show component-to-component invocation in Calculator sample

RE: WorkManager in JavaComponentBuilder

Ta -Original Message- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: 18 July 2006 07:03 To: tuscany-dev@ws.apache.org Subject: Re: WorkManager in JavaComponentBuilder I've applied the patch in 422953. Thanks Meeraj! Jim On Jul 17, 2006, at 2:25 AM, Meeraj Kunnumpurath wrote:

Fix for an alloc problem in tuscany_sdo_test

Hi, I'm running into a problem with the tuscany_sdo_test from the SVN head, which fails for me on Linux with the following error: I/O warning : failed to load external entity not_present.xsd I/O warning : failed to load external entity not-present.xml I/O warning : failed to load external

Re: Chianti extension manual

Eric, I had a quick look at the DocBook site, but it lacks an overview, and the links to the online html versions of the books seem to be unavailable. I could see the schemata that clearly describe documentation layout, but I couldn't get an idea of what tooling was available to edit and

Re: Fix for an alloc problem in tuscany_sdo_test

It does help , thanks a lot - fix applied. On 18/07/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Hi, I'm running into a problem with the tuscany_sdo_test from the SVN head, which fails for me on Linux with the following error: I/O warning : failed to load external entity

Re: Tuscany weekly IRC chat log (July-06-2006)

Hi Venkat here's the moinmojn help page http://moinmoin.wikiwikiweb.de/HelpOnActions/AttachFile basically just write attachment:name_for_attachment in the text body, then when you preview/view it, until the attachment is name resolved to an upoloaded file, it will offer you the opportunity

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

RC3 binaries tested on Windows Fedore Core1 following the documentation. All happy'n'dandy aside from a tiny doc formatting issue - if you need to respin the builds, let me know I'll put a patch up, otherwise not worth bothering with. +1 for this release Andy On 7/18/06, Pete Robbins [EMAIL

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

OK thanks. I see the numbering problkem and have fixed it. Cheers, On 18/07/06, Andrew Borley [EMAIL PROTECTED] wrote: RC3 binaries tested on Windows Fedore Core1 following the documentation. All happy'n'dandy aside from a tiny doc formatting issue - if you need to respin the builds, let me

Re: Moving chianti to trunk

Jeremy, Before you do this, I'd prefer to see some discussion about the functional differences between chianti and the current trunk code and how we would see these being addressed, as I said in my previous email on this subject. What do you (or others) think about this? Simon Jeremy Boynes

Re: Moving chianti to trunk

For me the vote said it all; its good to go to switch. I think I can understand your position and probably would side with you if it wasn't for two things: We have a release so users just wanting to understand SCA and the basics of Tuscany have something stable to work with. Also this is

Re: Moving chianti to trunk

Yes, that would be very useful. Also we could make up some design documentation from abstracts of this discussion. Also, I am wondering if it would make sense to move Chianti in phases as the design issues are discussed, sorted out and implemented. For example we could target to have a basic

[jira] Created: (TUSCANY-553) Add a static null SDOString to the SDOString class

Add a static null SDOString to the SDOString class -- Key: TUSCANY-553 URL: http://issues.apache.org/jira/browse/TUSCANY-553 Project: Tuscany Issue Type: Improvement Components: C++

Re: Moving chianti to trunk

On Jul 17, 2006, at 11:12 PM, Venkata Krishnan wrote: Hi Jeremy, I have two patches one in SDO-Impl and another in SCA-Tools (Java2WSDL tooling) that need to be reviewed and applied to M1+. The Jiras are Tuscany-535 and Tuscany-120 respectively. But then they are to applied over M1+.

[jira] Updated: (TUSCANY-553) Add a static null SDOString to the SDOString class

[ http://issues.apache.org/jira/browse/TUSCANY-553?page=all ] Geoff Winn updated TUSCANY-553: --- Attachment: TUSCANY-553.patch Patch built and tested on Red Hat Enterprise Linux 3 and Windows XP SP2 with VC7 Add a static null SDOString to the SDOString

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

Sorry to be a stickler but I *think* I followed the docs direction with only sdo binary windows download to get samples working. If you follow that path there is no mention I *think* of adding libxml2 and the axis2c to your path. If this is correct and you are going to refresh again maybe

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

On Jul 17, 2006, at 11:12 PM, Raymond Feng wrote: Hi, I can run the all the test cases successfully using mvn clean install. Can you post me the stacktrace? I commented out the test bodies. If I uncomment them I get: Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.061

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

Fairly sure the Requirements section says you must have LIBXML (and Iconv, zlib) on the PATH. I've just re-posted the distros to fix a couple of problems. I'd rather not re-build them for a doc issue at this stage. Cheers, On 18/07/06, Rick [EMAIL PROTECTED] wrote: Sorry to be a stickler

Re: Moving chianti to trunk

It is true that users who just want a working binary download have the M1 release to work with. However, the Tuscany community itself will benefit from being able to run end to end scenarios to exercise code that they contribute to the new trunk. So if we do make this switch now, I believe that

[jira] Created: (TUSCANY-554) Opposite properties are not implemented

Opposite properties are not implemented --- Key: TUSCANY-554 URL: http://issues.apache.org/jira/browse/TUSCANY-554 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects

[jira] Created: (TUSCANY-555) XMLDocument is incomplete

XMLDocument is incomplete - Key: TUSCANY-555 URL: http://issues.apache.org/jira/browse/TUSCANY-555 Project: Tuscany Issue Type: Bug Components: C++ SDO Reporter: Ed Slattery

[jira] Created: (TUSCANY-556) Investigation of XMLBeans, XBeans etc

Investigation of XMLBeans, XBeans etc - Key: TUSCANY-556 URL: http://issues.apache.org/jira/browse/TUSCANY-556 Project: Tuscany Issue Type: Wish Reporter: Ed Slattery Priority:

[jira] Created: (TUSCANY-557) SDO documentation

SDO documentation - Key: TUSCANY-557 URL: http://issues.apache.org/jira/browse/TUSCANY-557 Project: Tuscany Issue Type: Task Reporter: Ed Slattery Priority: Minor Fix For: Cpp-M1 Design

[jira] Created: (TUSCANY-558) refactor for mutli-language

refactor for mutli-language --- Key: TUSCANY-558 URL: http://issues.apache.org/jira/browse/TUSCANY-558 Project: Tuscany Issue Type: Wish Components: C++ SDO Reporter: Ed Slattery Why not make

[jira] Created: (TUSCANY-559) Axis2 integration

Axis2 integration - Key: TUSCANY-559 URL: http://issues.apache.org/jira/browse/TUSCANY-559 Project: Tuscany Issue Type: Improvement Components: C++ SDO Reporter: Ed Slattery Fix For: Cpp-M1

[jira] Created: (TUSCANY-560) DAS: managedtx attribute can default to false

DAS: managedtx attribute can default to false - Key: TUSCANY-560 URL: http://issues.apache.org/jira/browse/TUSCANY-560 Project: Tuscany Issue Type: Bug Components: Java DAS RDB

Proprietary BEA Dependency in Tuscany ?

Hi I'm trying to run java/testing/tomcat/bigbank and I found it requires the following dependency : Missing: -- 1) javax.xml:jsr173:jar:1.0 Try downloading the file manually from: http://ftpna2.bea.com/pub/downloads/jsr173.jar Then, install it using the

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

Hi again! RC3a binaries tested on Windows and Fedore Core1. Still happy'n'dandy. +1 from me Andy On 7/18/06, Pete Robbins [EMAIL PROTECTED] wrote: I have refreshed the distros to include a couple of bug fixes and some doc fixes. Please vote on the release candidate available here:

[PATCH] Tuscany 560, DAS managedtx attribute can default to false

The attached patch adds a default of true for the managedtx attribute. Brent Index: src/main/resources/config.xsd === --- src/main/resources/config.xsd (revision 423097) +++ src/main/resources/config.xsd (working copy)

[jira] Created: (TUSCANY-561) SDO Sample build.cmd cannot find mspdb71.dll

SDO Sample build.cmd cannot find mspdb71.dll Key: TUSCANY-561 URL: http://issues.apache.org/jira/browse/TUSCANY-561 Project: Tuscany Issue Type: Bug Components: C++ Build, C++ SDO

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

Hi, I ran into this issue once inside Eclipse but cannot reproduce it any more. It's probably related to some settings of the SAX/DOM features on namespace handling. I'll investigate. What JDK do you use? I tried IBM and SUN JDKs and both are fine. Thanks, Raymond - Original Message

[jira] Updated: (TUSCANY-561) SDO Sample build.cmd cannot find mspdb71.dll

[ http://issues.apache.org/jira/browse/TUSCANY-561?page=all ] Andrew Borley updated TUSCANY-561: -- Attachment: TUSCANY-561.patch Adds the vcvars32 call and makes sure the deploy/bin directories exist SDO Sample build.cmd cannot find mspdb71.dll

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

On Jul 18, 2006, at 8:46 AM, Raymond Feng wrote: Hi, I ran into this issue once inside Eclipse but cannot reproduce it any more. It's probably related to some settings of the SAX/DOM features on namespace handling. I'll investigate. What JDK do you use? I tried IBM and SUN JDKs and both

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

DOH! minor problem with the Windows src distro where a directory structure is missing from the sample :-( Re-creating distro and will update in 1hr. -- Pete

Re: Proprietary BEA Dependency in Tuscany ?

StAX is a JSR and also part of Java 6. On 7/18/06, Luciano Resende [EMAIL PROTECTED] wrote: Hi I'm trying to run java/testing/tomcat/bigbank and I found it requires the following dependency : Missing: -- 1) javax.xml:jsr173:jar:1.0 Try downloading the file manually

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

I have refreshed the distros. Please vote on the release candidate available here: http://people.apache.org/~robbinspg/RC-3b Apologies for any inconvenience. Cheers, -- Pete

[jira] Created: (TUSCANY-562) Robustness of type inheritance

Robustness of type inheritance -- Key: TUSCANY-562 URL: http://issues.apache.org/jira/browse/TUSCANY-562 Project: Tuscany Issue Type: Bug Affects Versions: Cpp-M1 Reporter: Ed Slattery

[jira] Created: (TUSCANY-563) robustness of addType, addPropertyToType

robustness of addType, addPropertyToType Key: TUSCANY-563 URL: http://issues.apache.org/jira/browse/TUSCANY-563 Project: Tuscany Issue Type: Bug Components: C++ SDO Reporter: Ed

Re: Moving chianti to trunk

-0 on ordaining some kind of official priority for functional equivalency with M1 -- my opinion is that at this stage in the project (ie, incubation), developer community is significantly more important than user community. I'd rather we take a more free form stance with respect to encouraging

Re: Re: SDO Samples

Robbie, sorry for the slow response, some comments below ... On 7/14/06, Robbie J Minshall [EMAIL PROTECTED] wrote: These comments are with regard to comments on the AccessingDataObjectsUsingXPath sample. There are also some general questions about the roles of the end user of the

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

I just got looking at 3a on XP only. Here are some things I noticed: On the SDO example I think is now runclient ... the usage if you just enter says Calc For building the source I needed to set ICONV_HOME This maybe be a requirement of LIBXML2 but it would be nice if it was out front.

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

Hi, Jeremy. Can you try this patch? It seems that in your environment the SAX XMLReader may have a different feature settings on namespaces or namespace-prefixes. With the patch, I enforce them by: reader.setFeature(http://xml.org/sax/features/namespaces;, true); // Default to true

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

Rick wrote: I just got looking at 3a on XP only. Here are some things I noticed: On the SDO example I think is now runclient ... the usage if you just enter says Calc For building the source I needed to set ICONV_HOME This maybe be a requirement of LIBXML2 but it would be nice if it was

Re: [PATCH] Patch for databinding was: Re: Moving chianti to trunk

On Jul 18, 2006, at 10:18 AM, Raymond Feng wrote: Hi, Jeremy. Can you try this patch? It seems that in your environment the SAX XMLReader may have a different feature settings on namespaces or namespace-prefixes. With the patch, I enforce them by:

Re: Proprietary BEA Dependency in Tuscany ?

But the dependency we are currently using is not opensource, is this right ? - Luciano On 7/18/06, Yang ZHONG [EMAIL PROTECTED] wrote: StAX is a JSR and also part of Java 6. On 7/18/06, Luciano Resende [EMAIL PROTECTED] wrote: Hi I'm trying to run java/testing/tomcat/bigbank and I

Re: Proprietary BEA Dependency in Tuscany ?

On Jul 18, 2006, at 10:27 AM, Luciano Resende wrote: But the dependency we are currently using is not opensource, is this right ? In general we use the stax-api JAR from Codehaus for this; that claims to be the RI and is open source. I don't know where this dependency in bigbank is

[jira] Resolved: (TUSCANY-561) SDO Sample build.cmd cannot find mspdb71.dll

[ http://issues.apache.org/jira/browse/TUSCANY-561?page=all ] Pete Robbins resolved TUSCANY-561. -- Fix Version/s: Cpp-current Resolution: Fixed patch applied SDO Sample build.cmd cannot find mspdb71.dll

[jira] Closed: (TUSCANY-524) ant for building scagen not run on windows

[ http://issues.apache.org/jira/browse/TUSCANY-524?page=all ] Pete Robbins closed TUSCANY-524. Fix Version/s: Cpp-current Resolution: Fixed ant for building scagen not run on windows --

Re: Proprietary BEA Dependency in Tuscany ?

It may be easier just to replace it but if people prefer to have license clarification, let me know and I will get it fixed. The intent with the jar was not to have a proprietary license and was probably an oversight in the Codehaus distro. Jim On Jul 18, 2006, at 10:46 AM, Jeremy Boynes

Test coverage tool

I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it

Re: Test coverage tool

Hi Jim, I don't see the attached report. --Kevin Jim Marino wrote: I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a

Re: Proprietary BEA Dependency in Tuscany ?

Looks like the /java/testing/tomcat/readme.htm describes how to get the dependencies from XML Bean Distribution, and what we need is just to make sure the message from running mvn does not point to bea website. If I download the file from the place on the documentation, and install it with the

[jira] Closed: (TUSCANY-552) CompanyWeb sample problem

[ http://issues.apache.org/jira/browse/TUSCANY-552?page=all ] Kevin Williams closed TUSCANY-552. -- Fix Version/s: Java-Mx Resolution: Fixed Verified with revision: 420213 CompanyWeb sample problem -

[jira] Closed: (TUSCANY-560) DAS: managedtx attribute can default to false

[ http://issues.apache.org/jira/browse/TUSCANY-560?page=all ] Kevin Williams closed TUSCANY-560. -- Fix Version/s: Java-Mx Resolution: Fixed Verified with revision: 420213 DAS: managedtx attribute can default to false

Re: Test coverage tool

Hi, I tried Clover with Tuscany M1 before and the report is nice. I thought it requires a license. Thanks, Raymond - Original Message - From: Jim Marino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, July 18, 2006 11:27 AM Subject: Test coverage tool I've been

Re: Proprietary BEA Dependency in Tuscany ?

On Jul 18, 2006, at 11:41 AM, Luciano Resende wrote: Looks like the /java/testing/tomcat/readme.htm describes how to get the dependencies from XML Bean Distribution, and what we need is just to make sure the message from running mvn does not point to bea website. If I download the file

Re: Test coverage tool

They have a free license for open source projects. I just got mine. Jim On Jul 18, 2006, at 11:59 AM, Raymond Feng wrote: Hi, I tried Clover with Tuscany M1 before and the report is nice. I thought it requires a license. Thanks, Raymond - Original Message - From: Jim Marino

[jira] Updated: (TUSCANY-433) User provided CUD with partial update results in NPE

[ http://issues.apache.org/jira/browse/TUSCANY-433?page=all ] Darius S. DeJesus updated TUSCANY-433: -- Attachment: Tuscany-433 Tuscany-433 was solved by recent changes to the code base. This is a refractored version of the original tests, moved to

jMock vs. EasyMock

In chianti we had started to play with jMock as a mock object test framework but after living with it for a while I started to get frustrated with it. I saw that Raymond's databinding framework was using EasyMock and tried converting over one of the jMock testcases. It was fairly simple to

Re: jMock vs. EasyMock

On Jul 18, 2006, at 1:32 PM, Jeremy Boynes wrote: In chianti we had started to play with jMock as a mock object test framework but after living with it for a while I started to get frustrated with it. I saw that Raymond's databinding framework was using EasyMock and tried converting over

Re: Test coverage tool

Looks like the mailing list strips attachments. Is there a way to send this and not have it removed? Jim On Jul 18, 2006, at 11:36 AM, Kevin Williams wrote: Hi Jim, I don't see the attached report. --Kevin Jim Marino wrote: I've been using Clover as a test coverage tool and have found

Dependency on Woodstox

The following classes have a dependency on classes from com.ctc: ./databinding-framework/src/main/java/org/apache/tuscany/databinding/ xml/Node2XMLStreamReader.java ./databinding-framework/src/main/java/org/apache/tuscany/databinding/ xml/XMLStreamReader2Node.java This couples us to the

Data binding extensions and changes to the SCA spec

I would like to get started on support for for XPath in SCDL as it is part of the recent SCA spec changes. This will likely require changes to the loader infrastructure and in particular StringParserPropertyFactory. Instead of having a PropertyFactory create an ObjectFactory responsible

Re: jMock vs. EasyMock

Hi, It seems that EasyMock is easier to understand and use. It takes a record and play approach on the real methods. That's why I decided to get it a try. Thanks, Raymond - Original Message - From: Jeremy Boynes [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, July

Re: Dependency on Woodstox

Hi, The dependencies to woodstox impl is for the Proof-of-Concept. We can write our own implementations or leverage some indepenedent ulitilies such as StaxUtils. Thanks, Raymond - Original Message - From: Jeremy Boynes [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent:

Re: [VOTE] Release Tuscany C++ Milestone 1 (candidate #3)

I just installed the linux binary version onto ubuntu 6. Calculator sample works fine. -David Wheeler On 7/18/06, Pete Robbins [EMAIL PROTECTED] wrote: I have refreshed the distros. Please vote on the release candidate available here: http://people.apache.org/~robbinspg/RC-3b Apologies for

[C++] Fwd: xmlbeanscxx proposal

It appears that a C++ version of XMLBeans is much closer to being reality at Apache -- see the post below forwarded from [EMAIL PROTECTED] Tuscany C++ folks, has there been consideration of leveraging an XML mapping technology like this? I know the support for multiple databinding frameworks

Re: Data binding extensions and changes to the SCA spec

Hi, It should be a good fit to use Transfomation service to present property values in a preferred way indicated by the property receiver. Here're some use cases I can imagine: 1) Parse the XML for a property value to create a DOM representation (StAX XMLStreamReader--DOM Node) 2) Inject

CurrentCompositeContext.getContext() in chianti?

Does Tuscany, now with Chianti, take responsibility for setting up the CurrentCompositeContext? When I last understood the relevant code, at M1, Tuscany was more or less requiring the host environment to set this up (then CurrentModuleContext). This was done with Tomcat via the TuscanyValve, for

Re: Data binding extensions and changes to the SCA spec

On Jul 18, 2006, at 5:28 PM, Raymond Feng wrote: Hi, It should be a good fit to use Transfomation service to present property values in a preferred way indicated by the property receiver. Here're some use cases I can imagine: 1) Parse the XML for a property value to create a DOM

Re: CurrentCompositeContext.getContext() in chianti?

Responsibility still lies with the host environment. In the launcher's case, it is the J2SE (command line) host environment so it sets up the context before calling the application code; it is kind of similar to a J2EE application client container. We do a similar thing in SCATestCase to

[jira] Created: (TUSCANY-564) BigBank tomcat test integration POM points to BEA jar file download

BigBank tomcat test integration POM points to BEA jar file download --- Key: TUSCANY-564 URL: http://issues.apache.org/jira/browse/TUSCANY-564 Project: Tuscany Issue Type: Bug

Re: Test coverage tool

Try zipping it and then attaching the zip. It worked this way for me when I tried to attach a gif for our website. Venkat On 7/19/06, Jim Marino [EMAIL PROTECTED] wrote: Looks like the mailing list strips attachments. Is there a way to send this and not have it removed? Jim On Jul 18,

Re: [C++] Fwd: xmlbeanscxx proposal

Thanks for bringing this to our attention. I'll certainly look into seeing how we can use this in Tuscany. Cheers, -- Pete