On 3/27/07, Simon Laws [EMAIL PROTECTED] wrote:
On 3/27/07, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Sorry for late replies Simon, I am offsite in India for the next two
weeks.
Regarding the SCDL, there was a post earlier in the list with the SCDL
(from
me). You can use the
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: rat_report.zip
Clean rat report (exceptions to be attached separately)
SDO
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: (was: rat_report.zip)
SDO Java M3 Release
---
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: (was: rat_exceptions.txt)
SDO Java M3 Release
---
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: rat_exceptions.txt
Exceptions for rat report
SDO Java M3 Release
[
https://issues.apache.org/jira/browse/TUSCANY-1190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1190:
Fix Version/s: Java-SDO-M3
IAE in static case when using DataObject.setList() to assign
[
https://issues.apache.org/jira/browse/TUSCANY-1179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1179:
Fix Version/s: (was: Java-SDO-Mx)
Java-SDO-M3
Race condition due
[
https://issues.apache.org/jira/browse/TUSCANY-1180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1180:
Fix Version/s: (was: Java-SDO-M3)
Java-SDO-Mx
Unable to
[
https://issues.apache.org/jira/browse/TUSCANY-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-153:
---
Fix Version/s: (was: Java-SDO-Mx)
Java-SDO-M3
ChangeSummary on root
[
https://issues.apache.org/jira/browse/TUSCANY-1065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1065:
Fix Version/s: (was: Java-SDO-Mx)
Java-SDO-M3
Coexistence
[
https://issues.apache.org/jira/browse/TUSCANY-1167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1167:
Fix Version/s: (was: Java-SDO-Mx)
Java-SDO-M3
SDO Codegen
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484434
]
Kelvin Goodson commented on TUSCANY-1171:
-
Rem:
signing archives
1432for i in *
do
gpg
This diagram looks good to me, i've always found it difficult that we don't
have much in the way of architecture over view doc for Tuscany so this is
helpful.
On one of the modularization threads it talked about trying to make SCDL and
assembly more consumable like WSDL and WSDL4J, would that be
I've raised a JIRA (SDO-203) against the specification for this issue
but I thought it would useful to get a view from Tuscany on this as it
affects both Java and C++.
The specification does not currently state whether a null URI has the
same semantics as an empty string URI. There are specific
Meeraj,
I finally got JXTA working! The problem was that the message being sent
was null...
In JxtaDiscoverService.java the code for sending the message was:
public int sendMessage(final String runtimeId, final XMLStreamReader
content) throws DiscoveryException {
if(content ==
On 3/27/07, Antollini, Mario [EMAIL PROTECTED] wrote:
Meeraj,
I finally got JXTA working! The problem was that the message being sent
was null...
In JxtaDiscoverService.java the code for sending the message was:
public int sendMessage(final String runtimeId, final XMLStreamReader
content)
Simon,
I did not realize the problem was there :(
I tried it and you are right.
Thanks a lot for that!
Now it works w/o broadcasting the message.
Mario
-Original Message-
From: Simon Laws [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 12:23 PM
To:
Hi, as I checked tuscany src recently, I found the JMX management service has
added in to tuscany runtime. The JMX service extension archtecture seems not
complicated, but due to some mvn problem, I still could not build a simple
sample to demonstrate how the JMX service is used.
Something as I
Thanks Mario. That was indeed a silly error :) Anyway, Simon is right on the
runtime id, the error was in the SCDL that was posted.
Thaks for your help, we need to add some more functionality on the discovery
side of things. I will keep you posted, may be we can work together on some
of the
So I'm not going to pretend to be a Tuscany expert of any sort, but I
have been trying to figure out how to contribute to the project but
have hit snags most of the time when trying to do so. It is clear
that there are a lot of issues going on at once, but I'll just try to
voice my opinions on
Regarding case 2, as far as I know the only place in the Java Common
Annotations spec that touches on the behavior of annotations with respect to
inheritance is chapter 2 on policy annotations. It says that the rules of
JSR 250 apply. According to JSR 250 annotations on hidden class members are
Meeraj,
I am looking forward to working along with you in the discovery service.
Thanks for the invitation.
Mario
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 27, 2007 2:49 PM
To: tuscany-dev@ws.apache.org
Subject: RE: Discovery update
I'd like to nominate Adriano Crestani to become a Tuscany committer.
Adriano started by helping on Java DAS, and recently is contributing a new
DAS C++ Implementation, he has also participated in discussions and is
helping expand the Tuscany community around his college campus in Brazil.
He's
Bert Lamb wrote:
So I'm not going to pretend to be a Tuscany expert of any sort, but I
have been trying to figure out how to contribute to the project but
have hit snags most of the time when trying to do so. It is clear
that there are a lot of issues going on at once, but I'll just try to
cts top level pom update to match tuscany parent pom version number
---
Key: TUSCANY-1195
URL: https://issues.apache.org/jira/browse/TUSCANY-1195
Project: Tuscany
Issue Type:
[
https://issues.apache.org/jira/browse/TUSCANY-1195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dan Murphy updated TUSCANY-1195:
Attachment: Tuscany-1195.patch
cts top level pom update to match tuscany parent pom version
[
https://issues.apache.org/jira/browse/TUSCANY-1195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1195.
--
Resolution: Fixed
Fix Version/s: Java-SDO-M3
Patch applied to revision
+1 from me - welcome Adriano!
On 3/27/07, Luciano Resende [EMAIL PROTECTED] wrote:
I'd like to nominate Adriano Crestani to become a Tuscany committer.
Adriano started by helping on Java DAS, and recently is contributing a new
DAS C++ Implementation, he has also participated in discussions and
[
https://issues.apache.org/jira/browse/TUSCANY-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484560
]
Dan Murphy commented on TUSCANY-1176:
-
Hi, patch seems to apply fine to latest in svn (and builds on a clean
Nice diagram, Raymond, thanks for putting this together.
What I'm struggling with is that this seems fairly similar to the way
the code is organized now. Most of the boxes there already exist and
have interfaces to abstract away their implementation. Everything in
Cross-cutting system
the wholesale, revolutionary rewrite of the kernel...Pointers please
to exact emails.
thanks,
dims
On 3/27/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
Nice diagram, Raymond, thanks for putting this together.
What I'm struggling with is that this seems fairly similar to the way
the code is
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential, proprietary, copyrighted and/or legally
privileged, and is intended solely for the use of the individual or
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg15978.html
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg15991.html
r522186
r521957
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg15318.html
in relation to
r517804
And, of course, the code in SVN.
Lastly, we've
I don't see any of the following terms in those emails...Let me take
another tack
I think there is room for a reorganization there to clarify the usage
of those interfaces..
Can you please send a write up in wiki on how to do the
reorganization. You can either augment/enhance what Raymond wrote
Please keep Sebastien's emails in mind. Please don't throw all away
all ideas from his work/email. The objective is to get everyone on the
trunk. Let's try to find a way to get everyone to achieve their goals.
We may not get there in the first release. But we should have a good
story to go along
Hi Ashok,
Welcome to Tuscany. Please send a note to the following email address to
subscribe. Your message heading should say :Subscribe
[EMAIL PROTECTED]
You can find more information at this link
http://cwiki.apache.org/TUSCANY/mailing-lists.html
Haleh
On 3/27/07, Ashok Banerjee [EMAIL
Sure, TC6.0.10 works too, after some changes on the ant script as TC
6.10moved the place where the common libraries are from
TC_HOME/common/lib to
TC_HOME/lib...
I'll do couple more tests and commit these changes.
--
Luciano Resende
http://people.apache.org/~lresende
On 3/25/07, Amita
Hi,
Can I join the mail list?
Thank you!
Paul Meng
System Engineer
Phone: 86.10.85281188 ext. 1492
Fax: 86.10.85251039
Mobile: 86.13488795106
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
BEA Systems (China) Ltd.
11F, China Life Tower
No. 16, Chao Wai Street
ChaoYang District
Welcome to Tuscany. Please send a note to the following email address to
subscribe. Your message heading should say :Subscribe
[EMAIL PROTECTED]
You can find more information at this link
http://cwiki.apache.org/TUSCANY/mailing-lists.html
On 3/27/07, Paul Meng [EMAIL PROTECTED] wrote:
Hi,
Yes! Being able to do this makes things so much easier to use and debug.
...ant
On 3/28/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I know we have removed SCATestCase from the trunk, but I always find it
very
useful and convenient for me to run test cases or samples from inside the
IDE
40 matches
Mail list logo