Luciano suggested to implement at first, the necessary classes to create a
simple app that only reads from a database using the das c++. I was checking
on the das java that these classes below are essential to create this app.
DAS
DASFactory
DASImpl
ConfigFactory
ConfigFactoryImpl
Config
MappingW
Welcome douglas! ; )
On 2/7/07, Douglas Leite <[EMAIL PROTECTED]> wrote:
OK!
Thanks for the greetings! :p
I hope participate actively on the main list soon. :)
On 2/7/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On 2/6/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> >
> > Welcome Douglas !!!
[
https://issues.apache.org/jira/browse/TUSCANY-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeremy Boynes updated TUSCANY-1039:
---
Priority: Blocker (was: Major)
> axis binding is requiring javax/servlet/Servlet in standa
[
https://issues.apache.org/jira/browse/TUSCANY-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeremy Boynes reopened TUSCANY-1039:
Assignee: Rick Rineholt
Reopening as we need to remove the workaround from the assembly
On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:
Also, the plan was just to have it temporary an it was my understanding
there was planned work to split Axis binding between Services and
Reference which would have made that unnecessary. I don't think however
that was ever checked in.
OK for
On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:
Jeremy Boynes wrote:
> On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Author: rineholt
>> Date: Thu Jan 11 10:31:12 2007
>> New Revision: 495320
>>
>> URL: http://svn.apache.org/viewvc?view=rev&rev=495320
>> Log:
>> Give standalone
Venkata Krishnan wrote:
Hi,
Heres my opinion from the perspective of some items that I have owned
up to
do quite a while back - support for complex properties and multivalued
properties. I'd see them as some fundamental things that a user might
expect to see out of our next milestone and am h
t; Fix For: Wish list
>
> Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip,
> DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt,
> tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch
>
>
> Create a version of DAS in C++ integ
Also, the plan was just to have it temporary an it was my understanding
there was planned work to split Axis binding between Services and
Reference which would have made that unnecessary. I don't think however
that was ever checked in.
Jeremy Boynes wrote:
On 1/11/07, [EMAIL PROTECTED] <[EMAI
Jeremy Boynes wrote:
On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: rineholt
Date: Thu Jan 11 10:31:12 2007
New Revision: 495320
URL: http://svn.apache.org/viewvc?view=rev&rev=495320
Log:
Give standalone launcher access to servlet-api need by axis
binding.axis2/mvn.out
We s
On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: rineholt
Date: Thu Jan 11 10:31:12 2007
New Revision: 495320
URL: http://svn.apache.org/viewvc?view=rev&rev=495320
Log:
Give standalone launcher access to servlet-api need by axis
binding.axis2/mvn.out
We should not be adding de
[
https://issues.apache.org/jira/browse/TUSCANY-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hasan Muhammad updated TUSCANY-1086:
Attachment: NEW_JavaSerDeserialization.patch
Frank
I have attached a new patch file: NEW
Hi Jeremy / Raymond,
Thanks for the pointers to the old wiki, though it looks like you've also
since updated the new wiki
I was wondering about what advice to give people... perhaps the m2 milestone
is the right one to encourage people to use, but I have this concern that if
problems occur t
[
https://issues.apache.org/jira/browse/TUSCANY-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1094.
---
Resolution: Fixed
Fixed in r504742
> SDOUtil.registerStaticTypes() used in ImportSDOLoader
[
https://issues.apache.org/jira/browse/TUSCANY-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reassigned TUSCANY-1094:
-
Assignee: Raymond Feng
> SDOUtil.registerStaticTypes() used in ImportSDOLoader.java has
Jim,
I have been looking at the work you have been doing with component manager
and URIs and figuring out how this would fit in with federated deployment
model I have been working on. Currently, the master creates the physical
component defintion to get the component running on the slave. This
[
https://issues.apache.org/jira/browse/TUSCANY-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471132
]
Robbie Minshall commented on TUSCANY-1093:
--
patch worked great.
> isSet returning false when boolean se
[
https://issues.apache.org/jira/browse/TUSCANY-1098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471128
]
Fuhwei Lwo commented on TUSCANY-1098:
-
Hi Kelvin,
If you don't mind, I can look into this new feature. Thanks.
Hi,
I just added a draft @
http://cwiki.apache.org/confluence/display/TUSCANY/Getting+Started. We might
be able to use it as a starting point and add more meat into it to help new
users understand the basic concepts, steps and tools to develop a simple SCA
application with Tuscany.
Thanks,
Hi Venkat,
Thanks for the write-up, comments inline.
Jim
On Feb 7, 2007, at 10:48 AM, Venkata Krishnan wrote:
Hi,
Heres my opinion from the perspective of some items that I have
owned up to
do quite a while back - support for complex properties and multivalued
properties. I'd see them as
On Feb 7, 2007, at 10:48 AM, Venkata Krishnan wrote:
Hi,
Heres my opinion from the perspective of some items that I have
owned up to
do quite a while back - support for complex properties and multivalued
properties. I'd see them as some fundamental things that a user might
expect to see out
Thanks !
On 2/7/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
Done.
--
Jeremy
On Feb 7, 2007, at 10:34 AM, Luciano Resende wrote:
> Adriano Crestani has been helping DAS for couple months now, he had
> contributed on a DAS tutorial initiative, and recently he has been
> discussing and contri
I'm fine with the content that both the list that Sebastien produced to
bring up Tuscany to an SCA 1.0 spec and the work that was previously
discussed for the improving the kernel referenced by Jim. I think both
sets add value for our users. However, for me the branch is not about
what conten
Hi,
Thank you for the offer.
We have a page on the wiki site:
http://cwiki.apache.org/TUSCANY/documentation.html. It briefly outlines what
we would like to see for documents.
Thanks,
Raymond
- Original Message -
From: "Shelita Overton" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, Feb
haleh mahbod wrote:
+1 for moving to cwiki. Much easier to use.
On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:
I have found having too many sources 2 wikis, the web site, doco checked
in to svn to be a major confusion and a general appearance
disorganization. I think we should at the very
+1 for a single wiki - happy with cwiki
On 2/7/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
+1 for moving to cwiki. Much easier to use.
On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:
>
> I have found having too many sources 2 wikis, the web site, doco checked
> in to svn to be a major confu
Done.
--
Jeremy
On Feb 7, 2007, at 10:34 AM, Luciano Resende wrote:
Adriano Crestani has been helping DAS for couple months now, he had
contributed on a DAS tutorial initiative, and recently he has been
discussing and contributing on a C++ implementation of a DAS. I'd
like to
give him de
Yes, the "installable distribution" is the jar/tgz that is generated
by the assembly module.
It's not quite the same as M2 because, in line with the modularity
story, it does not have dependencies on extension modules. Those
would be installed separately (either manually by the user or as par
+1 for moving to cwiki. Much easier to use.
On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:
I have found having too many sources 2 wikis, the web site, doco checked
in to svn to be a major confusion and a general appearance
disorganization. I think we should at the very least now retire one
Hi Shelita,
Welcome to Tuscany. We definitly need help with documentation :)
A starting point might be a user giude on how to develop a simple SCA
application. This document can then incrementally grow to cover more
advanced topics.
Another project might be to work on an SCA user doc with exam
I have found having too many sources 2 wikis, the web site, doco checked
in to svn to be a major confusion and a general appearance
disorganization. I think we should at the very least now retire one of
the wiki sites. I'm for moving to cwiki.
Venkata Krishnan wrote:
Hi,
I guess the website
Hi,
I guess the website and the wiki are both needed and am very much in line
with Dan's thoughts on what should go into each of this.
I guess its now a question of whether we want to move our content out of
that old wike over CWIKI. I'd say we must go with CWIKI which is a lot more
pleasant to
Hello,
If your totally new to SCA/Tuscany having a fresh pair of eyes looking
at first understanding SCA, looking at our website how easy it is to
find resources, how well those were, then moving on to the samples in M2
and then try and understand how contribute to Tuscany itself and along
the
Hi,
Heres my opinion from the perspective of some items that I have owned up to
do quite a while back - support for complex properties and multivalued
properties. I'd see them as some fundamental things that a user might
expect to see out of our next milestone and am happy that they are a part o
Yes, I agree. And that should be part of the efforts to support the
load/resolve/build for SCDL extensibility elements so that they can be
handled in a pluggable way.
Thanks,
Raymond
- Original Message -
From: "Jim Marino" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, February 07, 2007 1
On Feb 7, 2007, at 10:21 AM, Raymond Feng wrote:
Hi, Jim.
Let me explain the DataBindingInterceptor part.
In this case, I pass the CompositeComponent as a metadata in the
transformation context so that the transformers can access the
extensions (SCAObject.getExtensions) of the CompositeCo
Adriano Crestani has been helping DAS for couple months now, he had
contributed on a DAS tutorial initiative, and recently he has been
discussing and contributing on a C++ implementation of a DAS. I'd like to
give him developer access to JIRA so he can manage JIRAs with more
flexibility, etc.
Hi,
There are some documents @
http://wiki.apache.org/ws/Tuscany/TuscanyJava/SCA_Java. Do you want to help
migrate some of the useful information over?
Thanks,
Raymond
- Original Message -
From: "Dan Murphy" <[EMAIL PROTECTED]>
To: "Tuscany Developers"
Sent: Wednesday, February 07
Dan Murphy wrote:
Similar to Haleh's opinion... a hybrid of web and wiki seems to make
sense
- use the web site for fairly static content but link from the website
directly to appropriate places in the wiki where the content is likely to
change or hasn't fully been decided yet.
For example, we
Some comments inline.
Thanks,
Raymond
- Original Message -
From: "haleh mahbod" <[EMAIL PROTECTED]>
To:
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, February 07, 2007 9:43 AM
Subject: Re: Move Tuscany wiki to Apache CWIKI?
Rick had asked earlier "Two concerns come to mind if we make T
Hi, Jim.
Let me explain the DataBindingInterceptor part.
In this case, I pass the CompositeComponent as a metadata in the
transformation context so that the transformers can access the extensions
(SCAObject.getExtensions) of the CompositeComponent. The extensions contain
some information (suc
Hi I would like to help with creating some documenation for Tuscany SCA...
Does anyone have any suggestions on what should be covered first? Priority?
Any content that could be used as a starting point?
~Shelita Overton
OK, so when I looked in the assemberly dir I didn't see a raft of jars... my
bad... I think I've found it now (I have to unzip the assemby and point this
as my install dir)...
On 07/02/07, Dan Murphy <[EMAIL PROTECTED]> wrote:
Hi,
It's probably documented elsewhere, but I've looked and cant fi
Similar to Haleh's opinion... a hybrid of web and wiki seems to make sense
- use the web site for fairly static content but link from the website
directly to appropriate places in the wiki where the content is likely to
change or hasn't fully been decided yet.
For example, we could remove the "h
All,
I'm now planning on refactoring autowire from CompositeComponent and
CompositeComponent.getChild() (Composites will only return References
and Services; ComponentManager will return Components). This may
introduce some regressions temporarily in trunk related to autowiring
but the bu
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471055
]
Yang ZHONG commented on TUSCANY-928:
Hesitated it might be trivial to test formating...
Anyway, now a Test Case
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yang ZHONG updated TUSCANY-928:
---
Attachment: ChangeSummaryPropertyTestCase.928
> Define Tuscany SDO options for XMLHelper load and sa
Rick had asked earlier "Two concerns come to mind if we make THE website:
Is it backed up? can we get past revisions if needed ? Currently our
website is
in svn which covers that.
The other is we have had past complaints that the site was not "fancy"
organized
etc, are we confident this wiki can
Venkat,
Some answers inline.
Venkata Krishnan wrote:
Hi,
I just took a look at the latest assembly model specs and find a
couple of
things that I don't understand. Could somebody help me out with
clarifications.
i) There are two different illustrations for the schema for a property
element
[
https://issues.apache.org/jira/browse/TUSCANY-928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471039
]
Kelvin Goodson commented on TUSCANY-928:
I had an offline chat with Yang and he is going to add some code to
Hi,
In the process of refactoring core, I'm attempting to remove the need
for Wire.getContainer(). Two places this is used is
DataBindingInterceptor and PassByValueInterceptor. The former tunnels
up to the wire container's parent and passes the CompositeComponent
as metadata in the trans
Hi,
It's probably documented elsewhere, but I've looked and cant find it
From the IRC chat (Tuscany IRC weekly chats. Feb 5 2007) its apparent that
the build instructions @
http://incubator.apache.org/tuscany/java_sca_overview.html are no longer
accurate and that instead we should be using
All,
As a heads up, I intend to check changes into kernel that will begin
the transition to ComponentManager as well as migrate further to
using the URI addressing scheme for runtime artifacts. This checkin
will be a transition phase where Components are registered with
ComponentManager a
Welcome (Bem Vindo) Dannyel, let us know what we can help and if you have
any questions feel free to ask.
On 2/7/07, Dannyel Fonseca <[EMAIL PROTECTED]> wrote:
I am student of the federal university of matogrosso - UFMT (Brazil). I
will
be from today on collaborating in the project tuscany DAS
Patches for new functionality such as this should be submitted
against trunk.
--
Jeremy
On Feb 7, 2007, at 5:16 AM, Simon Nash wrote:
A March release with basic functional improvements in a consumable
package
(kernel, selected extensions, and tools) makes sense to me.
As well as the items
On Feb 7, 2007, at 5:49 AM, Dan Murphy wrote:
It would make good sense to...
I've just started some migration of tuscany tests to the SDO CTS -
would you envisage the SDO CTS having a seperate release or combining
the two ?
I would think CTS would be a separate release. It's goal is to define
So my understanding of this thread is that the proposal now is that these
tools tool will form (part of?) a new, separately releasable, module at a
peer level to SDO and with a dependency on SDO. I've just proposed a release
of SDO and my best guess is that we would be looking at approx 6 weeks ti
Yes I think we should be releasing an M3 for Java SDO. We've had quite a
bit of function in recently with ChangeSummary on DataObject, HelperContext,
and other 2.1 spec items. It would be good to make some headway with the set
of JIRAS that we currently have. I can take a scan of them and produc
It would make good sense to...
I've just started some migration of tuscany tests to the SDO CTS -
would you envisage the SDO CTS having a seperate release or combining
the two ?
(my initial thought is to target an M1 for CTS later this month,
pending some tests that Andy says he wants to contribut
A March release with basic functional improvements in a consumable package
(kernel, selected extensions, and tools) makes sense to me.
As well as the items suggested by Sebastien, I'm interested in adding
flexible ordering of elements in SCDL files as required by the SCA spec.
Having work on the
I am student of the federal university of matogrosso - UFMT (Brazil). I will
be from today on collaborating in the project tuscany DAS C++ together with
my classmates Adriano Crestrani, Douglas Siqueira and Willian Maja, all of
the course of the Computer Science of the UFMT.
OK!
Thanks for the greetings! :p
I hope participate actively on the main list soon. :)
On 2/7/07, Simon Laws <[EMAIL PROTECTED]> wrote:
On 2/6/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Welcome Douglas !!!
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>
> On 2/6/07, Doug
On 2/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
On 2/2/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
>
> On 2/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> > On 2/2/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi Simon,
> > > I'm taking a look at them now. I'll let you know how I g
Add get() and getInstanceProperties() methods in Type and Property
--
Key: TUSCANY-1098
URL: https://issues.apache.org/jira/browse/TUSCANY-1098
Project: Tuscany
Issue Type: New
On 2/7/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
On 2/7/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> Is the set of SVN client configurations required to get the correct file
> settings recorded anywhere for Tuscany C++?
>
> Thanks
>
> Simon
>
Hi Simon,
yep - take a look at
http://svn.apache.
Hi,
I just took a look at the latest assembly model specs and find a couple of
things that I don't understand. Could somebody help me out with
clarifications.
i) There are two different illustrations for the schema for a property
element...
*
default-property-value?
*
On 2/7/07, Simon Laws <[EMAIL PROTECTED]> wrote:
Is the set of SVN client configurations required to get the correct file
settings recorded anywhere for Tuscany C++?
Thanks
Simon
Hi Simon,
yep - take a look at
http://svn.apache.org/repos/asf/incubator/tuscany/cpp/etc/svn-config
This is the
Hi,
I just took a look at the latest assembly model specs and find a couple of
things that I don't understand. Could somebody help me out with
clarifications.
i) There are two different illustrations for the schema for a property
element...
*
default-property-value?
*
Is the set of SVN client configurations required to get the correct file
settings recorded anywhere for Tuscany C++?
Thanks
Simon
On 2/6/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Welcome Douglas !!!
--
Luciano Resende
http://people.apache.org/~lresende
On 2/6/07, Douglas Leite <[EMAIL PROTECTED]> wrote:
>
> Hello Community!
>
> I am a Computer Science student at UFMT (University of Mato Grosso) in
> Brazil.
>
> Ther
70 matches
Mail list logo