RE: Question on JAXB data binding

Hi Raymond, I added the annotation to an interface method like this: @DataType(name = "javax.xml.bind.JAXBElement", context = { @DataContext(key = "jaxb.contextPath", value = "foo.jaxb") }) void foo(FooType fooType); However, the NPE still occurred as before. Not sure whether I miss anything, but

Re: Problem meaven

I tried to build after totaly cleaning my maven repository ( as I tought this was the scenario from Adriano) and I'm getting a simmilar issue, failure on a testing, under revision 465154. I have tried building couple times, with no luck. [INFO] Installing D:\DEV\Projects\Tuscany\source\java\sampl

[jira] Updated: (TUSCANY-867) DAS M2 Branch updates

Assigned To: Luciano Resende >Priority: Blocker > Fix For: Java-M2 > > Attachments: BUILDING.txt, tuscany867-take1.lresende.20061017.txt, > tuscany867-take2.lresende.20061017.txt, tuscany867-take3.lresende.20061017.txt > > > Need to add/update

[jira] Updated: (TUSCANY-867) DAS M2 Branch updates

[ http://issues.apache.org/jira/browse/TUSCANY-867?page=all ] Luciano Resende updated TUSCANY-867: Attachment: tuscany867-take3.lresende.20061017.txt Fixed the remaining issues found by jboynes and removed the batch file from the patch. The

[jira] Commented: (TUSCANY-867) DAS M2 Branch updates

Priority: Blocker > Fix For: Java-M2 > > Attachments: tuscany867-take1.lresende.20061017.txt, > tuscany867-take2.lresende.20061017.txt > > > Need to add/update some files before cuting das tag. -- This message is automatically generated by JIRA. - If you think it was

[jira] Updated: (TUSCANY-867) DAS M2 Branch updates

[ http://issues.apache.org/jira/browse/TUSCANY-867?page=all ] Luciano Resende updated TUSCANY-867: Attachment: tuscany867-take2.lresende.20061017.txt This patch removes SNAPSHOT references from the DAS M2 Branch and include the windows batch file

Re: Reminder. Request for Project Ideas for University Students

Hi Geoff I have started creating some project descriptions for the DAS ideas listed on the referenced wiki page. Please find my draft at : http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview/DAS_Subprojects Please let me know if you want any specific type of contents to help you

RE: SDO Java: Getting Involved -- Tests/Samples

Hello, I am a member of the QA team at Rogue Wave Software. I work closely with the HydraSDO Development Team on the HydraSDO for XML product (C++ and Java). I recently attached a couple of sample Java tests that we currently have in our junit test-suite which exercise HydraSDO for XML. The zi

Re: Question on JAXB data binding

Hi, When you annote the java interface with JAXB binding, you can set extra context as @DataContext(key="...", value="..."). Can you give that a try? Thanks, Raymond - Original Message - From: "Li Shen" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 17, 2006 12:06 AM Subject: Ques

[jira] Updated: (TUSCANY-829) Investigate integration of RogueWave tests

[ http://issues.apache.org/jira/browse/TUSCANY-829?page=all ] Attachment: sdo.zip > Investigate integration of RogueWave tests > -- > > Key: TUSCANY-829 > URL: http://issues.apache.org/jira/browse/TUSCANY-829 >

[jira] Resolved: (TUSCANY-833) ComponentType sidefiles do not work for Pojo Implementation

[ http://issues.apache.org/jira/browse/TUSCANY-833?page=all ] Jim Marino resolved TUSCANY-833. Fix Version/s: Java-Mx Resolution: Fixed Fixed in trunk (not M2) > ComponentType sidefiles do not work for Pojo Implementation > --

Re: [VOTE] Release Tuscany C++ Milestone 2

FWIW, it's +1 from me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [DAS] TUSCANY-866: Default OCC policy

I've been working on some function to recover from collisions (since at the moment we have none :) ). One of the recovery mechanisms I'm planning to put in is a means to "force" the update. Though it would require an extra step, this should take care of this case. Brent On 10/17/06, Kevin Willia

[jira] Updated: (TUSCANY-867) DAS M2 Branch updates

[ http://issues.apache.org/jira/browse/TUSCANY-867?page=all ] Luciano Resende updated TUSCANY-867: Attachment: tuscany867-take1.lresende.20061017.txt Please apply this patch only into DAS M2 Branch. Let's keep the JIRA open, in case I need any

Re: Integration testing - we need some :-)

On Oct 17, 2006, at 12:53 PM, Jeremy Boynes wrote: In cutting M2 the lack of integration testing has been quite painful. We need to start adding the post-build functional/ integration testing we've talked about before but which we've not actually implemented. I'm going to start work on so

Re: [DAS] TUSCANY-866: Default OCC policy

I have talked to clients that want their data slammed into the database no matter what. But, this is an edge case. We can wait for someone to ask for it ... or contribute it. Brent Daniel wrote: Kevin, We can do that, but it will be our fourth different way to specify OCC behavior (defaul

[jira] Created: (TUSCANY-867) DAS M2 Branch updates

DAS M2 Branch updates - Key: TUSCANY-867 URL: http://issues.apache.org/jira/browse/TUSCANY-867 Project: Tuscany Issue Type: Improvement Affects Versions: Java-M2 Reporter: Luciano Resende Assigned

Re: [jira] Updated: (TUSCANY-642) Composite references and services - model and runtime representations

Hi, I'll review the patch and apply. BTW, did you get your apache account? Thanks, Raymond - Original Message - From: "Ignacio Silva-Lepe (JIRA)" To: Sent: Tuesday, October 17, 2006 12:41 PM Subject: [jira] Updated: (TUSCANY-642) Composite references and services - model and runtim

Re: [DAS] TUSCANY-866: Default OCC policy

Kevin, We can do that, but it will be our fourth different way to specify OCC behavior (default, version column, managed version column, and none.) Is there a good use case for this? It seems like the only time you would want to go without concurrency control is when you have read-only tables, a

[DAS] TUSCANY-866: Default OCC policy

Brent, This sounds reasonable but we probably want some mechanism to provide our previous default policy which is "no collision checking". Maybe a piece of config. What do you think? -- Kevin [DAS] Use overqualified update by default -

[jira] Created: (TUSCANY-866) [DAS] Use overqualified update by default

[DAS] Use overqualified update by default - Key: TUSCANY-866 URL: http://issues.apache.org/jira/browse/TUSCANY-866 Project: Tuscany Issue Type: New Feature Components: Java DAS RDB

Integration testing - we need some :-)

In cutting M2 the lack of integration testing has been quite painful. We need to start adding the post-build functional/integration testing we've talked about before but which we've not actually implemented. I'm going to start work on some projects in the sandbox to try and automate integra

[jira] Updated: (TUSCANY-642) Composite references and services - model and runtime representations

[ http://issues.apache.org/jira/browse/TUSCANY-642?page=all ] Ignacio Silva-Lepe updated TUSCANY-642: --- Attachment: SimplerCompositeReferenceInvocation.patch This patch provides a simpler implementation of composite reference and composite service

Re: mvn deploy, passwords and signing

we chatted on irc but ... On Oct 17, 2006, at 6:26 AM, kelvin goodson wrote: I'm currently trying to deploy and sign the sdo artifatcs to the remote maven repository. I have 2 issues. 1) I have put a stanza in my settings.xml for maven to give my username and password for the server, but

[jira] Resolved: (TUSCANY-865) DAS sample distribution does not include sample canned database

;Reporter: Luciano Resende > Assigned To: Luciano Resende >Priority: Blocker > Fix For: Java-M2 > > Attachments: readme.htm, tuscany865.lresende.20061017.txt > > > Currently, the sample distribution is not including the da

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

Pete Robbins wrote: Actually you may have noticed we don't prefix the Jira summaries at the moment ;-) Maybe we should spread this discussion... On 17/10/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: On 17/10/06, Pete Robbins <[EMAIL PROTECTED]> wrote: > > Whatever you like. You don't see the c

Re: A maven plugin helps install artifacts for a standalone Tuscany application

The point of the branch is to provide a base for stabilization and we should not be adding new functionality to it. This is standalone Maven plugin and if its something we want we can release it independently. -- Jeremy On Oct 17, 2006, at 9:20 AM, Simon Nash wrote: Does the self-containe

Re: DAS Java M2 RC3

I have fixed the issue where the sample canned database was missing on the sample distribution. For M2, the sample distribution assembly is referencing the database files as an outside project reference, but i have logged a JIRA to fix this issue in a better fashion for future release : http://iss

[jira] Updated: (TUSCANY-865) DAS sample distribution does not include sample canned database

Samples >Affects Versions: Java-M2 >Reporter: Luciano Resende > Assigned To: Luciano Resende >Priority: Blocker > Fix For: Java-M2 > > Attachments: readme.htm, tuscany865.lresende.20061017.txt > > > Currently, the sa

[jira] Updated: (TUSCANY-865) DAS sample distribution does not include sample canned database

[ http://issues.apache.org/jira/browse/TUSCANY-865?page=all ] Luciano Resende updated TUSCANY-865: Attachment: tuscany865.lresende.20061017.txt These changes should go in both : das m2 branch and trunk > DAS sample distribution does not incl

Re: A maven plugin helps install artifacts for a standalone Tuscany application

Does the self-contained image (case 2) contain required extensions (in the "extensions" directory) and all their dependencies (in the "repository" directory)? If so, I think this will be a great convenience for people building redistributable Tuscany apps and I think we should move it into the M2

Re: Questions regarding threading related practices

On Oct 17, 2006, at 8:01 AM, Peter Cousins wrote: 1) Do you think bindings need to advertise whether they use non-WorkScheduler threading via the manifest or some other mechanism to accommodate deployment issues/constraints? Perhaps. In our model there is nothing special about bindings - th

Re: Test DAS M2 Branch

I have taken care of this, and it will be available with other changes on the readme available as a patch for : http://issues.apache.org/jira/browse/TUSCANY-865 - Luciano Resende On 10/17/06, Kevin Williams <[EMAIL PROTECTED]> wrote: I just started going over the readme for the CompanyWeb samp

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

Actually you may have noticed we don't prefix the Jira summaries at the moment ;-) Maybe we should spread this discussion... On 17/10/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: On 17/10/06, Pete Robbins <[EMAIL PROTECTED]> wrote: > > Whatever you like. You don't see the component in the Jira

Test DAS M2 Branch

I just started going over the readme for the CompanyWeb sample and noticed that the instructions read: - NOTE: for the M2 version of Tuscany sample the url is: http://localhost:8080/sample-companyweb-1.0-i

Re: Bootstrapping using MainLaunchBooter question

We have three packages in the kernel that I would like eventually to consider stable: tuscany-api intended to be used by general end-user application code tuscany-host-api intended to be used by more sophisticated applications that want control over the runtime tuscany-spi intended for use by

Re: Is DAS building in M2 branch?

BTW ... looking at pom/parent/pom.xml between the branch and m2 it seems that is the difference. Rick wrote: I built offline. My one machine is only running the M2 branch. If all you do is compile DAS I think you could have a mismatch. The only way for sure is to once wipe out your local r

Re: Resend: A maven plugin helps install artifacts for a standalone Tuscany application

Hi, Venkat. Please see my comments below. Thanks, Raymond - Original Message - From: "Venkata Krishnan" <[EMAIL PROTECTED]> To: Sent: Monday, October 16, 2006 10:38 PM Subject: Re: Resend: A maven plugin helps install artifacts for a standalone Tuscany application Hi Raymond, Pl

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

On 17/10/06, Pete Robbins <[EMAIL PROTECTED]> wrote: Whatever you like. You don't see the component in the Jira created message so maybe we should put this in there. That's a good point. OK, I'm persuaded. I'll use [SDO C++ 2.1 Spec] Regards, Geoff. Or... get Jira to add it in automagica

RE: Bootstrapping using MainLaunchBooter question

I was just assuming that some of the APIs called in MainLaunchBooter might not be "supported" APIs. If the APIs used as shown in MainLaunchBooter are stable and expected to be used by applications, then that is great.Thanks...PC -Original Message- From: Jeremy Boynes [mailto:[EMAIL PR

Re: Is DAS building in M2 branch?

I built offline. My one machine is only running the M2 branch. If all you do is compile DAS I think you could have a mismatch. The only way for sure is to once wipe out your local repository and do full build on both trunk and m2 branch. And from there be careful about switching(renaming) you

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

Whatever you like. You don't see the component in the Jira created message so maybe we should put this in there. Or... get Jira to add it in automagically if anyone knows how?? Cheers, On 17/10/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: Are you sure about the SDO C++ part in square brackets

Re: Bootstrapping using MainLaunchBooter question

A bit of history here :-) In M1 we required that an application create a TuscanyRuntime before interacting with any SCA code. We had feedback that this was a problem for application developers and that they should not need to do that - they should automatically have an SCA context "as if by

Re: Is DAS building in M2 branch?

Altough I didn't have any isues building it neither, I think Rick is right and we should not have any reference to snapshot dependencies. I'll fix this now. BTW, Rick, did you build with any specific parameters (e.g mvn -o) ? - Luciano Resende On 10/17/06, Kevin Williams <[EMAIL PROTECTED]> wro

Re: Is DAS building in M2 branch?

Hi Rick, I just pulled the DAS M2 branch and it built fine. -- Kevin Rick wrote: I'm having some issues getting DAS to compile in the M2 branch. It's main pom.xml has a parent 1-incubator-SNAPSHOT while the common parent has a version 1-incubator. The error I receive is can't find parent

RE: Questions regarding threading related practices

1) Do you think bindings need to advertise whether they use non-WorkScheduler threading via the manifest or some other mechanism to accommodate deployment issues/constraints? 2) Is this what you are saying about direct dispatch? a) bindings should use WorkScheduler to queue all I/O unless not po

Bootstrapping using MainLaunchBooter question

Currently the main class main method is executed from the main thread after the rest of the runtime is initialized. I think the application main class needs to be able to supply a method that is invoked before the runtime is initialized in case it needs to do any pre-initialization housekeeping.

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

Are you sure about the SDO C++ part in square brackets? These JIRAs will already have their "component" property set to "C++ SDO" so they are easy enough to identify as belonging to SDO for C++. I was trying not to clutter the summary too much. Regards, Geoff. On 17/10/06, Pete Robbins <[EMAIL

[VOTE] Release Tuscany Java SDO Milestone 2

Please vote to approve the release SDO Java Milestone 2: The release candidate is available at http://people.apache.org/~kelvingoodson/sdo_java/RC5/ (It is identical to RC4 except for a tiny typo fix in the BUILDING.txt file for the implemen

Re: [SDO for C++] How to raise JIRAs for 2.1 spec compliance

Geoff, there is a "specification" category for Jiras so when you raise one you can select SDO C++ and specification. Prefixing the summary field is a good idea.. maybe [SDO C++ 2.1 Spec] as the specification classification covers Java/C++ and sdo/sca. Actually I'm not sure if the specification ca

[SDO for C++] How to raise JIRAs for 2.1 spec compliance

I am working through the draft 2.1 version of the SDO for Java spec, migrating the changes into the C++ spec. That will create requirements to change the SDO implementation to comply with the new spec. My preference is to raise JIRAs for these items, with those JIRAs clearly labelled so that we ca

Re: [VOTE] Release Tuscany C++ Milestone 2

Hi Caroline, On 10/17/06, Caroline Maynard <[EMAIL PROTECTED]> wrote: > Hi everyone, > > I have posted a 2nd candidate for the milestone 2 C++ release here: > http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC2/ Andy, can you summarise the changes since RC1 ? Yep. It's been almost all

Re: [VOTE] Release Tuscany C++ Milestone 2

Caroline, as far as Tuscany SDO C++ is concerned the changes have been in documentation, licence headers and a couple of makefile tweaks. I don't believe the C++ code has changed since RC1. For SCA C++ it has again mainly been doc and licence issues plus a couple of build fixes that were causing

mvn deploy, passwords and signing

I'm currently trying to deploy and sign the sdo artifatcs to the remote maven repository. I have 2 issues. 1) I have put a stanza in my settings.xml for maven to give my username and password for the server, but maven still requires me to enter my password multiple times in clear text for each d

Is DAS building in M2 branch?

I'm having some issues getting DAS to compile in the M2 branch. It's main pom.xml has a parent 1-incubator-SNAPSHOT while the common parent has a version 1-incubator. The error I receive is can't find parent pom. I changed DAS locally to just "1-incubator" and it built. Just wondering if th

Re: [VOTE] Release Tuscany C++ Milestone 2

Hi everyone, I have posted a 2nd candidate for the milestone 2 C++ release here: http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC2/ Andy, can you summarise the changes since RC1 ? - To unsubscribe, e-mail: [EMAIL PRO

[VOTE] Release Tuscany C++ Milestone 2

Hi everyone, I have posted a 2nd candidate for the milestone 2 C++ release here: http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC2/ Please vote to publish the Milestone 2 release distributions. Please take some time to download the distributions, review them and test them in your envir

Re: Problem meaven

Hi Adriano, All projects (or most of them atleast) in tuscany have unit tests that are executed as part of the project build. The project is compiled first and then the unit tests are run. So, while building a project you might end up with either compilation errors or errors because some unit t

[jira] Resolved: (TUSCANY-843) M2 RC1 README missing a high level overview of the features in this release

[ http://issues.apache.org/jira/browse/TUSCANY-843?page=all ] Andrew Borley resolved TUSCANY-843. --- Resolution: Fixed Fixed in r464884 > M2 RC1 README missing a high level overview of the features in this release > -

[jira] Resolved: (TUSCANY-858) Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html

[ http://issues.apache.org/jira/browse/TUSCANY-858?page=all ] Pete Robbins resolved TUSCANY-858. -- Resolution: Fixed > Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html >

[jira] Resolved: (TUSCANY-851) Minor doc issues in the SCA doc/Axis2CWSService.html

[ http://issues.apache.org/jira/browse/TUSCANY-851?page=all ] Andrew Borley resolved TUSCANY-851. --- Resolution: Fixed Fixed in r464869 > Minor doc issues in the SCA doc/Axis2CWSService.html > > >

[jira] Resolved: (TUSCANY-844) bin/test programs should be removed from the bin distribution

[ http://issues.apache.org/jira/browse/TUSCANY-844?page=all ] Andrew Borley resolved TUSCANY-844. --- Resolution: Fixed Fixed in r464861 > bin/test programs should be removed from the bin distribution > ---

[jira] Resolved: (TUSCANY-853) Minor issues in the SCA doc PythonExtension.html and RubyExtension.html

[ http://issues.apache.org/jira/browse/TUSCANY-853?page=all ] Andrew Borley resolved TUSCANY-853. --- Resolution: Fixed Fixed in r464860 > Minor issues in the SCA doc PythonExtension.html and RubyExtension.html > -

Problem meaven

I finally could import the project into the eclipse and I've also set the variable M2_REPO and it seems to be working. But when I tried to compile the entire project I got some errors like missing classes, for example the org.apache.tuscany.binding.axis2.AbstractMessageReceiver. So I executed the

[jira] Resolved: (TUSCANY-845) Empty README, INSTALL files under SDO and SCA samples

[ http://issues.apache.org/jira/browse/TUSCANY-845?page=all ] Pete Robbins resolved TUSCANY-845. -- Resolution: Fixed > Empty README, INSTALL files under SDO and SCA samples > - > > Key:

Question on JAXB data binding

Hi Raymond, How can I specify the "contextPath" or "classes" when using JAXB data binding in binding.ws? Without them NPE was thrown from the code below since JAXBContext does not allow pass null to newInstance(): String contextPath = (String) bindingContext.getMetadata(JAXB_CONTEXT_PATH); JAXBCo