David, this looks a really very nice arial view :-)
I agree that the DAS, SDO and Tools blocks should not overlay the core and
hosting platform blocks.
Now, if you look the diagram, it gives an impression of one huge middleware
that encapsulates all sorts of containers. The aspect of being
On Jul 19, 2006, at 10:48 PM, rakesh dash wrote:
Jim,
Thanks a lot for your response.
1. In the slide 4, it states to reduce the number of concepts of
SCA. How
does composite attains it?
For example- services are equivalent to entry point,
references are
similar to external
Hi Jim / Jeremy others familiar with Chianti,
I have just started with Chianti. Am looking at the SPI first and in that
the model. I have some questions on the classes there. Please help me
understand with your answers. As answers you may even point me to other
portions of the codebase
I urge anyone with an interest in Tuscany and who is associated with
the OSOA body to read this rather lengthy mail forwarded from
[EMAIL PROTECTED]
It's becoming increasingly likely (and appropriately so, IMO) that
coming up with a very concrete description of the relationship between
the OSOA
Let's try and summarize docbook features :
DocBook is an XML vocabulary designed for computer
documentation.DocBook has historically been SGML, but DocBook 4 is
supported in XML and SGML DTDs.
It is the work product of an OASIS Technical Committee [1]
I started learning it from [2], just like
I checked in a first attempt at a class diagram representing the
recursive assembly model:
http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/sebastien/cpp/diagrams/service.jpg
It's probably not all correct, it's just a very first cut to initiate a
discussion on how people view the new
add graphical SDO content to sandbox website
Key: TUSCANY-568
URL: http://issues.apache.org/jira/browse/TUSCANY-568
Project: Tuscany
Issue Type: Improvement
Components: Website
[ http://issues.apache.org/jira/browse/TUSCANY-568?page=all ]
Kelvin Goodson updated TUSCANY-568:
---
Attachment: sdo_mainpage.zip
a zip file containing 3 images and an override of the main page. I have
plagiarised the images, but I have the author's
Hi Venkata
I'm just making some changes to the overview diagram so that it covers more
than Java. Do you have the original source. What app did you use? Am just
making changes in a bit editor at the mo so I remember what I want but would
be good to do it properly.
S
On 7/11/06, Venkata
This may be the wrong forum for this question (in which case maybe someone
can suggest the right one) however, I'm a bit puzzled by some of the built
in datatype conversions that SDO performs.
Some conversions are obvious, such as Byte to any of the wider integer
forms. However others are more
Actually I got a little confused here as we now have Davids top level
diagram also. I have the source for that so I'll fiddle there a bit. What I
want to do is get the diagrams in some kind of possition in the new website
layout so we can see where they fit and whether the diagrams are
I've added some embrionic SDO stuff as a patch in Tuscany 568. Would some
kind committer like to put it up for me please?
Are we all still aiming to get this replacement live before OSCon?
If so I'll put some more focus into bringing across the fundamental bulk of
SDO material from the
Looks interesting. One quick comment: what is Object in C++ terms? ;-)
On 20/07/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I checked in a first attempt at a class diagram representing the
recursive assembly model:
Comments inline...
On Jul 20, 2006, at 1:03 AM, Venkata Krishnan wrote:
Hi Jim / Jeremy others familiar with Chianti,
I have just started with Chianti. Am looking at the SPI first and
in that
the model. I have some questions on the classes there. Please
help me
understand with your
[
http://issues.apache.org/jira/browse/TUSCANY-568?page=comments#action_12422428
]
Simon Laws commented on TUSCANY-568:
I've taken
Kelvins additions
The Tuscany block diagram
The Das words
The SCA diagram
And filled out the
Jeremy,
Using the old structure of ~/samples/sca sounds good to me. Is
everyone agreed? I'd like to get started recreating the DAS technology
sample.
Brent
On 7/19/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I have now moved all the code from chianti into the trunk and have
reset version
[ http://issues.apache.org/jira/browse/TUSCANY-568?page=all ]
Simon Laws updated TUSCANY-568:
---
Attachment: site-author.zip
All of the new bits I could find added to the new site layout
add graphical SDO content to sandbox website
[ http://issues.apache.org/jira/browse/TUSCANY-568?page=all ]
Simon Laws updated TUSCANY-568:
---
Attachment: site-publish.zip
In case anyone wants a quick peek.
add graphical SDO content to sandbox website
I'm getting a bit confused about the various diagrams and updates proposed
for the new website layout so I collected them all together. Well the ones I
know about at least. Apologies for any I have missed. The author files are
attached to Kelvin's JIRA
[ http://issues.apache.org/jira/browse/TUSCANY-569?page=all ]
Ed Slattery updated TUSCANY-569:
Attachment: union_string.patch
Unions are not supported
Key: TUSCANY-569
URL:
Unions are not supported
Key: TUSCANY-569
URL: http://issues.apache.org/jira/browse/TUSCANY-569
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Reporter: Ed Slattery
Unions are listed in
I have an initial pass at a replacement for one-way
async support using a target invoker rather than an interceptor. I have been
able to test it in chianti and ported it to the latest trunk. For some reason
having to do with SCA SPI test failures, I can't successfully build the man
trunk
Right Simon, I guess David's picture is the one we must go forward with.
Just that we must also give some thoughts to the 'distribution' and
'integration' aspects and see how we can express this. Chek my prev. mail
on what I mean by this.
Thanks
- Venkat
On 7/20/06, Simon Laws [EMAIL
Trying to get some of this stuff together. I'm moving in the DAS stuff
from Luciano but that seemed very limited and a lot missing. It also has
references to microsoft mso objects that need to go.
I put in Venkata diagram that is clickable to the technologies. I'll
try to replace that with
Yea I've seen other projects use this. What would be nice is if we
could write using a word processor instead of an xml editor and have
it converted to DocBook. I'll have to check into this but if someone
has experience doing this sort of thing, it would be good to know.
Jim
On Jul 20,
Hi,
I ran into some test case failures with the trunk code in both Eclipse and
Maven (reported by my continumm build) related to the usage of java
assertions.
For example, in test case
org.apache.tuscany.spi.extension.ReferenceTestCase, we have the following
test:
public void
Is there a way that I'm missing to retrieve all of the SDO Types
associated with a certain URI? We're doing this today in the DAS by
diving down to EPackage, but would prefer having some sort of utility
to do this in SDO.
Perhaps this is something that should be considered for TypeHelper in
a
Hi,
A gentle reminder: Have we reached a conclusion on how to fix the problem?
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Saturday, July 15, 2006 10:28 AM
Subject: Re: [PATCH] Chianti launcher cannot boot from a jar
Hi,
I ran into some issues to create SVN patches if it happens that the code
changes involve rename or delete as a result of refactoring. Is svn diff
good enough (seems not)? What's the best practice here?
Thanks,
Raymond
Well, I tried compliling it under Ubuntu and it isn't quite working.
Ubuntu starts out as a very basic install so in order to compile it, I had
to install not just Java, Ant, Svn, and Axis2C, but g++, make, automake, and
libtool.
It is also a debian based system so it uses apt instead of rpm for
Geoff, I don't really know the answer, but my guess is that it's simply a
matter of trying to provide as much convenience as possible. I think you
should ask this question on the SDO spec collaboration mailing list.
Frank.
Geoffrey Winn [EMAIL PROTECTED] wrote on 07/20/2006 08:36:09
AM:
a passable wine, sometimes exceptional.
Anyho... as the sandbox code has moved to trunk I think it should no longer
be referred to as Chianti. It's Tuscany ... maybe qualified with Java.
So, discussions on Chianti spi should just be [Tuscany] [Java] spi
[delete as appropriate]
So if everyone
Hi Ignacio,
The test case issue is due to assertions getting
On Jul 20, 2006, at 9:06 AM, Ignacio Silva-Lepe wrote:
I have an initial pass at a replacement for one-way async support
using a target invoker rather than an interceptor. I have been able
to test it in chianti and ported it to
On Jul 20, 2006, at 10:16 AM, Raymond Feng wrote:
Hi,
A gentle reminder: Have we reached a conclusion on how to fix the
problem?
Not sure - if the patch I supplied for MSUREFIRE-148 gets applied
then we will have fixed the issue inside maven and I believe that it
is working in the
Hey,
I figured out why it wasn't finding xmlstring.h, I had to install
libmxml-dev to get the header files.
Now SDO builds and tests.
SCA however still fails:
make[5]: Entering directory
`/home/dwheeler/tuscany/cpp/sca/runtime/ws_reference/axis2c/src'
/bin/sh ../../../../libtool --mode=compile
Geoff, while providing convenience as Frank explains, the spec doesn't
prevent users from converting themselves.
e.g. a user can always converts from double to byte then calls setByte.
Are you proposing to always force users to convert and setXxx fails with
mismatched Type?
On 7/20/06, Frank
David Wheeler wrote:
Well, I tried compliling it under Ubuntu and it isn't quite working.
Ubuntu starts out as a very basic install so in order to compile it, I
had
to install not just Java, Ant, Svn, and Axis2C, but g++, make,
automake, and
libtool.
It is also a debian based system so it
Sebastien,
The apt-get commands for the missing requiements are
$ sudo apt-get install libxml2-dev
$ sudo apt-get install g++
$ sudo apt-get install make
$ sudo apt-get install automake1.9
$ sudo apt-get install libtool
Using libxml2-dev fixed the xmlstring.h problem (the standard libxml2
I propose we remove sandbox/chianti - any objections?
--
Jeremy
On Jul 20, 2006, at 12:26 PM, Pete Robbins wrote:
a passable wine, sometimes exceptional.
Anyho... as the sandbox code has moved to trunk I think it should
no longer
be referred to as Chianti. It's Tuscany ... maybe qualified
For those who are interested, there's a nice article about java assertions @
http://www.javaworld.com/javaworld/jw-11-2001/jw-1109-assert.html. And the
following is quoted from it:
Expressions within an assert statement should not produce side effects,
since doing so exposes program execution
On Jul 20, 2006, at 11:16 AM, [EMAIL PROTECTED] wrote:
public class Launcher {
+// REVIEW: ([EMAIL PROTECTED]) Perhaps this should be
null / have no default?
+// It seems to me it would very unusual (ie, uncommonly-
simplistic) for the system classloader to be the desired
+//
We covered assertions a little in the exception handling document
which should be on the website but which I got from here:
http://svn.apache.org/viewvc/incubator/tuscany/site/src/site/xdoc/
exception_handling.html?view=co
To me, assertions are things that the developer declares should never
If the purpose of the test case is to verify the assert, I suggest that we
use ClassLoader.setClassAssertionStatus(targetClassName, true) to make
sure assert is on before the target class is initialized (for example, in
a static block or TestCase.setUp()) instead of requesting the whole JVM to
Agree with Jeremy on assertion usage, especially *assertion is not anything
user should be informed about*
which is exactly my point: assertion (failure) should *not* be user/TestCase
expectation.
On 7/20/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
We covered assertions a little in the
If you like my previous proposal, here's the patch I tried.
Thanks,
Raymond
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, July 20, 2006 4:14 PM
Subject: Re: Java assertion related test case failures
If the purpose of the test
On Jul 20, 2006, at 11:16 AM, [EMAIL PROTECTED] wrote:
+/**
+ * Default application SCDL path used if no
applicationScdlPath param is specified
+ *
+ * REVIEW: this doesn't work as expected right now because we
are using the webapp classloader
+ * directly, which
I'm not sure what happens to the continumm build which underneath runs
maven. It seems that assertions are not enabled for the test cases by
default and I have to set -ea in the mvn.bat so that the latest code can
be built successfully.
Thanks,
Raymond
- Original Message -
From:
On 7/20/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 20, 2006, at 11:16 AM, [EMAIL PROTECTED] wrote:
+/**
+ * Default application SCDL path used if no
applicationScdlPath param is specified
+ *
+ * REVIEW: this doesn't work as expected right now because we
are using
Hi Rick
Thanks for helping, I'm working on the class diagrams and will be sending
some more clean update by sometime tomorrow and that would be more
situable for representing DAS. The only think I still wanted some help was
to get the little DAS diagram available on my draft in the same
I ran this by Steve Brodsky and he suggested that we might be better off
looking up the needed Types from the TypeHelper by the name as needed
rather than asking for all types associated with the URI. We can use
the names we retrieve from ResultSetMetadata and it seems like this will
simplify
Updated sdo samples and placed on the wiki at tuscany-dev@ws.apache.org -
any comments are welcome.
The following changes were made :
- updated copyright
- added package and project overview to javadoc
- reworked javadoc for samples in order to increase consistancy
- reworked codeSnipet examples
This would disallow the scenario where you have a static model with
customers, address, and orders, read some customers and addresses,
and then want to create a new order and associate it with a customer.
At least, you wouldn't be able to create it off the dynamic root.
Brent
On 7/20/06,
If we have Customer then don't we also have the related Order and
Address Types?
Brent Daniel wrote:
This would disallow the scenario where you have a static model with
customers, address, and orders, read some customers and addresses,
and then want to create a new order and associate it
These test cases were my bone-headed mistake...What they should be
doing is testing that prepare() executes properly so I'll fix them
once I get a couple of other checkins cleared out.
That said, we really ought to run mvn was assertions on as we need to
verify that assertion checking is
On Jul 20, 2006, at 5:14 PM, Ken Tam wrote:
On 7/20/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 20, 2006, at 11:16 AM, [EMAIL PROTECTED] wrote:
+/**
+ * Default application SCDL path used if no
applicationScdlPath param is specified
+ *
+ * REVIEW: this doesn't
Traversing from the Types we have to figure out the Types we don't
have seems a lot harder than having a utility in SDO that tells us all
of the Types for a URI. But, yes, that's possible.
Brent
On 7/20/06, Kevin Williams [EMAIL PROTECTED] wrote:
If we have Customer then don't we also have the
I've made a few additional changes to constructor-based injection
that people may be interested in:
1. Annotation processing can now heuristically determine the
constructor based on the presence of @Property, @Reference, or
@Autowire annotations and does not require @Constructor:
public
Hi,
The XSD files under src/main/resources/schemas foler in project sca-api
are still at 0.9 level. Do we have any plan to upgrade them?
Thanks,
Raymond
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
58 matches
Mail list logo
