[jira] [Updated] (MNG-8479) Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile

[ https://issues.apache.org/jira/browse/MNG-8479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MNG-8479: Description: h2. *Recreate steps* With either a recent version of 3.9.x or 4.0.0-x, build my recreate plugin

[jira] [Updated] (MNG-8479) Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile

[ https://issues.apache.org/jira/browse/MNG-8479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MNG-8479: Description: h2. *Recreate steps* With either a recent version of 3.9.x or 4.0.0-x, build my recreate plugin

[jira] [Updated] (MNG-8479) Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile

[ https://issues.apache.org/jira/browse/MNG-8479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MNG-8479: Description: h2. *Recreate steps* With either a recent version of 3.9.x or 4.0.0-x, build my recreate plugin

[jira] [Updated] (MNG-8479) Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile

[ https://issues.apache.org/jira/browse/MNG-8479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MNG-8479: Description: h2. *Recreate steps* With either a recent version of 3.9.x or 4.0.0-x, build my recreate plugin

[jira] [Created] (MNG-8479) Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile

Scott Kurz created MNG-8479: --- Summary: Multi-module, intra-reactor artifact resolution doesn't work for 'ejb' packaged types like with 'jar' packaged types and requires compile Key: MNG-8479 URL: https://issues.apache.

[jira] [Commented] (MWRAPPER-83) mvnw fails in zsh due to empty MAVEN_OPTS variable

[ https://issues.apache.org/jira/browse/MWRAPPER-83?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17635041#comment-17635041 ] Scott Kurz commented on MWRAPPER-83: Under [https://maven.apache.org/wrapper/#suppor

[jira] [Updated] (MWRAPPER-83) mvnw fails in zsh due to empty MAVEN_OPTS variable

[ https://issues.apache.org/jira/browse/MWRAPPER-83?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWRAPPER-83: --- Description: Running mvnw in zsh, I get: {quote}*Error: Could not find or load main class* *Caused b

[jira] [Updated] (MWRAPPER-83) mvnw fails in zsh due to empty MAVEN_OPTS variable

[ https://issues.apache.org/jira/browse/MWRAPPER-83?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWRAPPER-83: --- Description: Running mvnw in zsh, I get: {quote}*Error: Could not find or load main class* *Caused b

[jira] [Created] (MWRAPPER-83) mvnw fails in zsh due to empty MAVEN_OPTS variable

Scott Kurz created MWRAPPER-83: -- Summary: mvnw fails in zsh due to empty MAVEN_OPTS variable Key: MWRAPPER-83 URL: https://issues.apache.org/jira/browse/MWRAPPER-83 Project: Maven Wrapper Issue

[jira] [Commented] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)

[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17340316#comment-17340316 ] Scott Kurz commented on MWAR-441: - Opened PR:  [https://github.com/apache/maven-war-plugin/

[jira] [Updated] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)

[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWAR-441: Description: I would like to subject something copied to the WAR root, e.g. a JSP to the same "outdated" che

[jira] [Updated] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)

[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWAR-441: Description: I would like to subject something copied to the WAR root, e.g. a JSP to the same "outdated" che

[jira] [Updated] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)

[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWAR-441: Description: I would like to subject something copied to the WAR root, e.g. a JSP to the same "outdated" che

[jira] [Updated] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)

[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated MWAR-441: Summary: Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app d

[jira] [Created] (MWAR-441) Allow "outdatedCheckPath" parameter to be set to cover everything in the web app directory

Scott Kurz created MWAR-441: --- Summary: Allow "outdatedCheckPath" parameter to be set to cover everything in the web app directory Key: MWAR-441 URL: https://issues.apache.org/jira/browse/MWAR-441 Project: M

[jira] [Created] (SUREFIRE-1545) Not possible to configure java.util.logging with failsafe plugin in forked JVM

Scott Kurz created SUREFIRE-1545: Summary: Not possible to configure java.util.logging with failsafe plugin in forked JVM Key: SUREFIRE-1545 URL: https://issues.apache.org/jira/browse/SUREFIRE-1545 Pr

[jira] [Commented] (TUSCANY-3943) JAXWS Elements are not processed by the WSDLModelResolver - enableWrapperStyle elements are ignored

[ https://issues.apache.org/jira/browse/TUSCANY-3943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13101324#comment-13101324 ] Scott Kurz commented on TUSCANY-3943: - Gave this some more thought and realized two

[jira] [Commented] (TUSCANY-3943) JAXWS Elements are not processed by the WSDLModelResolver - enableWrapperStyle elements are ignored

[ https://issues.apache.org/jira/browse/TUSCANY-3943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13100685#comment-13100685 ] Scott Kurz commented on TUSCANY-3943: - Eric, Thanks for raising the issue and the

[jira] [Closed] (TUSCANY-3942) Should

[ https://issues.apache.org/jira/browse/TUSCANY-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz closed TUSCANY-3942. --- > Should https://issues.apache.org/jira/browse/TUSCANY-3942 > Project: Tuscany > I

[jira] [Resolved] (TUSCANY-3942) Should

[ https://issues.apache.org/jira/browse/TUSCANY-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3942. - Resolution: Fixed Thanks for chiming in Mike. > Should https://issues.apache.org/jira/browse/T

[jira] [Assigned] (TUSCANY-3942) Should

[ https://issues.apache.org/jira/browse/TUSCANY-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz reassigned TUSCANY-3942: --- Assignee: Scott Kurz > Should https://issues.apache.org/jira/browse/TUSCANY-3942 >

[jira] [Updated] (TUSCANY-3942) Should

[ https://issues.apache.org/jira/browse/TUSCANY-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3942: Description: Should this be allowed? (I should have phrased this as "uri"-less rather than "emp

[jira] [Created] (TUSCANY-3942) Should

Should https://issues.apache.org/jira/browse/TUSCANY-3942 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Affects Versions: Java-SCA-2.x Reporter: Scott Kurz Priority: Minor Should this be allowed: http://www.at

[jira] [Created] (TUSCANY-3941) Reference with

Reference with https://issues.apache.org/jira/browse/TUSCANY-3941 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Affects Versions: Java-SCA-2.x Reporter: Scott Kurz Priority: Minor If I have a service exposed over

[jira] [Commented] (TUSCANY-3924) Inherited fields in service impl classes are treated as Properties

[ https://issues.apache.org/jira/browse/TUSCANY-3924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13087750#comment-13087750 ] Scott Kurz commented on TUSCANY-3924: - Why wouldn't the fields in the base class be

[jira] [Commented] (TUSCANY-3918) Split WSDL files in the same namespace casues problems for ws binding

[ https://issues.apache.org/jira/browse/TUSCANY-3918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13083125#comment-13083125 ] Scott Kurz commented on TUSCANY-3918: - Just curious when this is failing... could yo

[jira] [Updated] (TUSCANY-3911) ServiceReference type not marshalled to XML correctly

[ https://issues.apache.org/jira/browse/TUSCANY-3911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3911: Attachment: 3911.recreate.patch Assuming you have my recent binding.sca changes (r1153291), simpl

[jira] [Created] (TUSCANY-3911) ServiceReference type not marshalled to XML correctly

ServiceReference type not marshalled to XML correctly - Key: TUSCANY-3911 URL: https://issues.apache.org/jira/browse/TUSCANY-3911 Project: Tuscany Issue Type: Bug Components: SCA

[jira] [Created] (TUSCANY-3910) Ensure that JAX-WS wrapper generation occurs before databinding introspection to avoid need for @RequestWrapper, etc. to set databinding

Ensure that JAX-WS wrapper generation occurs before databinding introspection to avoid need for @RequestWrapper, etc. to set databinding Key: T

[jira] [Updated] (TUSCANY-3908) IllegalArgumentException with XMLStreamReader2JSON transformer

[ https://issues.apache.org/jira/browse/TUSCANY-3908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3908: Attachment: recreate.patch To recreate simply apply this patch enabling one of the itest/data-cop

[jira] [Created] (TUSCANY-3908) IllegalArgumentException with XMLStreamReader2JSON transformer

IllegalArgumentException with XMLStreamReader2JSON transformer -- Key: TUSCANY-3908 URL: https://issues.apache.org/jira/browse/TUSCANY-3908 Project: Tuscany Issue Type: Bug

[jira] [Resolved] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3894. - Resolution: Fixed Resolved by having local binding.sca reference provider do the following: -

[jira] [Reopened] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz reopened TUSCANY-3894: - I never actually used the structure I built as part of this work to fix the original problem, as s

[jira] [Resolved] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3894. - Resolution: Fixed > Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[jira] [Commented] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13072148#comment-13072148 ] Scott Kurz commented on TUSCANY-3894: - I checked in some more changes here, so let m

[jira] [Commented] (TUSCANY-3901) Problem unwrapping repeated elements (for maxOccurs>1) payloads using DOM databinding (from JAX-WS binding.ws impl)

[ https://issues.apache.org/jira/browse/TUSCANY-3901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13071167#comment-13071167 ] Scott Kurz commented on TUSCANY-3901: - Though I'd noticed there seemed to be code mi

[jira] [Reopened] (TUSCANY-3890) Port TUSCANY-2931 "Allow for separate request and response wireFormats in binding.jms" to 2.x

[ https://issues.apache.org/jira/browse/TUSCANY-3890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz reopened TUSCANY-3890: - I'd like to re-open pointing to a failing test, but a quick note instead why I think this is an is

[jira] [Updated] (TUSCANY-3901) Problem unwrapping repeated elements (for maxOccurs>1) payloads using DOM databinding (from JAX-WS binding.ws impl)

[ https://issues.apache.org/jira/browse/TUSCANY-3901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3901: Assignee: Scott Kurz Summary: Problem unwrapping repeated elements (for maxOccurs>1) payloads

[jira] [Updated] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3894: Attachment: 3894.patch Here is a patch which only does the copy in the binding if it detects that

[jira] [Updated] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3894: Attachment: 3894.tests.patch Some tests showing a couple of the issues I raised, e.g. 1) The fa

[jira] [Commented] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13061378#comment-13061378 ] Scott Kurz commented on TUSCANY-3894: - I gave what I called the "object reference gr

[jira] [Updated] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3894: Affects Version/s: Java-SCA-2.x > Binding.sca local behavior: copy vs. mediate, same-databinding

[jira] [Created] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption

Binding.sca local behavior: copy vs. mediate, same-databinding assumption -- Key: TUSCANY-3894 URL: https://issues.apache.org/jira/browse/TUSCANY-3894 Project: Tuscany

[jira] [Commented] (TUSCANY-3884) binding.sca local delegation

[ https://issues.apache.org/jira/browse/TUSCANY-3884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13057818#comment-13057818 ] Scott Kurz commented on TUSCANY-3884: - Simon, Yes I realize I'm mixing up the issue

[jira] [Commented] (TUSCANY-3884) binding.sca local delegation

[ https://issues.apache.org/jira/browse/TUSCANY-3884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13057469#comment-13057469 ] Scott Kurz commented on TUSCANY-3884: - I just realized a more fundamental issue with

[jira] [Commented] (TUSCANY-3884) binding.sca local delegation

[ https://issues.apache.org/jira/browse/TUSCANY-3884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054524#comment-13054524 ] Scott Kurz commented on TUSCANY-3884: - Simon, You're talking about local as in col

[jira] [Commented] (TUSCANY-3882) Are there any changes in 1.x that we still need to apply to 2.x

[ https://issues.apache.org/jira/browse/TUSCANY-3882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053951#comment-13053951 ] Scott Kurz commented on TUSCANY-3882: - Simon, I know we never did the work (for b

[jira] [Commented] (TUSCANY-3874) Redundant namespace prefixes when creating new components

[ https://issues.apache.org/jira/browse/TUSCANY-3874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051453#comment-13051453 ] Scott Kurz commented on TUSCANY-3874: - I recreated this by using the XMLStreamWriter

[jira] [Commented] (TUSCANY-3857) unwrapping OMElementWrapperHandler can't easily tolerate both non-valid data and minOccurs="0" data

[ https://issues.apache.org/jira/browse/TUSCANY-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13030925#comment-13030925 ] Scott Kurz commented on TUSCANY-3857: - One more note... I did take a quick look at t

[jira] [Commented] (TUSCANY-3857) unwrapping OMElementWrapperHandler can't easily tolerate both non-valid data and minOccurs="0" data

[ https://issues.apache.org/jira/browse/TUSCANY-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13030923#comment-13030923 ] Scott Kurz commented on TUSCANY-3857: - In r1101239, I committed a fix for this. It

[jira] [Commented] (TUSCANY-3857) unwrapping OMElementWrapperHandler can't easily tolerate both non-valid data and minOccurs="0" data

[ https://issues.apache.org/jira/browse/TUSCANY-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13014033#comment-13014033 ] Scott Kurz commented on TUSCANY-3857: - In r1087339, I reverted the OMElementWrapperH

[jira] [Created] (TUSCANY-3857) unwrapping OMElementWrapperHandler can't easily tolerate both non-valid data and minOccurs="0" data

unwrapping OMElementWrapperHandler can't easily tolerate both non-valid data and minOccurs="0" data --- Key: TUSCANY-3857 URL: https://issues.apache.org/jira/browse/TU

[jira] Closed: (TUSCANY-3832) Invocation chain may run through Mediator copyInput after DataTransformationInterceptor has already transformed data

[ https://issues.apache.org/jira/browse/TUSCANY-3832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz closed TUSCANY-3832. --- > Invocation chain may run through Mediator copyInput after > DataTransformationInterceptor has alread

[jira] Resolved: (TUSCANY-3832) Invocation chain may run through Mediator copyInput after DataTransformationInterceptor has already transformed data

[ https://issues.apache.org/jira/browse/TUSCANY-3832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3832. - Resolution: Fixed Assignee: Scott Kurz Fixed in 1070926 (and 1070928), enabling async bar

[jira] Updated: (TUSCANY-3832) Invocation chain may run through Mediator copyInput after DataTransformationInterceptor has already transformed data

[ https://issues.apache.org/jira/browse/TUSCANY-3832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3832: Attachment: 3832.diff > Invocation chain may run through Mediator copyInput after > DataTransfor

[jira] Created: (TUSCANY-3832) Invocation chain may run through Mediator copyInput after DataTransformationInterceptor has already transformed data

Invocation chain may run through Mediator copyInput after DataTransformationInterceptor has already transformed data Key: TUSCANY-3832 URL: https:

[jira] Resolved: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3819. - Resolution: Fixed > Multiple problems with multiple outputs (Holder support) >

[jira] Closed: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz closed TUSCANY-3819. --- > Multiple problems with multiple outputs (Holder support) > --

[jira] Commented: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12987584#action_12987584 ] Scott Kurz commented on TUSCANY-3819: - Added some more fixes in r1063548. Note a b

[jira] Created: (TUSCANY-3823) Issues in JavaInterfaceUtil operation vs. method matching when Holders are involved

Issues in JavaInterfaceUtil operation vs. method matching when Holders are involved --- Key: TUSCANY-3823 URL: https://issues.apache.org/jira/browse/TUSCANY-3823 Project:

[jira] Commented: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986352#action_12986352 ] Scott Kurz commented on TUSCANY-3819: - Added a fix to the bare+Holder along with void

[jira] Commented: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12985955#action_12985955 ] Scott Kurz commented on TUSCANY-3819: - Added some tests in r1062956 (@Ignore'd) showi

[jira] Commented: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12984214#action_12984214 ] Scott Kurz commented on TUSCANY-3819: - Checked in patch at r1061329.Note the "bar

[jira] Updated: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3819: Attachment: 3819.1.patch Since a lot of this code's been around for quite awhile, I thought I'd w

[jira] Updated: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

[ https://issues.apache.org/jira/browse/TUSCANY-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3819: Attachment: holder-ws-service-multiple-outputs.zip > Multiple problems with multiple outputs (Hol

[jira] Created: (TUSCANY-3819) Multiple problems with multiple outputs (Holder support)

Multiple problems with multiple outputs (Holder support) Key: TUSCANY-3819 URL: https://issues.apache.org/jira/browse/TUSCANY-3819 Project: Tuscany Issue Type: Bug Components

[jira] Commented: (TUSCANY-3793) WSDL: Generated Namespace for Faults are Wrong

[ https://issues.apache.org/jira/browse/TUSCANY-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933446#action_12933446 ] Scott Kurz commented on TUSCANY-3793: - This looks like the same symptom as the second

[jira] Commented: (TUSCANY-3709) XSD defined in WSDL is leaking out into global scope

[ https://issues.apache.org/jira/browse/TUSCANY-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12919849#action_12919849 ] Scott Kurz commented on TUSCANY-3709: - Simon, I was trying to look at the tests befor

[jira] Updated: (TUSCANY-3698) JMS Binding erases the stack trace of RuntimeException's

[ https://issues.apache.org/jira/browse/TUSCANY-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3698: Attachment: 3698.skurz.patch I guess we could add the stack trace, element by element, to message

[jira] Commented: (TUSCANY-3698) JMS Binding erases the stack trace of RuntimeException's

[ https://issues.apache.org/jira/browse/TUSCANY-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12916454#action_12916454 ] Scott Kurz commented on TUSCANY-3698: - The original behavior was the design, (sort of

[jira] Commented: (TUSCANY-3681) NullPointerException in WireFormatJMSDefaultReferenceInterceptor

[ https://issues.apache.org/jira/browse/TUSCANY-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913552#action_12913552 ] Scott Kurz commented on TUSCANY-3681: - I see. So Simon, you're referring to the spec

[jira] Commented: (TUSCANY-3681) NullPointerException in WireFormatJMSDefaultReferenceInterceptor

[ https://issues.apache.org/jira/browse/TUSCANY-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913031#action_12913031 ] Scott Kurz commented on TUSCANY-3681: - So the issue here is that you're using the SCA

[jira] Commented: (TUSCANY-3664) Add holder support to 2.x

[ https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12910761#action_12910761 ] Scott Kurz commented on TUSCANY-3664: - Just wanted to note we need to keep in mind pl

[jira] Created: (TUSCANY-3643) binding-ws-axis2 should use Axis2 ServiceClient in thread-safe manner

binding-ws-axis2 should use Axis2 ServiceClient in thread-safe manner - Key: TUSCANY-3643 URL: https://issues.apache.org/jira/browse/TUSCANY-3643 Project: Tuscany Issue Type

[jira] Updated: (TUSCANY-3625) Issue converting case on methodName for WSDL-derived operation used with binding.ejb reference

[ https://issues.apache.org/jira/browse/TUSCANY-3625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3625: Attachment: 3625.fix.1.patch Here's a patch which fixes the problem. I wasn't sure if the Operat

[jira] Updated: (TUSCANY-3625) Issue converting case on methodName for WSDL-derived operation used with binding.ejb reference

[ https://issues.apache.org/jira/browse/TUSCANY-3625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3625: Attachment: 3625.recreate.patch > Issue converting case on methodName for WSDL-derived operation

[jira] Created: (TUSCANY-3625) Issue converting case on methodName for WSDL-derived operation used with binding.ejb reference

Issue converting case on methodName for WSDL-derived operation used with binding.ejb reference -- Key: TUSCANY-3625 URL: https://issues.apache.org/jira/browse/TUSCANY-3625

[jira] Commented: (TUSCANY-3418) is broken in some use cases

[ https://issues.apache.org/jira/browse/TUSCANY-3418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12798116#action_12798116 ] Scott Kurz commented on TUSCANY-3418: - I can see in the code we don't have an equals(

[jira] Updated: (TUSCANY-3384) XSDModelResolver only loads WSDL-inline types in interface.wsdl context; (also not threadsafe)

[ https://issues.apache.org/jira/browse/TUSCANY-3384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3384: Attachment: 3384.sk.patch My idea on how to do this. > XSDModelResolver only loads WSDL-inline t

[jira] Created: (TUSCANY-3384) XSDModelResolver only loads WSDL-inline types in interface.wsdl context; (also not threadsafe)

XSDModelResolver only loads WSDL-inline types in interface.wsdl context; (also not threadsafe) --- Key: TUSCANY-3384 URL: https://issues.apache.org/jira/browse/TUSCANY-33

[jira] Commented: (TUSCANY-3238) Use of WS binding results in exception when returning data

[ https://issues.apache.org/jira/browse/TUSCANY-3238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748573#action_12748573 ] Scott Kurz commented on TUSCANY-3238: - So what does the response data look like going

[jira] Commented: (TUSCANY-3238) Use of WS binding results in exception when returning data

[ https://issues.apache.org/jira/browse/TUSCANY-3238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748503#action_12748503 ] Scott Kurz commented on TUSCANY-3238: - Chad, You could add this to the generated Dat

[jira] Commented: (TUSCANY-3238) Use of WS binding results in exception when returning data

[ https://issues.apache.org/jira/browse/TUSCANY-3238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748031#action_12748031 ] Scott Kurz commented on TUSCANY-3238: - Chad, Tuscany will build the JAXBContext used

[jira] Commented: (TUSCANY-3235) Exception thrown in JAXBContentCache.getPackages() when running applications with Java 2 security enabled

[ https://issues.apache.org/jira/browse/TUSCANY-3235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12747932#action_12747932 ] Scott Kurz commented on TUSCANY-3235: - No, Class.getClassLoader() does not throw any

[jira] Created: (TUSCANY-3167) Look to cache JAXBPropertyDescriptor in XMLRootElementUtil

Look to cache JAXBPropertyDescriptor in XMLRootElementUtil -- Key: TUSCANY-3167 URL: https://issues.apache.org/jira/browse/TUSCANY-3167 Project: Tuscany Issue Type: Improvement

[jira] Updated: (TUSCANY-3162) problem building JAXBContext when package has mixed JAXBs, non-JAXBs

[ https://issues.apache.org/jira/browse/TUSCANY-3162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3162: Description: I noticed a problem to a particular app now that we've made the fix to JAXBContextC

[jira] Created: (TUSCANY-3162) problem building JAXBContext when package has mixed JAXBs, non-JAXBs

problem building JAXBContext when package has mixed JAXBs, non-JAXBs Key: TUSCANY-3162 URL: https://issues.apache.org/jira/browse/TUSCANY-3162 Project: Tuscany Issue Type:

[jira] Created: (TUSCANY-3153) imported XSDefinition should be set with XmlSchema as well

imported XSDefinition should be set with XmlSchema as well -- Key: TUSCANY-3153 URL: https://issues.apache.org/jira/browse/TUSCANY-3153 Project: Tuscany Issue Type: Bug Compon

[jira] Created: (TUSCANY-3126) open up injection capability for implementation.java via ResourceHost

open up injection capability for implementation.java via ResourceHost - Key: TUSCANY-3126 URL: https://issues.apache.org/jira/browse/TUSCANY-3126 Project: Tuscany Issue Type

[jira] Updated: (TUSCANY-3121) binding.atom should leverage introspection when setting up call to mediator

[ https://issues.apache.org/jira/browse/TUSCANY-3121?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz updated TUSCANY-3121: Attachment: 3121.patch > binding.atom should leverage introspection when setting up call to media

[jira] Created: (TUSCANY-3121) binding.atom should leverage introspection when setting up call to mediator

binding.atom should leverage introspection when setting up call to mediator --- Key: TUSCANY-3121 URL: https://issues.apache.org/jira/browse/TUSCANY-3121 Project: Tuscany

[jira] Commented: (TUSCANY-2640) Should use package(s) when possible in creating JAXBContext, not set of Classes

[ https://issues.apache.org/jira/browse/TUSCANY-2640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12724099#action_12724099 ] Scott Kurz commented on TUSCANY-2640: - Thanks for implementing that idea so quickly..

[jira] Commented: (TUSCANY-2640) Should use package(s) when possible in creating JAXBContext, not set of Classes

[ https://issues.apache.org/jira/browse/TUSCANY-2640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12723201#action_12723201 ] Scott Kurz commented on TUSCANY-2640: - Picking this up again: How about adjusting th

[jira] Commented: (TUSCANY-3099) NumberFormatException occurs when parsing a JMSPriority attribute with string value

[ https://issues.apache.org/jira/browse/TUSCANY-3099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12721008#action_12721008 ] Scott Kurz commented on TUSCANY-3099: - Andrew, this is a spec bug apparently. It's

[jira] Commented: (TUSCANY-2967) For binding.jms, consider a more natural exception handling strategy for non-XML, non-Object wireFormats

[ https://issues.apache.org/jira/browse/TUSCANY-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12714424#action_12714424 ] Scott Kurz commented on TUSCANY-2967: - Though we've put forth a few ideas, I still do

[jira] Commented: (TUSCANY-3065) Double use exposure in JAXBDataSource

[ https://issues.apache.org/jira/browse/TUSCANY-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12714251#action_12714251 ] Scott Kurz commented on TUSCANY-3065: - Thanks Greg for the detailed writeup. Made t

[jira] Commented: (TUSCANY-3054) Introduce JavaInterfaceFactory impl employing caching of JavaInterface(s) based on Class

[ https://issues.apache.org/jira/browse/TUSCANY-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12711286#action_12711286 ] Scott Kurz commented on TUSCANY-3054: - Committed new impl in r776802 > Introduce Jav

[jira] Created: (TUSCANY-3054) Introduce JavaInterfaceFactory impl employing caching of JavaInterface(s) based on Class

Introduce JavaInterfaceFactory impl employing caching of JavaInterface(s) based on Class Key: TUSCANY-3054 URL: https://issues.apache.org/jira/browse/TUSCANY-3054

[jira] Commented: (TUSCANY-3031) Ensure that JMS jmsObject wore format works if the service interface is specified as WSDL

[ https://issues.apache.org/jira/browse/TUSCANY-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12709855#action_12709855 ] Scott Kurz commented on TUSCANY-3031: - I think we should do the same for jmsBytes and

[jira] Commented: (TUSCANY-2962) Throw an exception if multiple same-name operations are detected by WSDL intf introspector

[ https://issues.apache.org/jira/browse/TUSCANY-2962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12709621#action_12709621 ] Scott Kurz commented on TUSCANY-2962: - Since an operation could have null Input or Ou

  1   2   3   >