Comments at the bottom
Raymond Feng wrote:
Yes, we check the presence of any other inteceptors than the java
implementation invoker in the chain for each operation. We optimize
only if java implementation invoker is the only one.
Thanks,
Raymond
- Original Message - From: scabooz
[
https://issues.apache.org/jira/browse/TUSCANY-1687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527372
]
Simon Laws commented on TUSCANY-1687:
-
Sorry folks, I notice there were two composite files that I neglected
On 9/13/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 9/12/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/12/07, Simon Nash [EMAIL PROTECTED] wrote:
Comments inline.
Simon
Simon Laws wrote:
Thanks for the reply Sebastien
A few more comments
Tuscany vs ESB, how developers choose SOA platform
--
Key: TUSCANY-1699
URL: https://issues.apache.org/jira/browse/TUSCANY-1699
Project: Tuscany
Issue Type: Test
Components: Java SCA
Changes to support intents/policies in implementation.das
-
Key: TUSCANY-1700
URL: https://issues.apache.org/jira/browse/TUSCANY-1700
Project: Tuscany
Issue Type: New Feature
On 9/14/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Raymond Feng wrote:
Hi,
As we are cutting a 1.0 release, I propose that we rename the
WireableBinding to a better name (such as OptimizableBinding) to
reflect its real purpose and remove the @deprecated flag.
The
Hi Yang,
unfortunatelly, that didn't help either.
Thanks,
Radim
On 9/14/07, Yang Lei [EMAIL PROTECTED] wrote:
Try remove the contextRoot and see if you can get the values.
Yang
On 9/13/07, Radim Kolarik [EMAIL PROTECTED] wrote:
Hi Simon,
please ignore the --, it was just added to
My build is failing the binding-ws-axis2 tests
WSSecurityConfidentialityTestCase.java
WSSecurityIntegrityTestCase.java
I pinged Venkat to find out what the state of play is here and he is working
this as he had already noticed the issue which apparently is something to do
with using an IBM JDK
The validation warnings might be related to Sebastien's latest changes
to validate the composite files (revision #575532 : Fix for
TUSCANY-1276, validate SCA assembly XML files against the SCA XML
schemas when we load them.)
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
My build is failing the
On 9/14/07, Luciano Resende [EMAIL PROTECTED] wrote:
The validation warnings might be related to Sebastien's latest changes
to validate the composite files (revision #575532 : Fix for
TUSCANY-1276, validate SCA assembly XML files against the SCA XML
schemas when we load them.)
On 9/14/07,
And i'm getting a fail building implementation-bpel, anyone else see that?
[INFO] [surefire:test]
[INFO] Surefire report directory:
C:\Tuscany\SVN\1.0-BRN-stage\modules\implementation-bpel\target\surefire-reports
[INFO] Building jar:
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\surefirebooter22132.jar
Support for OSGi Contribution bundles
-
Key: TUSCANY-1701
URL: https://issues.apache.org/jira/browse/TUSCANY-1701
Project: Tuscany
Issue Type: New Feature
Components: Java SCA OSGi Integration
HI Sebasitien,
I just figured out that there is no need to generate the keys i.e. the
tuscanyKeys.jks again. Please go over to the jre\lib\security\java.security
of the IBM JDK installation and set up the security providers as follows.
#
# List of providers and their preference orders (see
It looks like the itest for TUSCANY-1686 was applied in r575552, but
the runtime fix for this problem has not been applied (I just looked
in svn to double check).
The fix is in a patch attached to TUSCANY-1686. Can comeone please
review and apply this fix before we cut the 1.0 branch. Thanks.
[
https://issues.apache.org/jira/browse/TUSCANY-1686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder reassigned TUSCANY-1686:
--
Assignee: ant elder (was: Raymond Feng)
Cannot throw business exceptions across the Web
[
https://issues.apache.org/jira/browse/TUSCANY-1686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527423
]
ant elder commented on TUSCANY-1686:
Patch applied (not sure about teh tests)
Cannot throw business
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajini Sivaram updated TUSCANY-1701:
Attachment: contribution-osgi.zip
modules-contribution-java-patch.txt
Radim Kolarik wrote:
Hi Yang,
unfortunatelly, that didn't help either.
Thanks,
Radim
On 9/14/07, Yang Lei [EMAIL PROTECTED] wrote:
Try remove the contextRoot and see if you can get the values.
Yang
On 9/13/07, Radim Kolarik [EMAIL PROTECTED] wrote:
Hi Simon,
please ignore the
Hi Simon, I've responded to this in another thread that Sebastien stared
about the same problem. Here it is..
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg23352.html
Please let me know if this works for you. I have tested it and it works on
my machine.
Thanks
- Venkat
On
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi Simon, I've responded to this in another thread that Sebastien stared
about the same problem. Here it is..
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg23352.html
Please let me know if this works for you. I have tested
[
https://issues.apache.org/jira/browse/TUSCANY-1696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Venkatakrishnan closed TUSCANY-1696.
Resolution: Fixed
Patch applied. Thanks for your contribution. I have added this as
WSDL generated on Websphere contains an error at the end
Key: TUSCANY-1702
URL: https://issues.apache.org/jira/browse/TUSCANY-1702
Project: Tuscany
Issue Type: Bug
Slight delay for a few last minute fixes but I've created the 1.0 branch now
at https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/
So any changes you want in 1.0 need to be done in both trunk and the branch
from now on. I'll be cleaning it up and getting out an 1.0 RC this
Thanks for getting these performance numbers. They confirm that
an optimization for this case is needed. The question is whether
the current patch is the right fix, and also whether now is the
right time to apply it.
Consider the following case, which could also be a common wiring
pattern. A
Hi Sebastian,
I received the latest code from ant and I can confirm that the service
generates the WSDL file now. The binding.ws/ element doesn't even
need uri attribute, it works without any attributes!
However, there is still some problem, the generated WSDL contains
Error 404: SRVE0190E:
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajini Sivaram updated TUSCANY-1701:
Attachment: itest-osgi-implementation-patch.txt
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajini Sivaram updated TUSCANY-1701:
Attachment: (was: contribution-osgi.zip)
Support for OSGi Contribution bundles
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajini Sivaram updated TUSCANY-1701:
Attachment: samples-osgi-supplychain-patch.txt
Support for OSGi Contribution bundles
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI Sebasitien,
I just figured out that there is no need to generate the keys i.e. the
tuscanyKeys.jks again. Please go over to the
jre\lib\security\java.security
of the IBM JDK installation and set up the security providers as follows.
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI Sebasitien,
I just figured out that there is no need to generate the keys i.e. the
tuscanyKeys.jks again. Please go over to the
jre\lib\security\java.security
of the IBM JDK
HI Simon,
Thanks for bringing this point. I am figuring out what needs to be done for
this. Do you know by any chance ?
thanks
- Venkat
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI Sebasitien,
I just figured out that there
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI Simon,
Thanks for bringing this point. I am figuring out what needs to be done
for
this. Do you know by any chance ?
thanks
- Venkat
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/14/07, Venkata Krishnan [EMAIL
[
https://issues.apache.org/jira/browse/TUSCANY-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527498
]
Kelvin Goodson commented on TUSCANY-1638:
-
I was trying this, but don't see Run as .. = Eclipse
Done.
Thanks.
- Venkat
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/14/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI Sebasitien,
I just figured out that there is no need to generate the keys i.e. the
[
https://issues.apache.org/jira/browse/TUSCANY-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527506
]
Sean Zhou commented on TUSCANY-1638:
Is your emitterTest project a plugin project? In David's step 2 above,
SCA runtime has a lot more dependencies now
---
Key: TUSCANY-1703
URL: https://issues.apache.org/jira/browse/TUSCANY-1703
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core Runtime
Message SPI and associated interfaces need cleanup before 1.0
-
Key: TUSCANY-1704
URL: https://issues.apache.org/jira/browse/TUSCANY-1704
Project: Tuscany
Issue Type: Bug
Incorrect WS-Addressing header for callback endpoint
Key: TUSCANY-1705
URL: https://issues.apache.org/jira/browse/TUSCANY-1705
Project: Tuscany
Issue Type: Bug
Components: Java
Radim Kolarik wrote:
Hi Sebastian,
I received the latest code from ant and I can confirm that the service
generates the WSDL file now. The binding.ws/ element doesn't even
need uri attribute, it works without any attributes!
However, there is still some problem, the generated WSDL contains
Oops. I thought I had committed the runtime fix. My brain was not working
late last night. It seems that Ant applied it.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 14, 2007 2:00 AM
Subject: Please
[
https://issues.apache.org/jira/browse/TUSCANY-1638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527546
]
Kelvin Goodson commented on TUSCANY-1638:
-
I have now run the test, seen the failure, applied the patch
The 1.0 RC1 tag has been taken and is available for checking out and
building:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-incubating/
If you don't want to build it yourself the distributions are up loading to:
[
https://issues.apache.org/jira/browse/TUSCANY-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527563
]
Simon Nash commented on TUSCANY-1705:
-
For consistency and simplicity, it would be good to change the runtime
Change binding dispatch code to eliminate redundant object creations
Key: TUSCANY-1706
URL: https://issues.apache.org/jira/browse/TUSCANY-1706
Project: Tuscany
Issue Type:
Thanks Luciano. I'd view that bindings must implement the 'getType'
method. I'll go and fix the echo-binding-extension for this.
- Venkat
On 9/14/07, Luciano Resende [EMAIL PROTECTED] wrote:
Looks like the CompositeWireBuilder is getting a NPE in
isPolicySetApplicable due to bindingType is
[
https://issues.apache.org/jira/browse/TUSCANY-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash reassigned TUSCANY-1705:
---
Assignee: Simon Nash
Incorrect WS-Addressing header for callback endpoint
Sorry.. should have mentioned 'bindings that implement
PolicySetAttachPoint'.
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Thanks Luciano. I'd view that bindings must implement the 'getType'
method. I'll go and fix the echo-binding-extension for this.
- Venkat
On 9/14/07,
Shouldn't this be more like a compilation error typed by interfaces,
instead of a NPE ?
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Sorry.. should have mentioned 'bindings that implement
PolicySetAttachPoint'.
On 9/14/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Thanks Luciano.
Write release notes and changes files for 1.0
-
Key: TUSCANY-1707
URL: https://issues.apache.org/jira/browse/TUSCANY-1707
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Update LICENSE and NOTICE files for dependencies included in 1.0
Key: TUSCANY-1708
URL: https://issues.apache.org/jira/browse/TUSCANY-1708
Project: Tuscany
Issue Type: Bug
[
https://issues.apache.org/jira/browse/TUSCANY-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1708:
---
Priority: Blocker (was: Major)
Update LICENSE and NOTICE files for dependencies included in 1.0
[
https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12527584
]
Vasil Janov Vasilev commented on TUSCANY-1536:
--
I am attaching a patch, so that the XQuery
[
https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vasil Janov Vasilev updated TUSCANY-1536:
-
Attachment: changes_14_09_2007.tar.gz
Implementation type for XQuery
Run Release Audit Tool (RAT) against 1.0 branch and resolve any issues
--
Key: TUSCANY-1709
URL: https://issues.apache.org/jira/browse/TUSCANY-1709
Project: Tuscany
Issue
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reassigned TUSCANY-1701:
-
Assignee: Raymond Feng
Support for OSGi Contribution bundles
Jean-Sebastien Delfino wrote:
Radim Kolarik wrote:
Hi Sebastian,
I received the latest code from ant and I can confirm that the service
generates the WSDL file now. The binding.ws/ element doesn't even
need uri attribute, it works without any attributes!
However, there is still some problem,
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Radim Kolarik wrote:
Hi Sebastian,
I received the latest code from ant and I can confirm that the service
generates the WSDL file now. The binding.ws/ element doesn't even
need uri attribute, it works without any attributes!
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Radim Kolarik wrote:
Hi Sebastian,
I received the latest code from ant and I can confirm that the service
generates the WSDL file now. The binding.ws/ element doesn't even
need uri attribute, it works
[
https://issues.apache.org/jira/browse/TUSCANY-1701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1701.
---
Resolution: Fixed
Patch applied under r575799
Support for OSGi Contribution bundles
[
https://issues.apache.org/jira/browse/TUSCANY-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reassigned TUSCANY-1536:
-
Assignee: Raymond Feng (was: Jean-Sebastien Delfino)
Implementation type for XQuery
The pom for implementation-java-runtime in the tag has 1.0-incubating-SNAPSHOT
instead of 1.0-incubating. The other poms seem OK.
Simon
ant elder wrote:
The 1.0 RC1 tag has been taken and is available for checking out and
building:
Raymond Feng wrote:
Sorry, I missed a few new files in the checkin. Now they are committed
under 575831.
Thanks,
Raymond
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 14, 2007 4:50 PM
Subject: Re: svn
[snip]
Simon Nash wrote:
Thanks for getting these performance numbers. They confirm that
an optimization for this case is needed. The question is whether
the current patch is the right fix, and also whether now is the
right time to apply it.
Consider the following case, which could also be a
Venkata Krishnan wrote:
HI Sebasitien,
I just figured out that there is no need to generate the keys i.e. the
tuscanyKeys.jks again. Please go over to the jre\lib\security\java.security
of the IBM JDK installation and set up the security providers as follows.
#
# List of providers and their
Hi,
I'm applying the patch and I have made some progress here.
1) There are two WSDLs in module under the same namespace. And there are
inline schemas in both WSDL under the same namespace too.
2) We hit a problem in XmlSchema:
http://issues.apache.org/jira/browse/WSCOMMONS-228. One of the
65 matches
Mail list logo