Now that we have the Maven iTest plugin in place, I'd like to get a
continuous integration server as well as a nightly build in place.
I've included a build status link in the cwiki (http://
cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Kernel) to
http://www.buildtuscany.com/.
[
https://issues.apache.org/jira/browse/TUSCANY-1120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1120:
Patch Info: [Patch Available]
1120afix.patch yet to be applied
Static code generator
[
https://issues.apache.org/jira/browse/TUSCANY-1150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1150:
Patch Info: [Patch Available]
Java2WSDL SchemaBuilder#isSDO can't detect static SDO and
Axis2 WS binding needs to support wsa:EndpointReference
-
Key: TUSCANY-1153
URL: https://issues.apache.org/jira/browse/TUSCANY-1153
Project: Tuscany
Issue Type: Bug
Hi Jim,
The thoughts behind the SDO CTS being off the top page was that the CTS was
not meant to endorse the Tuscany SDO implementation... So, to make it clear
that SDO CTS was not part of the SDO implementation it was made a separate
call out in the nav bar... however, this was when the dual web
Hi,
I meant to get this email off end of last week, but had other thing my mind
(I got engaged this weekend)
I opened a jira (http://issues.apache.org/jira/browse/TUSCANY-1149) and
submitted a patch with a couple of sample tests
I raised the jira since I don't really have any other way
Team,
It's our turn again for reporting to the board. Please add notable
happenings etc in your respective projects to the wiki page as usual:
http://wiki.apache.org/ws/ReportForMar2007
All committers and PMC members..please help fulfill this duty to the
Apache board. Please see old archived
[
https://issues.apache.org/jira/browse/TUSCANY-1149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478003
]
Dan Murphy commented on TUSCANY-1149:
-
Sorry, last comment was misleading... the patch I uploaded had a error
Hi,
I have an import.sdo location into my client SCDL.
It looks like this :
dbsdo:import.sdo
xmlns:dbsdo=http://incubator.apache.org/tuscany/xmlns/databinding/sdo/1.0-incubator-M2;
location=bank/common/AccountService.wsdl/
With this import I have a class cast exception. (see previous
Hi,
Static types need to be registered, and the factory does this registration
for you will (AFAIK) always generate one for you from an XSD source. You
can also use the factory for creating new instances of your SDOs. The
current implementation doesn't define types if you simply new them,
+1
Thanks
On 3/3/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
Please vote to approve the release of the sca-api's for r1.0 of the
specification. This is the API code that we recently reviewed but
please vote again to confirm the release.
[tag]
On 3/1/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 1, 2007, at 1:00 AM, Simon Laws wrote:
Apologies Jeremy. This is entirely my fault. I'm running with the svn
client native settings here (
http://svn.apache.org/repos/asf/incubator/tuscany/cpp/etc/svn-
config) rather
than the java
Hi,
Is there anything planned for iTest to allow one to deploy multiple
composites in the same domain?
As I understand it, currently there is onlya setApplicationSCDL in the
SCATestCase, so whilst I could deploy nested composites, I can't deploy
muliple composites easily to test inter composite
Return warning or error if parsing the scdl results in nothing being deployed
-
Key: TUSCANY-1154
URL: https://issues.apache.org/jira/browse/TUSCANY-1154
Project: Tuscany
In case it becomes relevant, I've just built the C++ version of SDO using
Microsoft Visual Studio 2005 Professional Edition (ie the one you have to
pay for) and it works straight out of the box, with no modifications at all.
I realise this is what we would hope for, but it's nice to get it
Here's a follow-up two months later to this thread.
We seem to need a small additional fix in
WSDLOperation$Wrapper.getChildElements().
In this line we're again wrongly enforcing the requirement that the wrapper
element can't have a reference on to the child element, which I think should
be
Hi,
By the JAX-WS 2.0 spec page 12:
v) The wrapper elements only contain child elements, they must not contain
other structures such as
wildcards (element or attribute), xsd:choice, substitution groups (element
references are not permitted)
or attributes; furthermore, they must not be
Hi Jim
Looks like you did a redirect on the original site, and when I try to
access the Tuscany page, it quickly shows the original site (in html) and
then it redirects it to the cWiki one. Isn't there a cleaner way of doing
this ? I see other sites using wiki as it's website working fine.
Hi,
I think it's talking about the children this time, isn't it? :-). I assume
it's an example of other structures contained by the wrapper.
v) The wrapper elements only contain child elements, they must not contain
other structures such as wildcards (element or attribute), xsd:choice,
Hi Jeremy,
I think what you're suggesting is along the lines of the 'whilst I could
deploy nested composites' thought (I may have misunderstood you though)...
I would have liked to deploy two separate composites as it seemed likely
that the code path could be different when using nested
[
https://issues.apache.org/jira/browse/TUSCANY-1120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1120.
-
Resolution: Fixed
Committed revision 514739.
Static code generator template bugs
Hello,
I wrote a document that explains the way I exposed a legacy C
application (called Jabon) as a Tuscany Service Component. I think it
could be useful for the community.
The link to the post is:
http://cwiki.apache.org/confluence/display/TUSCANY/Building+an+Applicati
on
Best regards,
It looks like it's using:
meta HTTP-EQUIV=Refresh CONTENT=0; URL=http://cwiki.apache.org/
TUSCANY/ /
which may take a sec to kick in as the page is being rendered.
I would suggest making the page really short - if we're not using the
generated site any longer you could just replace the
Ok.. we agree on the spec but as it turns out the code already seems to do
what I was saying it should.. I was reading it incorrectly.
On 3/5/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I think it's talking about the children this time, isn't it? :-). I assume
it's an example of other
On Mar 5, 2007, at 9:08 AM, Dan Murphy wrote:
Hi Jeremy,
I think what you're suggesting is along the lines of the 'whilst I
could
deploy nested composites' thought (I may have misunderstood you
though)...
I would have liked to deploy two separate composites as it seemed
likely
that the
I am going to update the XML namespace in trunk to match the release
version, specifically
* system namespace to http://tuscany.apache.org/xmlns/sca/system/2.0-
alpha
* user namespace to http://tuscany.apache.org/xmlns/sca/2.0-alpha
However, as the physical marshallers are still experimental
Hi Jeremy,
Thanks for the clarifications... a few inline one lines responses, but
nothing that really needs an answer :)
WRT the plugin... would be interested in this, but not sure I could commit
to anything at the mo - if things change then I'll post to the list again
Cheers,
Dan
On
On Mar 5, 2007, at 2:10 PM, Dan Murphy wrote:
There may be some confusion here over deploy. In SCA you don't
deploy applications in the traditional sense - you contribute
implementations to a domain and then assemble component hierarchies
from them.
Interesting, I appreciated that there was
Ignacio Silva-Lepe wrote:
+1
Thanks
On 3/3/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
Please vote to approve the release of the sca-api's for r1.0 of the
specification. This is the API code that we recently reviewed but
please vote again to confirm the release.
[tag]
Java SDO static code generation tool java doc and usage hints need updating.
Key: TUSCANY-1155
URL: https://issues.apache.org/jira/browse/TUSCANY-1155
Project: Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David T. Adcox updated TUSCANY-1155:
Attachment: 1155.patch
Here is a patch that updates the javadoc and usage display as
On Mar 5, 2007, at 5:03 PM, Jeremy Boynes wrote:
I have posted release candidates of the 2.0-alpha kernel release on
my home directory at people.apache.org and uploaded the artifacts
to the maven repo for:
SCA Parent POM 1.0-incubating
SCA Composite Plugin 1.0-incubating
SCA Kernel
32 matches
Mail list logo