Hi,
Once I got the sources build working I came across the SCA Java
Development page [1]. There's a note about downloading java/sca
subtree to build SCA only with no DAS sources. I whiped out the old
buildable Tuscany tree and pulled down the java/sca subtree.
Alas, when I'd run the build it end
SCA now have some samples that integrate with DAS and you will need the DAS
in your repository. As i don't think we published snapshots after we renamed
the , you will need to build it locally, or edit the sample
pom.xmland remove the two das projects from it for now.
I can look at publishing a D
posted a new logo. You'll find Logo1, Logo2, Logo 3
http://cwiki.apache.org/confluence/display/TUSCANY/TuscanyLogos
On 5/17/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
Haleh,
As others have said, the right hand side is superb - keep it.
The cypress image is a good idea, but the particular o
On 5/17/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> [1]
>
http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SCA+Web+Application+Integration+Story
Which one is correct?
SCADomain domain = (SCADomain)
application.getAttribute("org.apache.tuscany.sca.SCADomain");
or
SCADomain dom
On 5/17/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Basically, if you have regular web-app integrated with Tuscany SCA (see [1]
for web-app story), then you just need to deploy the web-app into geronimo
and it works !!! Are you looking for any specific steps ? Or just a place
that says we work
Just go ahead and merge is fine.
...ant
On 5/17/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
I have committed to trunk, under revision # r539127 a fix to place
sca-contribution on the right location in a war file, this also had a
small
change on the host-webapp module in order to properly
Hi Frank,
I think I may have figured out what I'm talking about :-)
Suppose I'm loading Ecore from its XMI Document.
So I'm loading several XMI
elements that are either
of the type EDataType or EClassifier.
So this could be viewed
as iterating
through the document's elements.
I have to do thi
Indeed, we really need this... things work very differently based on witch
web container you are using :(
And now that you mentioned, I tried our calculator-web in jetty and it was
not working, so I committed a small fix under revision #539208 to make it
working for TC and Jetty.
On 5/17/07, Jea
This support for webapps raises the question of testing, and in
particular integration tests in our various hosting environments: J2SE
and Web apps with Tomcat and/or Jetty.
Most of our integration tests run in J2SE today. I think we need a way
to run the same integration test suite in Web app
I have committed to trunk, under revision # r539127 a fix to place
sca-contribution on the right location in a war file, this also had a small
change on the host-webapp module in order to properly find the root of the
contribution. Should these changes be merged into the branch ? What's the
right
Haleh,
As others have said, the right hand side is superb - keep it.
The cypress image is a good idea, but the particular one that you have
doesn't look effective when it is Icon sized - it's too detailed and
fussy. Better to have a simpler image with fewer, bolder trees. I'll
have a hunt t
I like this one: http://walking.about.com/library/graphics/tuscany2x.jpg
I also added another Cypress image here:
http://cwiki.apache.org/confluence/display/TUSCANY/TuscanyLogos
I am not really worried about the logo and any of these is fine with me.
But, I had the same initial reaction as Lucia
The cypress trees are signature of Tuscany in Italy.
The road is the 'real road to soa success' :)
Any other suggestions for the picture?
On 5/17/07, Kevin Williams <[EMAIL PROTECTED]> wrote:
I agree with Luciano. The right side is very nice but the endless-road
bordered by cypress trees does
Sebastien,
I'm interested how it would matter whether you promoted it or not?
If you have a non-default binding on a component-level service that it is
visible to
"the world" already.And I thought the default binding was not intended
to allow you to
cross domain boundaries.
The deployed com
Sure. OK - Here's the Scoop.
LDAP DAS HOME:
We are hoping the LDAP DAS will have
a home somewhere in the Tuscany Subversion
repository soon. I we want to make one
I'll be glad to check everything in.
TIMELINE
I'm hoping to have an implementation
that can read and write DataGraphs in
about 10 d
I agree with Luciano. The right side is very nice but the endless-road
bordered by cypress trees does not seem to fit well. I am also not sure it
helps make the Tuscany connection.
On 5/17/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Ohhh, I really like the right portion of the new logo !!!
Hi Frank,
Frank Budinsky wrote:
Hi Ole,
Your point about the benefits of separating properties into two lists,
references and attributes, is well taken.
Super :-)
The SDO spec does say this in section 3.6:
A Property whose Type is for DataObjects is sometimes called a reference;
otherw
Ohhh, I really like the right portion of the new logo !!!
Not sure if I like the left side, with the landscape picture :(
On 5/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
Here is another try. I moved the logos to this link:
http://cwiki.apache.org/confluence/display/TUSCANY/TuscanyLogos
O
Here is another try. I moved the logos to this link:
http://cwiki.apache.org/confluence/display/TUSCANY/TuscanyLogos
On 5/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
snip
>
> If yes, I'll go ahead and add it to the website ( I'll need help for
> doing this correctly please ).
>
If you wa
snip
If yes, I'll go ahead and add it to the website ( I'll need help for
doing this correctly please ).
If you want to put a logo up on the site in place of the confluence logo
(the man type thing with a C wrapped round him) then there is an option
under space admin to set the space logo.
Static SDO objects may be constructed with a 'noContainment' option using
the XSD2JavaGenerator. Is there a similar facility for constructing dynamic
data objects?
Hi Ole,
Your point about the benefits of separating properties into two lists,
references and attributes, is well taken.
The SDO spec does say this in section 3.6:
A Property whose Type is for DataObjects is sometimes called a reference;
otherwise it is called an attribute.
So, in documentat
I think you will need to attach it to the wiki somewhere, as the list server
is filtering your attachments (or you forgot to attach) :)
On 5/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
Hi,
Apache Tuscany website is very plain and is missing our logo (amongst
other things).
I found our previ
Hi,
Apache Tuscany website is very plain and is missing our logo (amongst other
things).
I found our previous logo which is a bit out of focus and we don't have the
source for it.
Meanwhile, a nice friend also came up with another graphic for Tuscany that
might be more appropriate. I am attaching
The Tuscany Java SCA 0.90 release branch is available now:
https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-0.90/
It all seems to build cleanly and the samples work, the source and binary
distributions created from that are available at:
http://people.apache.org/~antelder/tusc
Basically, if you have regular web-app integrated with Tuscany SCA (see [1]
for web-app story), then you just need to deploy the web-app into geronimo
and it works !!! Are you looking for any specific steps ? Or just a place
that says we work with so and so web application server ? Please let me
k
In this week DAS release IRC chat [1], Ant had a proposal to change the DAS
distributed artifacts.
We currently have the following distributions :
- Source : have das source implementation (M2)
- BInary : have DAS binaries and all necessary dependencies (M2)
- Sample : sample application
[
https://issues.apache.org/jira/browse/TUSCANY-1248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder closed TUSCANY-1248.
--
Resolution: Fixed
All done
> Write readme files for the samples
> -
Thanks Ole, this is good news...
Also, maybe you could send a separate e-mail with quick updates on where you
are with the LDAP DAS, and what's the plan for it, I see couple discussions
going on in the Directory list, that a summary would be interesting to the
Tuscany user/dev list.
On 5/17/07,
Hey Guys,
We have a new PEN Branch for the
Tuscany project (Courtesy of Emmanuel Lecharny - Directory PMC).
Thank Alex Karasulu (Directory Project Lead) for getting the PEN for the
Apache Software Foundation.
All OIDs for LDAP DAS Schema Entries (The Equivalent of the SDO Types
defined in LDAP
Hi Frank,
Frank Budinsky wrote:
Ole,
Type.isDataType() is the way to distinguish between complex and simple
types.
Thanks for the tip.
I have several other comments below.
I'll just preface these by saying that
this is just my initial impression / hunch.
I figured I'd point these out while
Ole,
Type.isDataType() is the way to distinguish between complex and simple
types.
Simple types map to a type with isDataType=true, complex types map to
types with isDataType=false. They are often referred to as "Data types"
and "DataObject types", respectively.
Frank.
Ole Ersoy <[EMAIL PROT
[
https://issues.apache.org/jira/browse/TUSCANY-1274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder closed TUSCANY-1274.
--
Resolution: Fixed
Done
> Support sca-contribution.xml with the webapp host
> ---
[
https://issues.apache.org/jira/browse/TUSCANY-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder closed TUSCANY-1290.
--
Resolution: Fixed
Yes, after updating to SDO changes from last night it works ok again for me now.
>
[
https://issues.apache.org/jira/browse/TUSCANY-1292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Venkatakrishnan updated TUSCANY-1292:
-
Component/s: Java SCA Kernel
Fix Version/s: Java-SCA-0.90
Affects Vers
Defining a service within a component definition as an alternative to promoting
as a composite service results in a wrong behaviour
---
Key: TUSCANY-129
Defining a service within a component definition as an alternative to promoting
as a composite service seems to have a different effect
---
Key: TUS
You are a star Venkat, I'll give it a spin. Then I want to fiddle with the
build files a little. I'm going to move the current build.xml to
build-dojo.xml and introduce a new build.xml to allow the sample to be built
using ant. I'll fix up the pom to take account of this change
Simon
This is now working in revision 538883. Thanks.
On 5/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
OK, done at revision 538871.
On the subject of samples. I'm just adding the mission README and build
for
the jsonrpc sample. Does this work for you now?
Simon
[
https://issues.apache.org/jira/browse/TUSCANY-1264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-1264.
---
Resolution: Fixed
We settled in maintaining JUnit test cases in the samples as an example of how
t
[
https://issues.apache.org/jira/browse/TUSCANY-800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496529
]
Amita Vadhavkar commented on TUSCANY-800:
-
This attachment of May17 is not a patch but the original source c
[
https://issues.apache.org/jira/browse/TUSCANY-800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-800:
Attachment: JIRA800-May17-CodeAndUT.zip
Hi Luciano,
We need to sort out the problem of ant
Not yet :(
...ant
On 5/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
OK, done at revision 538871.
On the subject of samples. I'm just adding the mission README and build
for
the jsonrpc sample. Does this work for you now?
Simon
OK, done at revision 538871.
On the subject of samples. I'm just adding the mission README and build for
the jsonrpc sample. Does this work for you now?
Simon
On 5/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
Currently the sample overview section of the samples/README contains some
very high level words about what samples we have but nothing to guide the
user in. Ant suggested on the IRC that we add and ordered list. How about
the following order
ca
On 5/17/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
- any interest in an xslt binding that could take the incoming soap
message and transform it to fit a business domain schema to allow for
cleaner SDO generated object models?
Yes, that would be a very interesting thing. I've always thought
Hi Mike
I've just refereshed the "Wish list" up on the web site (
http://cwiki.apache.org/TUSCANY/sca-java-wish-list.html). Do you want to put
a note there about the spring stuff you are looking at?
Simon
Hi,
Replies to some of your questions:
Mike Edwards
[EMAIL PROTECTED] wrote:
I've been using Tuscany M2 for a little while and I had a couple issues:
- implementation.spring seems to be broken. Is there a target release for this
fix?
I am working on the Spring implementation type - but I
Folks,
I ran into a problem building and running the Itests for SCA.
I was unable to get the jaxws-maven-plugin resolved and the whole thing
failed - this was despite there being a copy of the plugin in my local
repository - it just turned out to be unacceptably old for some reason
best known
Currently the sample overview section of the samples/README contains some
very high level words about what samples we have but nothing to guide the
user in. Ant suggested on the IRC that we add and ordered list. How about
the following order
calculator - A calculator build
[
https://issues.apache.org/jira/browse/TUSCANY-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496511
]
Kelvin Goodson commented on TUSCANY-1290:
-
It appears that this might be a local maven repository issue. sl
[
https://issues.apache.org/jira/browse/TUSCANY-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1290:
Comment: was deleted
> Databinding-sdo broken with SDO beta1 relesae and lastest SDO trun
[
https://issues.apache.org/jira/browse/TUSCANY-1290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496509
]
Kelvin Goodson commented on TUSCANY-1290:
-
It appears that this might be a local maven repository issue. s
[
https://issues.apache.org/jira/browse/TUSCANY-1289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-1289.
---
Resolution: Fixed
Completed: At revision: 538844
> databinding-echo sample has duplicate code,
On 5/17/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
I have fixed the issue in Tuscany revision #538785 just in time for our RC
branch :) , and tested on Geronimo M5 (windows and linux), and the web
application is working fine !!!
Do you have notes of what steps are necessary to make it happ
Hello, and thanks for the feedback. From the SDO perspective ..
- I don't currently see any support in the XSD2JavaGenerator for
specifying the package name of any imported namespace in a schema. You can
specify the package name for the schema you are currently generating objects
for, but
I haven't found a solution to this yet. I involves debugging through the
shader plugin and I have got round to that yet. I have a very ugly and
manual work round that allows me to get on. Here is what I do:
1/ Edit sca/disitribution/pom.xml to remove bundle reactor reference so that
I can do the
Nice list. Just to be clear. When you say, for example,
org.apache.tuscany.sca.assembly
Do you mean just the interfaces in this package or do you include interfaces
from any of the subpackages? For example,
org.apache.tuscany.sca.assembly.builder
Simon
Comments inline.
Simon Laws wrote:
I think it is quite important to have a high level list of features
associated with each release. I'm not prsenting the gory detail of what
doesn't work but trying to present and accurate picture of what does.
Everyone can then see what is in a release. So to t
I think it is quite important to have a high level list of features
associated with each release. I'm not prsenting the gory detail of what
doesn't work but trying to present and accurate picture of what does.
Everyone can then see what is in a release. So to the "does it go in
RELEASE_NOTES?" que
Jean-Sebastien Delfino wrote:
ant elder wrote:
Ok, i re-read this last email again [1] and i guess i missed the
"...if we
could make it work consistently, with JARs as well as WARs" bit
before. I'm
not sure I agree with that, why should WARs be hamstrung with a less
user
friendly way of workin
+1. This really puts some certainity into what actually gets deployed.
- Venkat
On 5/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
ant elder wrote:
> Ok, i re-read this last email again [1] and i guess i missed the
> "...if we
> could make it work consistently, with JARs as well as
62 matches
Mail list logo
