[
https://issues.apache.org/jira/browse/TUSCANY-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-2043:
---
Assignee: Simon Laws
documentBaseURI is null when multiple wsdls in contribution with
Hi Jean-Sebastien,
I've finally got around to creating an account on the continuum server. My
account ID is mcombellack.
Could I be added to the Tuscany group please.
Thanks,
Mark
-Original Message-
From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED]
Sent: 08 February 2008 05:43
On Mon, Feb 11, 2008 at 5:10 PM, Dave Sowerby [EMAIL PROTECTED]
wrote:
All,
I've spotted there's no FAQs for using Tuscany with Weblogic, so I
thought I'd throw something together to help :)
Over on my blog:
http://davesowerby.blogspot.com/2008/02/using-tuscany-with-weblogic.html
It
just fyi i've got past this by reinstalling a new version of websphere.
didn't get to the bottom of what was wrong but afaict doing exactly the same
thing works now.
...ant
On Mon, Feb 11, 2008 at 8:52 AM, ant elder [EMAIL PROTECTED] wrote:
Trying to run Tuscany WebApp samples in WebSphere
[
https://issues.apache.org/jira/browse/TUSCANY-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568889#action_12568889
]
Amita Vadhavkar commented on TUSCANY-1293:
--
yes, it's fixed now.
SDO does not
Hi,
I reviewed these changes a bit in the context of multiple contributions. I
guess things should work even then because these steps happen in the course
of 'addContribution'.
So if a new contribution comes in, the definitions in that would further get
aggregated and then the composites coming
snip...
against the aggregated union of all definitions. Do you see something
missing ?
The point I'm interested in is what happens to the composites that belong
to contributions that have previously been added when you add a new
contribution, for example,
ContributionA
definitions.xml(A)
Hi,
Yes, this is something that ran thro my mind. I guess A.composite might
have to run thro both definitions.xmll(A) and definitions.xml(B) if
definitions.xml(B) has brought in some re-definitions of policysets defined
in definitions.xml(A). But, is this sort of re-processing / rebuild is a
snip...
in definitions.xml(A). But, is this sort of re-processing / rebuild is a
requirment only in this context ? If there are other contexts as well,
such
as re-wiring and we there is going to be a separate phase for this, then
I'd
like to do this as well in that phase.
Absolutely.
re. https://issues.apache.org/jira/browse/TUSCANY-2043
Part of the the fix for this involves removing a FIXME in
org.apache.tuscany.sca.interfacedef.wsdl.xml.XSDModelResolver. Specifically
at the bottom of the aggregate method I need to comment out two lines...
// FIXME: [rfeng] This is
[
https://issues.apache.org/jira/browse/TUSCANY-1063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1063.
-
Resolution: Fixed
Added print stack trace for any Exception (note one mod for this
BUILD FAILURE : Building Apache Tuscany SCA RMI Host Extension Point
Key: TUSCANY-2044
URL: https://issues.apache.org/jira/browse/TUSCANY-2044
Project: Tuscany
Issue Type:
[
https://issues.apache.org/jira/browse/TUSCANY-1999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-1999:
Fix Version/s: (was: Java-SCA-Next)
Java-SCA-1.2
ConversationAttributes
[
https://issues.apache.org/jira/browse/TUSCANY-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-2043:
Fix Version/s: (was: Java-SCA-Next)
Java-SCA-1.2
documentBaseURI is null
Hi,
I'm trying to bring up the itest/jms with Tomcat and Geronimo. There are a
few things in this commit:
1) Add some logic to detect if the ActiveMQ broker is active, if not, then
start a new one. (Try to reuse the ActiveMQ broker from Geronimo)
2) Move the startBroker() from
Hi
It's probably about time we started talking about what's going to be in
Tuscany SCA Java release 1.2. From the past timeline I would expect us to be
trying for a release mid to late March which is not very far away.
Some of the things I'd like to see are;
More progress on our domain level
[
https://issues.apache.org/jira/browse/TUSCANY-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12569001#action_12569001
]
Raymond Feng commented on TUSCANY-2043:
---
In Tuscany, if there are multiple WSDLs
hi Ramyond
Comments in line...
Simon
On Thu, Feb 14, 2008 at 4:57 PM, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
Let me explain what I thought in this example: a contribution with two
xsds
under the same tns (http://ns1): a.xsd and b.xsd.
When the XSDs are initially processed, we only
Maybe the best approach is keep the physical artifacts in the list as-is
without aggregation. And we change the artifact resolving so that it only
happens at lower levels such as WSDL portType, binding, service or XSD
element, type. This way we can find the accurate artifact.
The current
[
https://issues.apache.org/jira/browse/TUSCANY-2041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-2041.
-
Resolution: Fixed
Thanks Pete.
Change looks good to me. Checked out OK with the PHP tests I'm
Raymond,
A couple of comments below..
My preference would be to check in the changes I've made that make the itest
(wsdl-multiple) that I've just checked in at least work. I can then close
JIRA-2043 that relates to a very specific problem and raise a new one that
discusses the general situation.
[
https://issues.apache.org/jira/browse/TUSCANY-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12569031#action_12569031
]
Raymond Feng commented on TUSCANY-2044:
---
I made some fixes under 627796 and 627650.
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=50796projectId=277
Build statistics:
State: Error
Previous State: Error
Started at: Thu 14 Feb 2008 11:12:27 -0800
Finished at: Thu 14 Feb 2008 12:07:41 -0800
Total time: 55m 14s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=50796projectId=277
Build statistics:
State: Error
Previous State: Error
Started at: Thu 14 Feb 2008 11:12:27 -0800
Finished at: Thu 14 Feb 2008 12:07:41 -0800
Total time: 55m 14s
Build Trigger: Schedule
Build
[
https://issues.apache.org/jira/browse/TUSCANY-2043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12569150#action_12569150
]
Lou Amodeo commented on TUSCANY-2043:
-
Thank You for the responses.
I upgraded from
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=50867projectId=277
Build statistics:
State: Error
Previous State: Ok
Started at: Thu 14 Feb 2008 16:02:47 -0800
Finished at: Thu 14 Feb 2008 17:02:21 -0800
Total time: 59m 34s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=50867projectId=277
Build statistics:
State: Error
Previous State: Ok
Started at: Thu 14 Feb 2008 16:02:47 -0800
Finished at: Thu 14 Feb 2008 17:02:21 -0800
Total time: 59m 34s
Build Trigger: Schedule
Build
Please go ahead.
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, February 14, 2008 10:28 AM
Subject: Re: Processing multiple WSDLs in the same namespace
Raymond,
A couple of comments below..
My preference would
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=50954projectId=277
Build statistics:
State: Error
Previous State: Error
Started at: Thu 14 Feb 2008 21:53:16 -0800
Finished at: Thu 14 Feb 2008 22:52:55 -0800
Total time: 59m 39s
Build Trigger: Forced
Build
29 matches
Mail list logo