[
https://issues.apache.org/jira/browse/TUSCANY-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1233:
Patch Info: [Patch Available]
Enhance SDO static codegen (XSD2Java) to support multiple
Hi
I wanted to try out binding-jms so I've just committed changes to take
account of the new SPIs. It does run but it's not ready for inclusion in the
main build just yet.
I've tried to stay fairly faithful to the M2 binding-jms code but with some
class renaming. As before much of the SCA JMS
Hi Raymond
I've just been bringing up the binding-jms module so I took the opportunity
to review your guide. Thanks for writing all this stuff down! I haven't gone
through the databinding slides yet but I thought I would post what I had. I
recorded comments (see below) as I went through it.
[
https://issues.apache.org/jira/browse/TUSCANY-1305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499773
]
Kelvin Goodson commented on TUSCANY-1305:
-
Steffen,
it does look like a bug. The AccountImpl's
[
https://issues.apache.org/jira/browse/TUSCANY-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson reassigned TUSCANY-1233:
---
Assignee: Kelvin Goodson
Enhance SDO static codegen (XSD2Java) to support
org.apache.tuscany.spi.loader.UnrecognizedElementException:
{http://www.osoa.org/xmlns/sca/1.0}import.sdo
---
Key: TUSCANY-1306
URL:
Raymond, for the all-simple-inputs case, couldn't we continue to do what we
do today? We default to the JavaBeansDataBinding which has no wrapper
handler so the input args are processed one-at-a-time.
So to rephrase my proposal, what if we said, in
DataBindingJavaInterfaceProcessor, that the
[
https://issues.apache.org/jira/browse/TUSCANY-1305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499819
]
Kelvin Goodson commented on TUSCANY-1305:
-
The issue here is that the generated code creates the metadata,
I'm just trying to commit a fix for TUSCANY-1305, and so went to build with
maven. All the tests run fine in eclipse, but in maven the impl project's
tests hang indefinitely in DeserializationNoSchemaTestCase. Has anyone else
seen this? My impl and lib projects are up to date at revision
OK, so I answered my own question, and a little bit of patience with the
mvn build allowed the http timeout to take place. I should have seen from
the title that it's a missing schema test with an http://xxx namespace, so
the system is trying to get the schema from the internet and failing
[
https://issues.apache.org/jira/browse/TUSCANY-1305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1305.
-
Resolution: Fixed
Fix Version/s: Java-SDO-1.0
resolved at revision 542588
Hi,
The property value definition for a component can have an attribute named
'file' that points to a xml file that might contain the value for a
property. The question is - now that the contribution service is in shape
must it be used to resolve this file as well just like all other artifacts.
Hi, Simon.
I would appreciate if you can update the document directly. The document is
on the wiki but it's still in the PPT format. I was trying to convert it to
a wiki page but gave up due to the time constraint as I had to adjust the
formattings all by hand. Maybe we can try to see if
Hi Jean-Sebastien,
I am just being curious. Do you have any news about the Tuscany Training
Session at ApacheCon US?
Thanks a lot,
Mario
Mario E. Antollini
Intel Software
ASDC
+54 351 414 5594
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/TUSCANY-1299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499860
]
Raymond Feng commented on TUSCANY-1299:
---
I can reproduce the packaing problem by removing the
Resending as I had mispelled tuscany-dev...
Jean-Sebastien Delfino wrote:
Antollini, Mario wrote:
Hi Jean-Sebastien,
I am just being curious. Do you have any news about the Tuscany Training
Session at ApacheCon US?
Thanks a lot,
Mario
Mario E. Antollini
Intel Software
ASDC
Jean-Sebastien,
That's great! I did not receive any confirmation email. Good that I
asked then :-)
Whenever you want we can start working on the material.
Best regards,
Mario
-Original Message-
From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 29, 2007 4:17 PM
Hi Amita,
Thanks for your attempt to share more about DAS on the wiki. This is
useful. I looked at [1] and left comments in red if I could not figure out
something.
It looks like that this sample is already in SVN. Does it make sense to link
to SVN from the
doc instead of repeating each line
While debugging through the code for other reasons I came across the
following at
org.apache.tuscany.sca.implementation.java.invocation.JavaComponentInfo line
192.
if (ref.getMultiplicity() == Multiplicity.ONE_N ||
ref.getMultiplicity() == Multiplicity.ZERO_N) {
Simon,
User guide is for users developing SCA applications. Why would a user care
about module names that are in the link mentioned below? They'd need to know
if the feature/functionality is available and that is listed on the java
page.
User Reference:
I pretty much have it working locally, building SCA, SDO and DAS independently.
As for hosting the build at the shared machine at Apache, I have
created a JIRA [1] asking for an account to add and administer the
builds on the shared machine.
[1] https://issues.apache.org/jira/browse/INFRA-1261
Hi,
There are two issues behind:
1) For a reference with multiplicity 1..1, there should be one and only one
target and that's why wireList.get(0) is used. To find the corresponding
wire for a given binding, we have a better way:
RuntimeComponentReference.getRuntimeWire(Binding binding).
Hi,
1) Would [1] be a better format content for each download page of than
what we have today [2]?
If yes, I'll start upgrading the pages.
2) We currently use the same page to record download info for technologies.
For example, SCA Native and Java download pages are the same.
It would be
Yes, SDO have surefire configured to include : **/*TestCase.java, then
you must have the file renamed not to match *TestCase.java in order to
avoid the execution of the test case.
On 5/29/07, kelvin goodson [EMAIL PROTECTED] wrote:
OK, so I answered my own question, and a little bit of
Ok, I've taken the next step here and have a distributed runtime example
running in my sandbox. A sample calculator application [1] showing the
disitributed runtime in action and a module containing the changes I had to
make to the runtime to get this to work [2]. The changes are actually
trivial
snip
User guide is for users developing SCA applications. Why would a user
care
about module names that are in the link mentioned below? They'd need to
know
if the feature/functionality is available and that is listed on the java
page.
I'm proposing two ways to the same information, a
My understanding is that you moved the release name and date from the
download section to the download table. If they are always same
for a group of downloads, won't it take space from the page by
repeating it on each table row ?
Also, do we want to keep all past releases available on the main
haleh mahbod wrote:
Hi,
1) Would [1] be a better format content for each download page of
than
what we have today [2]?
If yes, I'll start upgrading the pages.
2) We currently use the same page to record download info for
technologies.
For example, SCA Native and Java download pages are
Luciano Resende wrote:
I pretty much have it working locally, building SCA, SDO and DAS
independently.
As for hosting the build at the shared machine at Apache, I have
created a JIRA [1] asking for an account to add and administer the
builds on the shared machine.
[1]
[
https://issues.apache.org/jira/browse/TUSCANY-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1303.
--
Resolution: Fixed
Thanks for the patch, I have applied it under revision #542675
I agree it would be good to not duplicate things for each downloadable
artifact associated with a release. Not sure it really needs the day of the
release or the assembly spec info either.
And +1 to having old release downloads on a separate page. I'm not sure if
this is the proposal but could
From previous discussions on the mailing list [1], there are two
scenarios here :
* Users interested in only checking out specific Tuscany sub-projects
and be able to build it and work with it. These users would rely on
all dependencies to be available from a maven repo (e.g SDO and DAS,
among
The idea of a single download page sounds good, but if we are thinking
about tracking page visitors to correlate to the number of downloads,
we won't be able to identify if the person is visiting the page to
download SCA, SDO or DAS.
On 5/29/07, ant elder [EMAIL PROTECTED] wrote:
I agree it
Venkata Krishnan wrote:
Hi,
The property value definition for a component can have an attribute named
'file' that points to a xml file that might contain the value for a
property. The question is - now that the contribution service is in shape
must it be used to resolve this file as well just
Tracking page visitors is a bit meaningless due to things like caching isn't
it? While the incubator downloads aren't being mirrored we could just count
those though (but I think they may be about to start mirroring them)
...ant
On 5/29/07, Luciano Resende [EMAIL PROTECTED] wrote:
The idea
Would we also need to post process the contribution to check for
unresolved references ? I'm guessing that, file references outside
from the contribution scope will always be on the unresolved status
,and would need further processing.
On 5/29/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
On 5/29/07, ant elder [EMAIL PROTECTED] wrote:
Tracking page visitors is a bit meaningless due to things like caching isn't
it?
Well, if the tracking is done via a js embedded on the page, cache
won't affect it, will it ?
While the incubator downloads aren't being mirrored we could just count
I am including tuscany-users to get their opinion if interested.
Here are my thoughts influenced by your comments :)
- Separate the download information for latest release from the old
releases.
- Having the text of the change file/read me on the front page of the
download page is good. This
Simon Laws wrote:
Hi
I wanted to try out binding-jms so I've just committed changes to take
account of the new SPIs. It does run but it's not ready for inclusion
in the
main build just yet.
I've tried to stay fairly faithful to the M2 binding-jms code but with
some
class renaming. As
Exception when a Java component specifies multiple interfaces
-
Key: TUSCANY-1307
URL: https://issues.apache.org/jira/browse/TUSCANY-1307
Project: Tuscany
Issue Type: Bug
Tony Wang wrote:
hi,
when a componentImpl implementation two interface,tuscany parse error.
public interface CalculatorService1 {
double add(double n1, double n2);
double subtract(double n1, double n2);
}
public interface CalculatorService2 {
double multiply(double n1, double n2);
[
https://issues.apache.org/jira/browse/TUSCANY-1307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1307:
---
Assignee: Jean-Sebastien Delfino
Exception when a Java component
[
https://issues.apache.org/jira/browse/TUSCANY-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-863.
-
Resolution: Fixed
Fix Version/s: (was: Java-DAS-Next)
[
https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-952.
-
Resolution: Fixed
Fix Version/s: (was: Java-DAS-Next)
[
https://issues.apache.org/jira/browse/TUSCANY-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500012
]
Luciano Resende commented on TUSCANY-915:
-
The user guide was migrated to :
Added support to one to many relationship under revision 542742
Adriano Crestani
On 5/28/07, Adriano Crestani [EMAIL PROTECTED] wrote:
Added support to set up the framework via config xml under revision
542124.
Adriano Crestani
On 5/22/07, haleh mahbod [EMAIL PROTECTED] wrote:
Thank you
[
https://issues.apache.org/jira/browse/TUSCANY-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-886:
Fix Version/s: (was: Java-SCA-M2)
Java-DAS-beta1
[
https://issues.apache.org/jira/browse/TUSCANY-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-800:
Fix Version/s: (was: Java-DAS-Next)
Java-DAS-beta1
Comments inline.
Huang Kai wrote:
Yes, the codes seems does so.
But it's rather strange to access a service not by 'service name' exposed by
compoiste, but by directly accessing component nested in a composite.
Here's a little more info that will help explain that design:
- When a
Luciano Resende wrote:
From previous discussions on the mailing list [1], there are two
scenarios here :
* Users interested in only checking out specific Tuscany sub-projects
and be able to build it and work with it. These users would rely on
all dependencies to be available from a maven repo
Just adding a little caveat here, that, only Resolved jiras can be
bulk updated later on (when a release is approaching), jiras on the
closed as fixed state need to be reopened in order to get edited. If
we are going to use bulk updates, we should make everybody resolve the
jiras, instead of
My understanding of the spec is the following:
- independent of whether or not a service is promoted, a service is
offered by a component
- if a component has only one service then the default URI is base
domain URI / component-name
- I haven't seen a statement in the spec saying that the
52 matches
Mail list logo
