RE: More Java security fixes on the way

[Haleh Mahbod]

Keep the samples simple and provide documentation.

-Original Message-
From: Dan Becker <[EMAIL PROTECTED]>
Sent: Tuesday, May 13, 2008 3:11 PM
To: tuscany-dev@ws.apache.org
Subject: Re: More Java security fixes on the way

Raymond Feng wrote:
> I'm looking into the patch you contributed with 
> https://issues.apache.org/jira/browse/TUSCANY-2290. There is one issue 
> catching my eyes. We have samples in Tuscany today which use some 
> technology APIs, for example, to start the ActiveMQ JMS broker. To run 
> these samples with Java2 security enabled, we have to surround some of 
> the calls with privileged block. That seems to complicate/pollute the 
> samples. Should we leave these samples as-is without supporting Java2 
> security (or grant permissions to the sample code directly with a policy 
> file)?

Hi Raymond,

Thanks for the code review. Those are excellent points you bring up 
which not only apply to the Tuscany-provided samples, but potentially 
also to user-solutions which exploit Tuscany as the samples do. Do you 
require such code to implement security blocks (and grant permissions 
with policy files) or do you simplify and not support security?

In my opinion, the answer would depend on what you would expect the user 
to do and what the purpose of the user code would be. For instance with 
application level code and samples I would never expect the user to have 
to add privileged blocks or add security policy permissions. On the 
other hand, for extensions and code that used Tuscany SPIs, I would 
expect requirements for the extension to provide privileged blocks and 
security policy permissions.

In the current situation you mention (starting the ActiveMQ JMS broker), 
I agree it does complicate the samples. But any user application that 
attempts to start the JMS broker and support Java 2 security would have 
to do the same thing. I am fine removing the complicating security code 
from the sample, but then I should write a wiki page or other 
documentation that shows how to support this.

Other opinions?

-- 
Thanks, Dan Becker

RE: More Java security fixes on the way

[Haleh Mahbod]

Keep the samples simple and provide documentation.

-Original Message-
From: Dan Becker <[EMAIL PROTECTED]>
Sent: Tuesday, May 13, 2008 3:11 PM
To: tuscany-dev@ws.apache.org
Subject: Re: More Java security fixes on the way

Raymond Feng wrote:
> I'm looking into the patch you contributed with 
> https://issues.apache.org/jira/browse/TUSCANY-2290. There is one issue 
> catching my eyes. We have samples in Tuscany today which use some 
> technology APIs, for example, to start the ActiveMQ JMS broker. To run 
> these samples with Java2 security enabled, we have to surround some of 
> the calls with privileged block. That seems to complicate/pollute the 
> samples. Should we leave these samples as-is without supporting Java2 
> security (or grant permissions to the sample code directly with a policy 
> file)?

Hi Raymond,

Thanks for the code review. Those are excellent points you bring up 
which not only apply to the Tuscany-provided samples, but potentially 
also to user-solutions which exploit Tuscany as the samples do. Do you 
require such code to implement security blocks (and grant permissions 
with policy files) or do you simplify and not support security?

In my opinion, the answer would depend on what you would expect the user 
to do and what the purpose of the user code would be. For instance with 
application level code and samples I would never expect the user to have 
to add privileged blocks or add security policy permissions. On the 
other hand, for extensions and code that used Tuscany SPIs, I would 
expect requirements for the extension to provide privileged blocks and 
security policy permissions.

In the current situation you mention (starting the ActiveMQ JMS broker), 
I agree it does complicate the samples. But any user application that 
attempts to start the JMS broker and support Java 2 security would have 
to do the same thing. I am fine removing the complicating security code 
from the sample, but then I should write a wiki page or other 
documentation that shows how to support this.

Other opinions?

-- 
Thanks, Dan Becker

RE: Tuscany support for Axis 1.4

[Haleh Mahbod]

Ant mentioned rampart is not ready yet. Doesen't that require us to wait?

-Original Message-
From: Raymond Feng <[EMAIL PROTECTED]>
Sent: Friday, May 16, 2008 11:14 AM
To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED]
Subject: Re: Tuscany support for Axis 1.4

Hi,

I'm starting to look into the performance improvements in the JAXB/AXIOM 
data transformation. It seems that the Axis2 1.4 has done a lot of good work 
there. If possible, I would like to leverage the latest AXIOM and Axis2 code 
base ASAP. The dependency might be only AXIOM but mixing the versions of 
AXIOM could be very risky.

Thanks,
Raymond

--
From: "ant elder" <[EMAIL PROTECTED]>
Sent: Thursday, May 15, 2008 3:00 AM
To: 
Subject: Re: Tuscany support for Axis 1.4

> On Wed, May 14, 2008 at 2:33 PM, Mike Edwards
> <[EMAIL PROTECTED]> wrote:
>> Lou Amodeo wrote:
>>>
>>> Is there a plan for Tuscany to support Axis2 1.4?
>>>
>> Lou,
>>
>> Any particular goodies that we can expect to get by moving up to Axis 
>> 1.4?
>>
>> Yours,  Mike.
>>
>
> Not sure if there are new functions that we need in 1.4 but the
> release does include _lots_ of bug fixes so i think it would be worth
> moving up. The main issues right now is I've just noticed there isn't
> a corresponding Apache Rampart release for 1.4 yet which is what we
> need for WS-Security, looks like its coming so guess we'll just have
> to wait a bit.
>
>   ...ant 

Re: ** IMPLEMENTATION.BPEL USERS ** - updated implementation-bpel code in trunk - affects your BPEL applications

[haleh mahbod]

I am cc'ing tunscay-users since this seems to be interesting to users and
they may not be on the dev list.

Thanks Mike.


On 5/17/08, Mike Edwards <[EMAIL PROTECTED]> wrote:
>
> Folks,
>
> I've just committed some changes to the implementation-bpel and
> implementatio-bpel-ode code in trunk which fix some issues relating to
> exposing BPEL processes using Web services (and other remote protocols).
>
> These changes have an impact on the content of the deploy.xml file that is
> associated with your BPEL applications.  In order to work correctly, you
> will need to ensure that your deploy.xml file corresponds to the following
> pattern:
>
>
> http://www.apache.org/ode/schemas/dd/2007/03";
>xmlns:tns="http://helloworld";
>xmlns:helloworld="http://helloworld";
>xmlns:greetings="http://greetings";
>xmlns:tus="http://tuscany.apache.org";>
>
>
>
>true
>
> port="HelloWorld"/>
>
>
> port="Greetings"/>
>
>
> 
>
>
> You must ensure:
>
> a) Each partner link in your BPEL process is declared using either a
>  (for a service) or using a  for a reference.
>
> b) Each  and  must use the partnerLink name, as declared
> in your BPEL process.
>
> c) The  and  elements each have a single child
>  element.  The  elements have name and port attributes.
>  The NAME attribute MUST be set to the same name as the partnerLink and MUST
> be prefixed by a prefix which references the namespace "
> http://tuscany.apache.org"; ("tus" in the example above).  The port
> attribute can be set to any name (it must be present but it is not actually
> used for anything significant).
>
>
> Sorry for forcing this change on you all, but the previous version of the
> code had a mixup over the name of the services and references as used by the
> ODE BPEL engine - this change fixes that problem.
>
>
> In the next week, we shall aim to remove the need for the deploy.xml file
> entirely.  All the information in the file is already known to the Tuscany
> code - either we shall generate the file dynamically, or - ODE willing - we
> shall pass the information to ODE in-memory, avoiding the need for a file at
> all.
>
>
> You will find that the BPEL Sample applications and the BPEL iTests have
> been adjusted to use this new format for the deploy.xml file.
>
>
> Yours,  Mike.
>

RE: Graduation

[Haleh Mahbod]

Congratulations to all.

-Original Message-
From: Luciano Resende <[EMAIL PROTECTED]>
Sent: Wednesday, May 21, 2008 2:19 PM
To: tuscany-dev@ws.apache.org
Subject: Re: Graduation

Hey, thanks for the good news.

On Wed, May 21, 2008 at 2:14 PM, Matthieu Riou <[EMAIL PROTECTED]> wrote:
> "Special order 7B, Establish the Apache Tuscany Project, was approved by
> Unanimous Vote of the directors present."
>
> Congratulations guys!
>
> Matthieu
>



-- 
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/

Re: TLP migration

[haleh mahbod]

Hi,

In order to better understand what needs to be done and who is helping with
what, I created a table that documentsthe work items for moving to a TLP
[1]. It is created based on the link that you sent out earlier.   Please add
to the list if it is not complete.

 It seems like most of the to do's require commiter level access. I'd like
to help and the only area that  I could see myself being able to help is
with the website/wiki content move so I signed up for that. It would be
great if other volunteers could put their name in the table as well :)

 Most of the "to dos" can only start after the initial set up is done and an
Infra general JIRA needs to be created to initiate website, source, wiki,
etc setup. Ant, are you initiating this?

[1]:
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Move+To+TLP+Work+Items

Haleh


On 5/22/08, Matthieu Riou <[EMAIL PROTECTED]> wrote:
>
> On Thu, May 22, 2008 at 3:55 AM, ant elder <[EMAIL PROTECTED]> wrote:
>
> > Now that we have graduated we have some work to do to migrate to a TLP,
> the
> > Incubator has information about this if anyone is interested in helping
> > out,
> > for example a good start is
> > http://incubator.apache.org/guides/graduation.html#transfer
> >
>
> Don't hesitate to let me know if you need a help, I can give you a hand.
>
> Matthieu
>
>
> >
> > We can also look at doing an official ASF press release, a couple of
> > examples are the Synapse ones at [1] and [2]. We probably want to wait
> till
> > we have the website migrated to the TLP before sending that out but I'll
> > setup a wiki page for a press release that we can work on in the mean
> time.
> >
> >   ...ant
> >
> > [1] http://apache.markmail.org/message/7caukr2i3uwg6w2c
> > [2] http://apache.markmail.org/message/xit3tee7iqpfztx6
> >
>

Re: SCA 1.2.1 release

[haleh mahbod]

I can help with validating the samples and demos for 1.2.1.

On 5/27/08, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On Tue, May 27, 2008 at 6:26 PM, Simon Nash <[EMAIL PROTECTED]> wrote:
>
> > Dave Sowerby wrote:
> >
> >> Hi Simon,
> >>
> >> With regards to the 1.2.1 release you are correct that we have a
> >> patched version of tuscany-sca-all which would work, but this however
> >> leaves us in an awkward configuration position.
> >>
> >> We're currently preparing a software release based around Tuscany
> >> which is completely open to customers of our use of Tuscany, such that
> >> we document fully how to construct services independent of our
> >> software.  As such, we do not ship any Tuscany artifacts and instead
> >> encourage our customers to utilise the published maven repository.
> >> Whilst requiring a patch version of one of the jars is possible; I
> >> don't feel that this is a good representation of Tuscany - either
> >> documenting a variant version or expecting a non-standard version of
> >> 1.2-incubating.  These potential solutions are more likely to cause
> >> issues for customers that would undermine the image of Tuscany that we
> >> try to project.
> >>
> >> Is anyone adamantly opposed to this release?  Do you feel Tuscany
> >> 1.2.1 is still an option?  I'd hope that given the potential to damage
> >> our customer's perception of Tuscany would be enough to justify this
> >> minor release.
> >>
> >>  Thanks for the clarifaction and explanation.  It seems to me that
> > because we distribute Tuscany via Maven repos, which can't be patched,
> > this kind of situation will arise whenever a serious bug is found.
> > We can use patches to isolate a problem and confirm the fix, but we
> > generally won't be able to use them as an alternative to a release.
> >
> > In a situation like this, unless a new release is imminent, the best
> > solution seems to be to produce a quick "bug fix" release without
> > incurring the overhead of a full release and testing cycle.  Ant has
> > suggested that we could do this by applying a small set of carefully
> > controlled changes to the previous 1.2 release tag.  I think we need
> > to be very strict about what changes go in, to avoid another experience
> > like 1.0.1.  Specifically, I would suggest only including the fix
> > for TUSCANY-2304.
> >
> > What do others think of this?
> >
> >  Simon
> >
> >
> >  Cheers,
> >>
> >> Dave.
> >>
> >> On Tue, May 20, 2008 at 12:00 PM, Simon Nash <[EMAIL PROTECTED]> wrote:
> >>
> >>> Nishant Joshi wrote:
> >>>
>  Hi All,
>  I have raised TUSCANY-2304 which was actually blocking me to go
> further
>  with
>  SCA client. So It was given high priority to resolved and fortunately
>  Ant
>  has resolved it very fast, i appreciate his effortt, thanks alot Ant
> for
>  this :).
>  Another one was TUSCANY-2251 that was handled by Simon Nash and he has
>  also
>  done good progress on it (found from this list ). This problem came in
>  eclipse generated web service client (please refer it for more detail)
>  so
>  this is also in high priority to get in next release. So i request to
>  add
>  TUSCANY-2304 in 1.2.1 and if possible TUSCANY-2251 also.
> 
>  One more thing, its very critical for us to get the next release 1.2.1
>  ASAP
>  (with 2304 and if possbile 2251 also :) ).
> 
>  So I hope you can understand the effect of the TUSCANY-2304 for any
>  tuscany
>  SCA client user .
> 
> >>> Hi Nishant,
> >>> The work to fix TUSCANY-2251 has turned out bigger than expected.
> >>> It's one of those cases where the first 80%-90% can be done quite
> >>> quickly but supporting the final 10%-20% of cases turns up many
> >>> issues, some of which require changes in other parts of the code.
> >>>
> >>> I'm preparing a (large) checkin to update the new generator code
> >>> so that it handles most of the cases (perhaps 95%).  This should be
> >>> enough to get the full build to run with the new code.  However, I
> >>> wouldn't consider the new code to be ready to release at that point.
> >>> It will need quite a bit of further testing and a few more updates
> >>> to take care of the remaining 5% of cases.  Some of these cases will
> >>> require discussion on the list to agree how they should be handled.
> >>> Also, the new code will need testing by people other than myself
> >>> with their scenarios to make sure that it does not break cases that
> >>> worked with the previous Java2WSDL generator.
> >>>
> >>> For all these reasons, I think it will take about another 3 weeks
> >>> to get the new generator code to the state that I would be happy
> >>> to see it enabled in a release.
> >>>
> >>> Regarding TUSCANY-2304, from other emails I see that Ant has sent
> >>> you a patched version of tuscany-sca-all-1.2-incubating.jar that
> >>> contains the fix for your problem.  Can you explain why you need a
> >>> new release in addition to this patch?
>

Re: [Vote] Release Tuscany Java SCA 1.2.1 (RC1)

[haleh mahbod]

Hi,
I ran calculator*, helloworld*, implementation*, simple* and store
sucessfully.
Haleh


On 6/3/08, Dan Becker <[EMAIL PROTECTED]> wrote:
>
> Luciano Resende wrote:
>
>> My only minor comment is whether we are still going to use
>> "incubating" on the release name/artifacts.
>>
>> Other then that, all looks ok, and here is my +1.
>>
>> +1 from me.
>
> I agree with Luciano. It would be nice to move off the "incubating" affix
> as soon as possible. It tends to lengthen the directory names, sometime
> causing delete problems on some operating systems.
>
> --
> Thanks, Dan Becker
>

Re: Changing SCA trunk version from 2.0-incubating-SNAPSHOT to SNAPSHOT

[haleh mahbod]

I am not intimately involved in day to day coding and I am not attached to
any of the branches or the names :) So, take this comment as a 3rd person's
point of view.

1.x relays the message that 1.0 and incremental releases of 1.0 are spawned
off of this version of the code.

2.x relays the message that 2.0 and incremental releases of 2.0 are spawned
off of this version of the code.

It is the reality that at some point in any software's life cycle, a new
architecture and potentially incompatible  SPIs/APIs,  will come to life
based on experiences learned from the existing software. Therefore, at some
point there will be a 2.x version of Tuscany and it is better to not cause
confusion.


On 6/6/08, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:

> Luciano Resende wrote:
>
>> How about 1.5-SNAPSHOT ? This would probably give us some room to have
>> couple releases without the necessity to keep updating the trunk pom
>> version. And this would probably make everybody happy :)
>>
>> On Fri, Jun 6, 2008 at 1:14 AM, ant elder <[EMAIL PROTECTED]> wrote:
>>
>>> On Fri, Jun 6, 2008 at 9:05 AM, Luciano Resende <[EMAIL PROTECTED]>
>>> wrote:
>>>
>>> I guess part of problem here is because a lot of people assume that
 the maven artifact version represents what is going to be our next
 release and then, if it's set as 2.0-SNAPSHOT, it means our next
 release would be 2.0.

>>>
>>> I agree, this is exactly the issue. But I'm not sure its that much of an
>>> unreasonable assumption, it does feel odd to me to have 2.0-SNAPSHOT as
>>> the
>>> trunk version before there has been any decision to start working on a
>>> 2.0
>>> in trunk.
>>>
>>>  ...ant
>>>
>>>
>>
>>
>>
> I'd prefer the next logical number, 1.3 for example.
>
> --
> Jean-Sebastien
>

SCA Getting started tutorial is missing on the website!

[haleh mahbod]

Hi,

I cannot find the getting started tutorial on the website any longer. We
used to have a link to this on the main page and on the SCA download page.
Was this moved intentionally? If yes, to where? If not, I recover it.

Haleh

Re: SCA Getting started tutorial is missing on the website!

[haleh mahbod]

Thank you.

On 6/13/08, Charuka Jayarathna <[EMAIL PROTECTED]> wrote:
>
> Here is the link,
>
> http://incubator.apache.org/tuscany/getting-started-with-tuscany.html
>
> I found it  at
> Apache Tuscany > Home > SCA Overview > SCA Java
>
> Also you can find here,
>
> Apache Tuscany > Home > SCA Overview > SCA Java > Java SCA Documentation
> Menu
>
> cheers
> charuka
>
> On Fri, Jun 13, 2008 at 1:20 PM, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I cannot find the getting started tutorial on the website any longer. We
> > used to have a link to this on the main page and on the SCA download
> page.
> > Was this moved intentionally? If yes, to where? If not, I recover it.
> >
> > Haleh
> >
>

Re: Tuscany Board Report for June

[haleh mahbod]

I modified the  text a bit. It sounded negative although a lot of good work
has been done.


On 6/15/08, ant elder <[EMAIL PROTECTED]> wrote:
>
> Last call for any input on what i'll be submitting tomorrow:
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/June+2008
>
>   ...ant
>
> On Tue, Jun 10, 2008 at 9:59 AM, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > I need to submit our ASF board report by next Monday. I've created a wiki
> page -  http://cwiki.apache.org/confluence/display/TUSCANYWIKI/June+2008 -
> please add anything you want mentioned.
> >
> >...ant
>

Re: Tracking Tuscany extensions, was: Distribution zips and what they contain, was: SCA runtimes

[haleh mahbod]

Thanks Mike for putting things in perspective. It always helps to think of
these topics in terms of problem that we are trying to solve and who the
audience is before we get into the details of how to solve it. Your idea of
creating wiki pages for each of these topics will help clarify things
further and keep the discussion focused.



I created wiki pages based on my understanding of this thread for items a
and c.   It is a starting point and needs to be reviewed and fixed.



a)   Basic modules, as we have today. ß created under  [1]

b)  A variety of functional components, that represent sets of coherent
functions. ß created under  [2]

c)   A small number of large packages aimed at supporting end users in a
series of environments and with a specific set of functionality ß created
under [3]

d)  Simple ways of starting Tuscany functionality - based on using the
packages in c) [4]



I also created wiki pages for items b and d, however I cannot articulate
what problem we are trying to solve with b and d.  Can you please expand on
these two? What is the problem? Who is the audience?



This email thread is 32 emails deep on gmail. It is extremely difficult to
read and follow. Once there is agreement on the categories, can we start a
separate thread per category and continue updating the wiki pages as the
discussions solidify? This is like using the wiki pages as a white board for
keeping discussions focused. I have created these pages under [5]
and I hope that others find this approach useful.

[1]
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Basic+Modules+Runtime+Bundles
[2]
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/functional+components+at+runtime

[3] http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=88325

[4
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Simple+ways+of+starting+Tuscany

[5]:
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SCA+Java+White+Board+Index

Re: RDB DAS User's Guide

[haleh mahbod]

A user guide is very useful.
I find the following tutorial stype easy to follow and learn from.

http://www.w3schools.com/webservices/ws_use.asp


On 9/26/06, Luciano Resende <[EMAIL PROTECTED]> wrote:


+1

On 9/26/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
>
> I would like to start a RDB DAS User's guide and my first thought is to
> begin with some of the content that Luciano has created here:
> http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview
>
> The wiki seems like a good home for user-level documentation since it
> can easily evolve with the implementation.
>
> The organization of this will be by major functional capability and the
> outline might look like this:
>
> Introduction
>
> Major Capabilities
>
> Simple CRUD
> Generated Updates
> Optimistic Concurrency Control
> Using generated keys
> etc.
>
> Each capability section will include an overview as well as code
examples.
>
> Any thoughts on this approach?
>
> Thanks,
>
> --Kevin
>
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: RDB DAS User's documentation

[haleh mahbod]

Posting this on the user mailing list to get their perspective since it is a
user manual.


On 9/28/06, Kevin Williams <[EMAIL PROTECTED]> wrote:


Here is the initial list of capabilities I would like to document from a
users perspective.  I am not sure if this is the best ordering since I
want it to be in order of relevance and also in the order that a new
user might need to make use of the DAS.  Any suggestions?


Capabilities

   * Reading and writing to the database - Basic CRUD
 <
http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview/RDBDAS_Java_User_Guide/Basic_CRUD
>

   * Change History Processing
   * Optimistic Concurrency Control
   * Generated Database Keys
   * Stored Procedures
   * Write Operation Ordering
   * Column Converters
   * Paging
   * Working with static DataObjects
   * Working with compound keys
   * Object Relationships
   * Name Mapping (aliasing)
   * Convention over configuration
   * Logging
   * Partial Update
   * Explicit CREATE/UPDATE/DELETE
   * Working with transactions
   * Explicit ResultSet shape definition

Thanks,

--Kevin


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Introduction - Willian Yabusame Maja

[haleh mahbod]

Welcome to the project Willian.

On 10/4/06, Willian Yabusame Maja <[EMAIL PROTECTED]> wrote:


Hi, Tuscany Community!
   I'm from Brazil, and i'm studing Computer Science in UFMT (University
of Mato Grosso). Luciano Resende told me about this project, and he wanted
help to develop it. I think I can help... at least I hope : ), because It's
my first time in a big project.
   I'm intersted in developing DAS/SDO and Luciano will give me some tasks
until I get used with Tuscany project.

Thanks,

Willian Yabusame Maja

Re: [C++] A name for M2

[haleh mahbod]

Makes sense to keep the naming convention consistent across Tuscany.

On 10/5/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


Pete Robbins wrote:
> -1.0-incubator-M2 looks good for me.
>

+1 from me.

> On 05/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
>>
>> Hi everyone,
>>
>> We need to choose a full name for the forthcoming release, so I've put
a
>> few
>> suggestions  below - any favourite?
>> So far we've been referring to this release as M2 or Milestone 2 so all
>> the
>> suggestions below have M2 in them.
>> We don't have the Maven restriction to start with a number, but we may
>> want
>> to follow the Java naming for M2 (1.0-incubator-M2), alternatively we
>> could
>> follow the names from the first C++ release: tuscany_sca_cpp-
>> 0.1.incubating-M1 and tuscany_sdo_cpp-0.1.incubating-M1
>>
>> Some alternatives are:
>> tuscany_sca_cpp-1.0-incubator-M2
>> tuscany_sca_cpp-0.1.incubating-M2
>> tuscany_sca_cpp-0.2.incubating-M2
>>
>> Any preferences/better ideas? Mine would be the first in the list to
>> show
>> that we are at a similar level to the Java side ;-).
>>
>> Cheers
>> Andy
>>
>>
>
>


--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Async callbacks over ws binding w/Axis2, was Re: Inner composite patch

[haleh mahbod]

there is information at this link
http://wiki.apache.org/ws/Tuscany/TuscanyJava/M2TasksSCA

On 10/11/06, Kapil Katyal <[EMAIL PROTECTED]> wrote:


Hi,

Does anyone know the current status of supporting asynchronous calls
over a webservice binding in Tuscany?  Are there are any working
samples or test cases that demonstrate this functionality?

Thanks,
Kapil

On 9/4/06, Jim Marino <[EMAIL PROTECTED]> wrote:
>
> On Sep 4, 2006, at 3:37 AM, Liu, Jervis wrote:
>
> > Hi, I have been following this thread and trying to figure what the
> > requirements are for the asynchronous support according to SAC
> > spec, and how this relates to ws bindings. As far as the Celtix
> > binding is concerned, Celtix supports asynchronous call per JAX-WS
> > spec, i.e., a non-blocking asynchronous call can be achieved by
> > either callback or polling using javax.xml.ws.Reponse or
> > AsyncHander defined by the jax-ws spec. This raised several issues
> > to be resolved when it is used in a SCA environment. The server
> > side (service), is relatively straightforward to do, the complexity
> > of non-blocking calls is already handled by Celtix. The reference
> > side however, is a little bit more complex, we need somehow map JAX-
> > WS style callback interfaces to sca callback interface.
> >
> Yes we'll need to do that as part of the SCA spec as well. I know Li
> was interested in this so perhaps we could come up with something and
> propose it as part of the JAX-WS spec Dan, Oisin and others have been
> working on.
>
> > Also I believe it is not Tuscany's responsibility to worry about an
> > async transport support, we should not try to implement sth in
> > Tuscany using Jetty6 NIO or AsyncWeb.
> I think it depends on the binding. Since Celtix has its own
> transport, Tuscany would use that, but for bindings that don't (e.g.
> "async JSON") we would need a transport service. This corresponds to
> the distinction between "binding extensions" and "transport
> extensions"; Celtix happens to give us both.
>
> > This is handled by the specific ws bindings, take the server side
> > as an example, my feeling is that the non-blocking return should
> > occur before the invocation on the target object, and when the
> > target object returns, the callback should also handled internally
> > inside the ws binding.
> >
> This brings up an interesting point of when handlers and policy get
> called. I was imagining the binding would receive the callback from
> the transport (in Celtix this is bundled together), do its thing with
> respect to deserialization of the message and then have Tuscany
> perform the correlation to the correct callback invocation chain. The
> message would be sent down the invocation chain and Tuscany would be
> responsible for delivering the message to the callback's target
> invoker to dispatch. The tricky part Ignacio and I have been talking
> about is how to do the correlation. He's coming up with some ideas so
> I'll let him jump in here...
>
> > Ignacio, if you are about to work on the async callbacks stories, I
> > would be very interested in working with you, especially on the ws
> > binding part. Let me know if there is anything I can help out.
> >
> Cool, I'd like to see conversational callbacks working with a variety
> of component implementation types using Celtix. A particularly
> interesting thing would be to see how we could leverage Celtix RM in
> this.
>
> Jim
>
> > Cheers,
> > Jervis
> >
> >
> >> -Original Message-
> >> From: Jim Marino [mailto:[EMAIL PROTECTED]
> >> Sent: Saturday, September 02, 2006 12:59 AM
> >> To: tuscany-dev@ws.apache.org
> >> Subject: Re: Async callbacks over ws binding w/Axis2, was Re: Inner
> >> composite patch
> >>
> >>
> >>
> >> On Sep 1, 2006, at 4:00 AM, ant elder wrote:
> >>
> >>> I've not thought much about async yet in Tuscany so could you give
> >>> a more
> >>> "big picture" view of what is being done (or just point me to OSOA
> >>> white
> >>> papers or sections in the spec if they talk about it)?
> >>>
> >> Please see the specs (assembly and Java) for details on the
> >> programming model for callbacks and conversations.
> >>> For example for services with a WS binding are you talking about
> >>> something
> >>> like:
> >>>
> >>> soap/http request arrives
> >>> request queued in Tuscany runtime
> >>> http 202 response sent
> >>> ...
> >>> tuscany processes queued request
> >>> soap/http response sent
> >>>
> >>> And I guess references with a WS binding will support
> >> remote services
> >>> working the same way?
> >>>
> >>> Whats needed to be done in the SCDL to get that to happen, how do
> >>> callbackInterfaces relate to this, or whether or not the incoming
> >>> requests
> >>> use a non-anonymous WSA replyTo?
> >>>
> >>> For references with a WS binding what will control whether or not
> >>> we send
> >>> out a non-anonymous WSA replyTo? And can that happen
> >> independent of
> >>> whether
> >>> or not the component invoking the reference uses a
> >> cal

Re: [C++] Showing PHP-SDO and PHP-SCA in our BigBank sample?

[haleh mahbod]

This  is  good idea. This sample could also be published on osoa.org where
SCA for PHP is posted.

On 10/15/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


Hi,

Our current C++ Bigbank sample includes a nice PHP client that shows how
to use the SDO for PHP extension (built on top of our SDO C++
implementation and available at http://pecl.php.net/package/SDO) and the
PHP SOAP extensions to invoke the SCA BigBank app.

There's now a new SCA for PHP extension available on www.osoa.org (see
http://www.osoa.org/display/PHP/SOA+PHP+Homepage). Would it make sense
to replace the call to the SOAP extensions by a call to that new SCA for
PHP extension?

I think it would give us a very nice integration scenario for our M2
release. Could this be added without destabiliziing the release? I just
reviewed the RC1 and think we're almost there so I wouldn't want at all
to break it by adding stuff at the last minute! On the other hand if
it's really easy to modify the PHP part of the Bigbank sample to include
that PHP-SCA package that would be really cool...

P.S: a side note, that PHP client is pretty well documented, listed in
the Readme etc, and looks good, but actually missing from the RC1 binary
distro :) this is just a small bug in the build, I'll create a JIRA for
this, independent of the question I'm asking here...

Thoughts?

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Apache Tuscany Free Webinar, Wed. November 8th at 8 AM pacific - Mark your Calendar!

[haleh mahbod]

*Apache **Tuscany**: Not the Same Old Architecture*

Do you think of the popular term SOA as the "Same Old Architecture" concept?
The Apache Tuscany Project moves SOA (Service Oriented Architecture) beyond
buzzwords and vague arm-waving into reality. The project aims to create a
next-generation services infrastructure in open source based on the
principles behind the Service Component Architecture (SCA). With
Apache Tuscany,
application developers will be able to create, assemble, and deploy service
networks in ways that are not easily done or possible with existing
middleware.

This webinar will provide an overview of how Apache Tuscany simplifies the
task of creating and assembling service-based applications using SCA. It
will also cover where the Tuscany project is headed and how it will help
developers build tomorrow's applications today.

Speakers: Jeremy Boynes and Jim Marino

*Jeremy Boynes, Gluecode CTO, IBM Corporation***

Jeremy works at IBM on emerging technologies for Service Oriented
Architecture and is an active contributor to Apache Tuscany and other open
source projects. Prior to acquisition by IBM, Jeremy was CTO for Gluecode
Software and one of the founders of the Apache Geronimo J2EE project.

*Jim Marino, Senior Principal Technologist, Office of the CTO, BEA System***

Jim Marino works at BEA Systems in the office of the CTO on emerging
technologies. He is currently involved in the development of the SCA
specifications and the Apache Tuscany Project. Prior to BEA, Jim was with
Art Technology Group and a number of Bay Area startups.

*Seminar Attendance Information *

*(This free webinar is hosted by BEA for **Tuscany**. Thank you)*

· Test your computer's configuration:
http://esd.placeware.com/LM2005test

· Click the meeting URL:
https://www.livemeeting.com/cc/bea/join?id=110106aa&role=attend&pw=ATTBEA
*or
*if you can't click the above meeting URL, click the following link:
https://www.livemeeting.com/cc/bea

1.  When you click on either URL, the Join Meeting page appears. In the
following fields, verify or enter this information:

o*Name:*  (Enter your first and last name)

o*Meeting ID:* 110106aa

o*Meeting Key:* ATTBEA

3.  Click *Join Meeting*.

4.  If prompted, install and run the Live Meeting console software. It
will take a few moments for the Live Meeting console to launch.

*Audio*

Once you log in to the Live Meeting console, you should hear the event's
streaming audio. If you do not have WMP 9 installed you will be prompted to
install it before the audio is available to you.
If you have WMP 9 installed but you still do not hear the audio, please
confirm that your PC speakers are on and that the volume is turned up. If
you continue to experience difficulties, please contact Event Support (see
"Contact Live Meeting Event Support" below) or use backup audio (see below).

Thank you and we hope to see you there.
Software Requirements and Support info

To attend the Web conference you will need:

· A computer with access to the Internet to view the visual portion
of the event.

· A functioning sound card and speakers or headphones for your PC.

· Windows Media Player (WMP) 9 or later.

· A compatible computer configuration. To test your computer:

1.   Click the following link: http://esd.placeware.com/LM2005test

*Note:*  If you are unable to click this link, you can also cut and paste
the link into the address bar of your browser.

2.   Install and run Live Meeting console software if necessary.

3.   You should see a Live Meeting console with 3 revolving slides. If
you are able to see all three slides your test is successful.

4.   If you are not able to see the slides or if your system is stalled,
please contact Event Support (see "Contact Live Meeting Event Support"
below).

*Note:*  The Web-based Meeting console does not support the new embedded
audio features (IAB).



*Back-up telephone audio*

If you are unable to connect to the audio through the Internet Audio
Broadcast, you can dial in to the audio over a traditional telephony line:

US/Canada:  (877) 698-6760

International: 503-295-8000

PIN:   6760

*Contact Live Meeting Event Support*

For technical assistance, please contact Event Support at:

US/Canada toll free: (1) (800) 893-8779

International:  (1) (971) 544-3222
Quick Tips

· To restore the original layout of your Live Meeting console, go to the *
View* menu, and click *Restore Default Layout*.

· To view relevant meeting login details, go to the *View* menu, and
click *Meeting
Information*.
User Notes

· When you enter the event, you will be prompted to install and run the Live
Meeting Console software. If you cancel the software installation, you will
be given a link to attend the event using the Web-based Meeting console.

· Attendees unable to install the software, as well as anyone joining using
a Macintosh, will be presented with the Web-based Meeting console link.

*Note:*  Your e

Re: Apache Tuscany Free Webinar, Wed. November 8th at 8 AM pacific - Mark your Calendar!

[haleh mahbod]

Hi All,

Just a reminder that Tuscany SCA Webinar is scheduled for Wed. November 8th
at 8 AM pacific.

This is a great opportunity to invite those who are interested to learn
about Tuscany SCA.

Thanks,
Haleh


On 10/18/06, haleh mahbod <[EMAIL PROTECTED]> wrote:


*Apache **Tuscany**: Not the Same Old Architecture*

Do you think of the popular term SOA as the "Same Old Architecture"
concept? The Apache Tuscany Project moves SOA (Service Oriented
Architecture) beyond buzzwords and vague arm-waving into reality. The
project aims to create a next-generation services infrastructure in open
source based on the principles behind the Service Component Architecture
(SCA). With Apache Tuscany, application developers will be able to create,
assemble, and deploy service networks in ways that are not easily done or
possible with existing middleware.

This webinar will provide an overview of how Apache Tuscany simplifies the
task of creating and assembling service-based applications using SCA. It
will also cover where the Tuscany project is headed and how it will help
developers build tomorrow's applications today.

Speakers: Jeremy Boynes and Jim Marino

*Jeremy Boynes, Gluecode CTO, IBM Corporation** *

Jeremy works at IBM on emerging technologies for Service Oriented
Architecture and is an active contributor to Apache Tuscany and other open
source projects. Prior to acquisition by IBM, Jeremy was CTO for Gluecode
Software and one of the founders of the Apache Geronimo J2EE project.

*Jim Marino, Senior Principal Technologist, Office of the CTO, BEA System*
* *

Jim Marino works at BEA Systems in the office of the CTO on emerging
technologies. He is currently involved in the development of the SCA
specifications and the Apache Tuscany Project. Prior to BEA, Jim was with
Art Technology Group and a number of Bay Area startups.

*Seminar Attendance Information *

*(This free webinar is hosted by BEA for **Tuscany** . Thank you)*

· Test your computer's configuration:
http://esd.placeware.com/LM2005test

· Click the meeting URL: 
https://www.livemeeting.com/cc/bea/join?id=110106aa&role=attend&pw=ATTBEA

*or
*if you can't click the above meeting URL, click the following link:
https://www.livemeeting.com/cc/bea

1.  When you click on either URL, the Join Meeting page appears. In
the following fields, verify or enter this information:

o*Name:*  (Enter your first and last name)

o*Meeting ID:* 110106aa

o*Meeting Key:* ATTBEA

3.  Click *Join Meeting*.

4.  If prompted, install and run the Live Meeting console software. It
will take a few moments for the Live Meeting console to launch.

*Audio*

Once you log in to the Live Meeting console, you should hear the event's
streaming audio. If you do not have WMP 9 installed you will be prompted to
install it before the audio is available to you.
If you have WMP 9 installed but you still do not hear the audio, please
confirm that your PC speakers are on and that the volume is turned up. If
you continue to experience difficulties, please contact Event Support (see
"Contact Live Meeting Event Support" below) or use backup audio (see below).


Thank you and we hope to see you there.
Software Requirements and Support info

To attend the Web conference you will need:

· A computer with access to the Internet to view the visual
portion of the event.

· A functioning sound card and speakers or headphones for your PC.


· Windows Media Player (WMP) 9 or later.

· A compatible computer configuration. To test your computer:

1.   Click the following link: http://esd.placeware.com/LM2005test

*Note:*  If you are unable to click this link, you can also cut and paste
the link into the address bar of your browser.

2.   Install and run Live Meeting console software if necessary.

3.   You should see a Live Meeting console with 3 revolving slides. If
you are able to see all three slides your test is successful.

4.   If you are not able to see the slides or if your system is
stalled, please contact Event Support (see "Contact Live Meeting Event
Support" below).

*Note:*  The Web-based Meeting console does not support the new embedded
audio features (IAB).



*Back-up telephone audio*

If you are unable to connect to the audio through the Internet Audio
Broadcast, you can dial in to the audio over a traditional telephony line:

US/Canada:  (877) 698-6760

International: 503-295-8000

PIN:   6760

*Contact Live Meeting Event Support*

For technical assistance, please contact Event Support at:

US/Canada toll free: (1) (800) 893-8779

International:  (1) (971) 544-3222
Quick Tips

· To restore the original layout of your Live Meeting console, go to the *
View* menu, and click *Restore Default Layout*.

· To view relevant meeting login details, go to the *View* menu, and click
*Meeting Information*.
User Notes

· When you enter the event, you will be prompted to 

Re: Tuscany Website Updates

[haleh mahbod]

Hi,

Information presented on the website needs to be progressive. This means
that we  expose critical/interesting information as top level information
and allow the reader to learn more as they advance.

I agree that it is interesting for users and developers to know about  SCA's
flexibility to extend beyond Java and C++ at the first glance. This is
something we'd want to promote as a top level piece of information on the
website.

On the other hand,  information about bindings seem to be implementation
details that are not critical as a top level information. User will reach to
this information when he/she drills down for more information.

Haleh

On 11/3/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi,

Please find my comments inline.  Thanks

- Venkat

On 11/3/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
>
> For SCA, I'd like to see a little more emphasis on the things we
> support in our releases - Tuscany SCA does more than just C++ or Java,
> and the fact that we implement in these 2 languages doesn't really
> need to be quite so highlighted on the site (IMO).


If we have more than just Java and C++ lets go and mention that, but under
SCA - is all that I am asking.  So that a user knows where all of this
goes
into or what the common thread is to all of this.  Remember we also have
DAS
and SDO.

What would be cool
> would be a listing of all the stuff we support, and then link to some
> info about where and how we provide that support. E.g:
>
> Component language bindings:
> Java
> C++
> Javascript
> Python
> Ruby
> PHP (with a link to the SCA for PHP project for now)
> etc..
>
> Containers:
> Tomcat
> HTTPD
> etc..
>
> Bindings:
> Axis2 Web Services
> etc..
>
> What do people think?


This will certainly interest the users.. but what's in your mind about
presenting this.. are you suggesting that we simply list all of this on
the
Navigation Pane on the left?

Andy
>
> On 11/3/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > Thanks Everbody for looking into this and providing your comments.
> >
> > Rick, I am ok with the Tabs as long as we provide enhanced user
> experience
> > thro them.  We must either have the tabs or the pane on the left for
the
> > first level navigation.  i.e. For every tab selected the navigation
pane
> on
> > the left has a diff set of relevant options.  So if SCA tab is seleced
> then
> > on the left pane we see only stuff releated to SCA.  I would feel this
> to be
> > consistent and less confusing.
> >
> > Lee and Raymond, it is no surprise that the links are not working
:).  I
> had
> > submitted ahead that this is just to get a top level feel of the
> navigation
> > I am proposing and the links may either not work or work wrongly.
> >
> > Meanwhile I am proceeding with the changes and will get up more
updates
> on
> > that JIRA before this weekend.
> >
> > Thanks
> >
> > - Venkat
> >
> > On 11/3/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > I uploaded Venkat's patch to
> > > http://people.apache.org/~rfeng/tuscany/site-publish/index.html for
> better
> > > viewing. I found quite a few links bring me to the wrong page.
> > >
> > > I would suggest that we keep the GUI template (panes and tabs) as is
> and
> > > focus on adding more contents.
> > >
> > > Thanks,
> > > Raymond
> > >
> > > - Original Message -
> > > From: "Venkata Krishnan" <[EMAIL PROTECTED]>
> > > To: 
> > > Sent: Thursday, November 02, 2006 3:33 AM
> > > Subject: Re: Tuscany Website Updates
> > >
> > >
> > > > Sure yes Ant.  For the Documentation, as mentioned earlier, I plan
> to
> > > have
> > > > separate pages for SCA Docs, SDO Docs. and DAS Docs.
> > > >
> > > > Each of these pages will have a list of topics that will further
> link to
> > > > separate pages.  Here is something that I can imagine for now for
> this.
> > > >
> > > > 1) SCA Java Overview
> > > > partitioned as
> > > > APIs SPI Core etc.>
> > > >
> > > > 2) SCA Java - Extensions
> > > > general
> > > > prog. model around loaders, buliders, invokers>
> > > >
> > > >
> > > >  
> > > >  
> > > >  
> > > >
> > > > 3) SCA Java - DataBinding Facility
> > > >
> > > >
> > > >
> > > > 4) Java SCA Runtimes and Application Deployment
> > > >  
> > > >  
> > > >
> > > > 5) Java SCA Samples
> > > >  
> > > >  
> > > >
> > > > So I guess, what you wish to do might go into one of the lind uder
> Topic
> > > > 2.
> > > >
> > > > Please feel free to correct this or fill in if I have grossly
missed
> out
> > > > on
> > > > somethings.
> > > >
> > > > Thanks
> > > >
> > > > - Venkat
> > > >
> > > >
> > > >
> > > > On 11/2/06, ant elder <[EMAIL PROTECTED]> wrote:
> > > >>
> > > >> On 11/2/06, ant elder <[EMAIL PROTECTED]> wrote:
> > > >> >
> > > >> > On 11/2/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > > >> >
> > > >> > > Hi,
> > > >> > >
> > > >> > > I am putting up some proposals for updates to our website and
> > > request
> > > >>

Re: Tuscany Website Updates

[haleh mahbod]

Hi Venkat,
There is no site-publish directory in this zip file. How do I look at the
content?
Haleh


On 11/6/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi,

I have put in a new zip file -
tuscany_site_Nov_6.zip<
http://issues.apache.org/jira/secure/attachment/12344405/tuscany_site_Nov_6.zip
>in
the JIRA (
http://issues.apache.org/jira/browse/TUSCANY-703) containing the updates
to
the look and feel.  I have linked up all (hopefully) the content that
exists
today.  If people find this agreeable I can commit this and we can start
pushing in contents into various areas from now on.

Raymond, could you please over write your last post on
people.apache.orgwith the contents of this zip file.  Thanks

- Venkat

On 11/4/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Information presented on the website needs to be progressive. This means
> that we  expose critical/interesting information as top level
information
> and allow the reader to learn more as they advance.
>
> I agree that it is interesting for users and developers to know
> about  SCA's
> flexibility to extend beyond Java and C++ at the first glance. This is
> something we'd want to promote as a top level piece of information on
the
> website.
>
> On the other hand,  information about bindings seem to be implementation
> details that are not critical as a top level information. User will
reach
> to
> this information when he/she drills down for more information.
>
> Haleh
>
> On 11/3/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > Please find my comments inline.  Thanks
> >
> > - Venkat
> >
> > On 11/3/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
> > >
> > > For SCA, I'd like to see a little more emphasis on the things we
> > > support in our releases - Tuscany SCA does more than just C++ or
Java,
> > > and the fact that we implement in these 2 languages doesn't really
> > > need to be quite so highlighted on the site (IMO).
> >
> >
> > If we have more than just Java and C++ lets go and mention that, but
> under
> > SCA - is all that I am asking.  So that a user knows where all of this
> > goes
> > into or what the common thread is to all of this.  Remember we also
have
> > DAS
> > and SDO.
> >
> > What would be cool
> > > would be a listing of all the stuff we support, and then link to
some
> > > info about where and how we provide that support. E.g:
> > >
> > > Component language bindings:
> > > Java
> > > C++
> > > Javascript
> > > Python
> > > Ruby
> > > PHP (with a link to the SCA for PHP project for now)
> > > etc..
> > >
> > > Containers:
> > > Tomcat
> > > HTTPD
> > > etc..
> > >
> > > Bindings:
> > > Axis2 Web Services
> > > etc..
> > >
> > > What do people think?
> >
> >
> > This will certainly interest the users.. but what's in your mind about
> > presenting this.. are you suggesting that we simply list all of this
on
> > the
> > Navigation Pane on the left?
> >
> > Andy
> > >
> > > On 11/3/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > > > Hi
> > > >
> > > > Thanks Everbody for looking into this and providing your comments.
> > > >
> > > > Rick, I am ok with the Tabs as long as we provide enhanced user
> > > experience
> > > > thro them.  We must either have the tabs or the pane on the left
for
> > the
> > > > first level navigation.  i.e. For every tab selected the
navigation
> > pane
> > > on
> > > > the left has a diff set of relevant options.  So if SCA tab is
> seleced
> > > then
> > > > on the left pane we see only stuff releated to SCA.  I would feel
> this
> > > to be
> > > > consistent and less confusing.
> > > >
> > > > Lee and Raymond, it is no surprise that the links are not working
> > :).  I
> > > had
> > > > submitted ahead that this is just to get a top level feel of the
> > > navigation
> > > > I am proposing and the links may either not work or work wrongly.
> > > >
> > > > Meanwhile I am proceeding with the changes and will get up more
> > updates
> > > on
> > > > that JIRA before this weekend.
> > > >
> > > > Thanks
> > > >
> > > > - Venkat
> > > >
> > > > On 11/3/06, Raymond Feng &

Re: Tuscany Website Updates

[haleh mahbod]

Venkat,
Thanks for the website work. It looks better and is easier to navigate
through.

Minor comments
- We already mention that Tuscany is under Apache License 2.0 in the
overview. It does not seem necessary to have an entry called license and ASF
under General section.
- Down load page should contain an entry that describes content of each
release. For example, what is in SCA Java M1.
- Can FAQ be a link to Wiki? It would be easier to update by anyone.

- How to Add info about SCA extensions?
1. Add Extension entry to SCA navigation tab on the left after SCA C++.
2. Create a top level  navigation for 'SCA lang extensions' just like what
we have for SCA, SDO, DAS. It could contain  overview, documentation,
download (maybe) entries. The challenge will then be how to separate
extensions provided on top of C++ or Java runtimes.

Option 2 seems easier to navigate through.


On 11/6/06, Luciano Resende <[EMAIL PROTECTED]> wrote:


You should be able to run build.bat and get the site-publish created.

Also, rfeng had posted a snapshot of the site during today's IRC chat, and
it's available at :
  http://people.apache.org/~rfeng/tuscany/site-publish/

PS.: I think I like the greenish version better then the new colors...

- Luciano Resende

On 11/6/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi Venkat,
> There is no site-publish directory in this zip file. How do I look at
the
> content?
> Haleh
>
>
> On 11/6/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I have put in a new zip file -
> > tuscany_site_Nov_6.zip<
> >
>
http://issues.apache.org/jira/secure/attachment/12344405/tuscany_site_Nov_6.zip
> > >in
> > the JIRA (
> > http://issues.apache.org/jira/browse/TUSCANY-703) containing the
updates
> > to
> > the look and feel.  I have linked up all (hopefully) the content that
> > exists
> > today.  If people find this agreeable I can commit this and we can
start
> > pushing in contents into various areas from now on.
> >
> > Raymond, could you please over write your last post on
> > people.apache.orgwith the contents of this zip file.  Thanks
> >
> > - Venkat
> >
> > On 11/4/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > Information presented on the website needs to be progressive. This
> means
> > > that we  expose critical/interesting information as top level
> > information
> > > and allow the reader to learn more as they advance.
> > >
> > > I agree that it is interesting for users and developers to know
> > > about  SCA's
> > > flexibility to extend beyond Java and C++ at the first glance. This
is
> > > something we'd want to promote as a top level piece of information
on
> > the
> > > website.
> > >
> > > On the other hand,  information about bindings seem to be
> implementation
> > > details that are not critical as a top level information. User will
> > reach
> > > to
> > > this information when he/she drills down for more information.
> > >
> > > Haleh
> > >
> > > On 11/3/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi,
> > > >
> > > > Please find my comments inline.  Thanks
> > > >
> > > > - Venkat
> > > >
> > > > On 11/3/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > For SCA, I'd like to see a little more emphasis on the things we
> > > > > support in our releases - Tuscany SCA does more than just C++ or
> > Java,
> > > > > and the fact that we implement in these 2 languages doesn't
really
> > > > > need to be quite so highlighted on the site (IMO).
> > > >
> > > >
> > > > If we have more than just Java and C++ lets go and mention that,
but
> > > under
> > > > SCA - is all that I am asking.  So that a user knows where all of
> this
> > > > goes
> > > > into or what the common thread is to all of this.  Remember we
also
> > have
> > > > DAS
> > > > and SDO.
> > > >
> > > > What would be cool
> > > > > would be a listing of all the stuff we support, and then link to
> > some
> > > > > info about where and how we provide that support. E.g:
> > > > >
> > > > > Component language bindings:
> > > > > Java
> > > > > C++
> > > > > Javascript
> > > > &g

Apache Tuscany Free Webinar, TOMORROW- Wed. November 8th at 8 AM pacific

[haleh mahbod]

-- Forwarded message --
From: haleh mahbod <[EMAIL PROTECTED]>
Date: Oct 18, 2006 7:26 PM
Subject: Apache Tuscany Free Webinar, Wed. November 8th at 8 AM pacific -
Mark your Calendar!
To: tuscany-dev@ws.apache.org, tuscany-user@ws.apache.org

*Apache **Tuscany**: Not the Same Old Architecture*

Do you think of the popular term SOA as the "Same Old Architecture" concept?
The Apache Tuscany Project moves SOA (Service Oriented Architecture) beyond
buzzwords and vague arm-waving into reality. The project aims to create a
next-generation services infrastructure in open source based on the
principles behind the Service Component Architecture (SCA). With
Apache Tuscany,
application developers will be able to create, assemble, and deploy service
networks in ways that are not easily done or possible with existing
middleware.

This webinar will provide an overview of how Apache Tuscany simplifies the
task of creating and assembling service-based applications using SCA. It
will also cover where the Tuscany project is headed and how it will help
developers build tomorrow's applications today.

Speakers: Jeremy Boynes and Jim Marino

*Jeremy Boynes, Gluecode CTO, IBM Corporation** *

Jeremy works at IBM on emerging technologies for Service Oriented
Architecture and is an active contributor to Apache Tuscany and other open
source projects. Prior to acquisition by IBM, Jeremy was CTO for Gluecode
Software and one of the founders of the Apache Geronimo J2EE project.

*Jim Marino, Senior Principal Technologist, Office of the CTO, BEA System**
*

Jim Marino works at BEA Systems in the office of the CTO on emerging
technologies. He is currently involved in the development of the SCA
specifications and the Apache Tuscany Project. Prior to BEA, Jim was with
Art Technology Group and a number of Bay Area startups.

*Seminar Attendance Information *

*(This free webinar is hosted by BEA for **Tuscany** . Thank you)*

· Test your computer's configuration:
http://esd.placeware.com/LM2005test

· Click the meeting URL:
https://www.livemeeting.com/cc/bea/join?id=110106aa&role=attend&pw=ATTBEA

*or
*if you can't click the above meeting URL, click the following link:
https://www.livemeeting.com/cc/bea

1.  When you click on either URL, the Join Meeting page appears. In the
following fields, verify or enter this information:

o*Name:*  (Enter your first and last name)

o*Meeting ID:* 110106aa

o*Meeting Key:* ATTBEA

3.  Click *Join Meeting*.

4.  If prompted, install and run the Live Meeting console software. It
will take a few moments for the Live Meeting console to launch.

*Audio*

Once you log in to the Live Meeting console, you should hear the event's
streaming audio. If you do not have WMP 9 installed you will be prompted to
install it before the audio is available to you.
If you have WMP 9 installed but you still do not hear the audio, please
confirm that your PC speakers are on and that the volume is turned up. If
you continue to experience difficulties, please contact Event Support (see
"Contact Live Meeting Event Support" below) or use backup audio (see below).


Thank you and we hope to see you there.
Software Requirements and Support info

To attend the Web conference you will need:

· A computer with access to the Internet to view the visual portion
of the event.

· A functioning sound card and speakers or headphones for your PC.

· Windows Media Player (WMP) 9 or later.

· A compatible computer configuration. To test your computer:

1.   Click the following link: http://esd.placeware.com/LM2005test

*Note:*  If you are unable to click this link, you can also cut and paste
the link into the address bar of your browser.

2.   Install and run Live Meeting console software if necessary.

3.   You should see a Live Meeting console with 3 revolving slides. If
you are able to see all three slides your test is successful.

4.   If you are not able to see the slides or if your system is stalled,
please contact Event Support (see "Contact Live Meeting Event Support"
below).

*Note:*  The Web-based Meeting console does not support the new embedded
audio features (IAB).



*Back-up telephone audio*

If you are unable to connect to the audio through the Internet Audio
Broadcast, you can dial in to the audio over a traditional telephony line:

US/Canada:  (877) 698-6760

International: 503-295-8000

PIN:   6760

*Contact Live Meeting Event Support*

For technical assistance, please contact Event Support at:

US/Canada toll free: (1) (800) 893-8779

International:  (1) (971) 544-3222
Quick Tips

· To restore the original layout of your Live Meeting console, go to the *
View* menu, and click *Restore Default Layout*.

· To view relevant meeting login details, go to the *View* menu, and
click *Meeting
Information*.
User Notes

· When you enter the event, you will be prompted to inst

Re: Today's webinar

[haleh mahbod]

Nicely done. Thank you.
We should have a link to the re-run on the website soon.


On 11/8/06, Jim Marino <[EMAIL PROTECTED]> wrote:


I wanted to thank Raymond who was furiously answering questions while
I blabbered on. Thanks Raymond!

Jim


On Nov 8, 2006, at 12:42 PM, Pete Robbins wrote:

> +1
>
> I learnt stuff I should have known ;-)
>
>
> On 08/11/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
>>
>> Jim,
>> Nice job on the Webinar today!
>> --
>> Kevin
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> Pete


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany Website Updates

[haleh mahbod]

Hi,

I have been checking the new website that is published at this link
http://people.apache.org/~rfeng/tuscany/site-publish/ on several different
occasions to see if I can adapt to the new coloring.  I think our current
site color combo (http://incubator.apache.org/tuscany/) is much more
inviting and easier on the eyes. what does everyone else think?

I am copying tuscany users on this mail to get your input. The prototype at
http://people.apache.org/~rfeng/tuscany/site-publish/  has changed the
layout of the website and got rid of the tabs. Is this easier to follow?
Your feedback to make the site more user friendly is important to us. Thank
you for taking the time to give feedback.

Haleh


On 11/6/06, haleh mahbod <[EMAIL PROTECTED]> wrote:


Venkat,
Thanks for the website work. It looks better and is easier to navigate
through.

Minor comments
- We already mention that Tuscany is under Apache License 2.0 in the
overview. It does not seem necessary to have an entry called license and ASF
under General section.
- Down load page should contain an entry that describes content of each
release. For example, what is in SCA Java M1.
- Can FAQ be a link to Wiki? It would be easier to update by anyone.

- How to Add info about SCA extensions?
1. Add Extension entry to SCA navigation tab on the left after SCA C++.
2. Create a top level  navigation for 'SCA lang extensions' just like what
we have for SCA, SDO, DAS. It could contain  overview, documentation,
download (maybe) entries. The challenge will then be how to separate
extensions provided on top of C++ or Java runtimes.

Option 2 seems easier to navigate through.


On 11/6/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> You should be able to run build.bat and get the site-publish created.
>
> Also, rfeng had posted a snapshot of the site during today's IRC chat,
> and
> it's available at :
>   http://people.apache.org/~rfeng/tuscany/site-publish/
>
> PS.: I think I like the greenish version better then the new colors...
>
> - Luciano Resende
>
> On 11/6/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi Venkat,
> > There is no site-publish directory in this zip file. How do I look at
> the
> > content?
> > Haleh
> >
> >
> > On 11/6/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > I have put in a new zip file -
> > > tuscany_site_Nov_6.zip<
> > >
> > 
http://issues.apache.org/jira/secure/attachment/12344405/tuscany_site_Nov_6.zip
>
> > > >in
> > > the JIRA (
> > > http://issues.apache.org/jira/browse/TUSCANY-703) containing the
> updates
> > > to
> > > the look and feel.  I have linked up all (hopefully) the content
> that
> > > exists
> > > today.  If people find this agreeable I can commit this and we can
> start
> > > pushing in contents into various areas from now on.
> > >
> > > Raymond, could you please over write your last post on
> > > people.apache.orgwith the contents of this zip file.  Thanks
> > >
> > > - Venkat
> > >
> > > On 11/4/06, haleh mahbod <[EMAIL PROTECTED] > wrote:
> > > >
> > > > Hi,
> > > >
> > > > Information presented on the website needs to be progressive. This
> > means
> > > > that we  expose critical/interesting information as top level
> > > information
> > > > and allow the reader to learn more as they advance.
> > > >
> > > > I agree that it is interesting for users and developers to know
> > > > about  SCA's
> > > > flexibility to extend beyond Java and C++ at the first glance.
> This is
> > > > something we'd want to promote as a top level piece of information
> on
> > > the
> > > > website.
> > > >
> > > > On the other hand,  information about bindings seem to be
> > implementation
> > > > details that are not critical as a top level information. User
> will
> > > reach
> > > > to
> > > > this information when he/she drills down for more information.
> > > >
> > > > Haleh
> > > >
> > > > On 11/3/06, Venkata Krishnan < [EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > Please find my comments inline.  Thanks
> > > > >
> > > > > - Venkat
> > > > >
> > > > > On 11/3/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > For SC

Re: REMINDER: *** BOARD REPORTS DUE ***

[haleh mahbod]

nit picking...




On 11/10/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:


We also added Venkat as a committer.

On Nov 10, 2006, at 11:44 AM, Jim Marino wrote:

> Here is a draft of the board report (remember, I'm new to this).
> Please comment or add things you think are important and I will
> submit it to the Wiki:
>
> --
>
> Tuscany is still focusing on community building. We added three new
> committers, Luciano Resende, Ignacio Silva-Lepe and Rajith
> Attapattu. We also have others actively contributing, particularly
> in the areas of SCA Policy and OSGi.
>
> In addition, we have had a lot of development activity:
>
> - C++ M2 was released
> - A DAS M2 release candidate was submitted to the IPMC for vote and
> is currently underway
> - A SDO M2 release candidate was submitted to the IMPMC for vote
> and is currently underway
> - A Java M2 release candidate is currently being worked on and will
> hopefully be submitted soon to the IPMC for vote
>
> Our top two issues to resolve are:
>
> 1. Increasing community diversity. A significant number of
> committers work for one vendor. We need to make additional effort
> attracting individual contributors.
> 2. Preparation for graduation needs to start
>
>
>
> --
>
> On Nov 10, 2006, at 9:08 AM, Jim Marino wrote:
>
>> I'll do it. I've never done one so I'm sure I'll make mistakes but
>> it's good to learn.
>>
>> Jim
>>
>> On Nov 10, 2006, at 8:59 AM, ant elder wrote:
>>
>>> This is due today and I doubt I'll get to it. Could someone else
>>> please take
>>> it on?
>>>
>>>   ...ant
>>>
>>> On 11/8/06, ant elder <[EMAIL PROTECTED]> wrote:

 Looks like our board report is due. Anyone interested in doing
 this?
 otherwise I'll write a few sentences for Friday.

...ant

 -- Forwarded message --
 From: Noel J. Bergman <[EMAIL PROTECTED]>
 Date: Nov 5, 2006 8:12 PM
 Subject: REMINDER: *** BOARD REPORTS DUE ***
 To: general@incubator.apache.org

 Yes, its that time of the month again, so this should not come as a
 surprise
 to anyone.  Reports are due on or by Friday.  Yes, THIS FRIDAY.

 Henri's
 https://svn.apache.org/repos/private/committers/board/incubator-
 info.txt
 shows the list of projects needing to report, plus any that are
 newly
 accepted.

 --- Noel



 ---
 --
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: REMINDER: *** BOARD REPORTS DUE ***

[haleh mahbod]

sorry. I did not finish my thought and pressed the botton. Ignore!

On 11/10/06, haleh mahbod <[EMAIL PROTECTED]> wrote:


nit picking...




On 11/10/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
>
> We also added Venkat as a committer.
>
> On Nov 10, 2006, at 11:44 AM, Jim Marino wrote:
>
> > Here is a draft of the board report (remember, I'm new to this).
> > Please comment or add things you think are important and I will
> > submit it to the Wiki:
> >
> > --
> >
> > Tuscany is still focusing on community building. We added three new
> > committers, Luciano Resende, Ignacio Silva-Lepe and Rajith
> > Attapattu. We also have others actively contributing, particularly
> > in the areas of SCA Policy and OSGi.
> >
> > In addition, we have had a lot of development activity:
> >
> > - C++ M2 was released
> > - A DAS M2 release candidate was submitted to the IPMC for vote and
> > is currently underway
> > - A SDO M2 release candidate was submitted to the IMPMC for vote
> > and is currently underway
> > - A Java M2 release candidate is currently being worked on and will
> > hopefully be submitted soon to the IPMC for vote
> >
> > Our top two issues to resolve are:
> >
> > 1. Increasing community diversity. A significant number of
> > committers work for one vendor. We need to make additional effort
> > attracting individual contributors.
> > 2. Preparation for graduation needs to start
> >
> >
> >
> > --
> >
> > On Nov 10, 2006, at 9:08 AM, Jim Marino wrote:
> >
> >> I'll do it. I've never done one so I'm sure I'll make mistakes but
> >> it's good to learn.
> >>
> >> Jim
> >>
> >> On Nov 10, 2006, at 8:59 AM, ant elder wrote:
> >>
> >>> This is due today and I doubt I'll get to it. Could someone else
> >>> please take
> >>> it on?
> >>>
> >>>   ...ant
> >>>
> >>> On 11/8/06, ant elder <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>> Looks like our board report is due. Anyone interested in doing
> >>>> this?
> >>>> otherwise I'll write a few sentences for Friday.
> >>>>
> >>>>...ant
> >>>>
> >>>> -- Forwarded message --
> >>>> From: Noel J. Bergman <[EMAIL PROTECTED]>
> >>>> Date: Nov 5, 2006 8:12 PM
> >>>> Subject: REMINDER: *** BOARD REPORTS DUE ***
> >>>> To: general@incubator.apache.org
> >>>>
> >>>> Yes, its that time of the month again, so this should not come as a
>
> >>>> surprise
> >>>> to anyone.  Reports are due on or by Friday.  Yes, THIS FRIDAY.
> >>>>
> >>>> Henri's
> >>>> https://svn.apache.org/repos/private/committers/board/incubator-
> >>>> info.txt
> >>>> shows the list of projects needing to report, plus any that are
> >>>> newly
> >>>> accepted.
> >>>>
> >>>> --- Noel
> >>>>
> >>>>
> >>>>
> >>>> ---
> >>>> --
> >>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>
> >>>>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

M2 helloworldwsclient sample gets null pointer exception

[haleh mahbod]

Hi,



I am running samples that I downloaded from here:

http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/



I get null pointer exception when running
samples\standalone\helloworldwsclient sample.


Exception happens at  implementation.composite.compositecomponenttype.load.



Is this a known problem and is anyone looking into it?


Haleh

Re: M2 helloworldwsclient sample gets null pointer exception

[haleh mahbod]

Here is the trace:
M2-SNAPSHOT: checking for updates from
http___people.apache.org_repo_m2-incubati
ng-repository_
[INFO] snapshot
org.apache.tuscany.sca.services.containers:parent:1.0-incubator-
M2-SNAPSHOT: checking for updates from
http___people.apache.org_repo_m1-snapshot
-repository_
[WARNING] POM for 'org.jruby:jruby:pom:0.9.1:runtime' is invalid. It will be
ign
ored for artifact resolution. Reason: Failed to validate POM
Exception in thread "main" java.lang.NullPointerException
   at org.apache.tuscany.core.loader.LoaderRegistryImpl.load
(LoaderRegistry
Impl.java:102)
   at
org.apache.tuscany.core.implementation.composite.CompositeComponentTy
peLoader.loadFromSidefile(CompositeComponentTypeLoader.java:65)
   at
org.apache.tuscany.core.implementation.composite.CompositeComponentTy
peLoader.load(CompositeComponentTypeLoader.java:57)
   at
org.apache.tuscany.core.implementation.composite.CompositeComponentTy
peLoader.load(CompositeComponentTypeLoader.java:1)
   at
org.apache.tuscany.core.loader.LoaderRegistryImpl.loadComponentType(L
oaderRegistryImpl.java:159)
   at org.apache.tuscany.core.deployer.DeployerImpl.load(
DeployerImpl.java:
101)
   at org.apache.tuscany.core.deployer.DeployerImpl.deploy(
DeployerImpl.jav
a:76)
   at
org.apache.tuscany.core.runtime.AbstractRuntime.deployApplicationScdl
(AbstractRuntime.java:136)
   at
org.apache.tuscany.runtime.standalone.host.StandaloneRuntimeImpl.init
ialize(StandaloneRuntimeImpl.java:91)
   at org.apache.tuscany.launcher.MainLauncherBooter.main
(MainLauncherBoote
r.java:83)


On 11/13/06, haleh mahbod <[EMAIL PROTECTED]> wrote:


Hi,



I am running samples that I downloaded from here:

http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/



I get null pointer exception when running
samples\standalone\helloworldwsclient sample.


Exception happens at  implementation.composite.compositecomponenttype.load
.



Is this a known problem and is anyone looking into it?


Haleh

Link to Conferences and call for paper deadlines

[haleh mahbod]

Hi,

*JavaOne conference call for paper deadline is December 15th.*
*ApacheConf Europe call for paper deadline is Jan 12th.*

I have created the following Wiki page to host list of conferences where we
might want to present Tuscany/SCA/SDO/DAS technologies.
I have added information about a few conference to this list  and it needs
your help to make it complete.

http://wiki.apache.org/ws/Tuscany/Conferences2007

Goal of this page is to track all interesting conferences (across the world
since we are distributed) and see if there is interest to
team up and present at these conferences.

I hope that you find this useful.

Haleh

Re: [Web Site Updates]

[haleh mahbod]

Thank you Venkat for your efforts.

A few comments:

1. Link to getting started doc for under Java is wrong.
go to
http://people.apache.org/~svkrish/tuscanySite/site-publish/sca_documentation.html
and click on Getting started with SCA Java Milestone 2
Release
2. I am not sure what the numbering and indented sections on this page mean.
It is the index from Getting started with SCA Java? You may want to get rid
of it.
3. I wish there was an easy way on the download page to identify what's in
the release. Can we we link to readme?
4. Can we get rid of the word 'perscribed by OSOA'  in the on
http://people.apache.org/~svkrish/tuscanySite/site-publish/java_sca_overview.html

"Tuscany provides a Java implementation for the SCA specifications *
prescribed* by OSOA."
To
"Tuscany Java SCA provides an implementation for the SCA specification that
is available on www.osoa.org"


Haleh


On 12/21/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi all,

Thanks for looking this up and giving in your feedback.  I have taken in
the
comments from each of you and have made the necessary changes.  Please
check
them out at http://people.apache.org/~svkrish/tuscanySite/site-publish/.

Unless I hear any significant change to be made, I plan to commit this
tomorrow and hope the site refreshes when folks in the US start their day.

Thanks

- Venkat

On 12/21/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Simon Nash wrote:
>
> >5. The Documentation page lists 0.9 specs, and points to
boulder.ibm.com.
> >It's probably best to just remove this list of specs and let people
> >   go via osoa.org via the links that you have.  It would make sense to
> >also remove the links to white papers as these are on osoa.org.
> >I wouldn't remove this page altogether as it provides a place to
> >put references to documentation that applies to Tuscany as a whole,
> >rather than the individual technologies of SCA/SDO/DAS.  (Hopefully
> >there will be more of this Tuscany-related material in the future.)
>
> I think we still should have the links here, probably poiting to
> osoa.orginstead of the
> boudler.ibm.com, as we have little more description saying what is
> discussed
> in each spec, where in the osoa.org, we just have the links to the spec
> and
> that's it.
>
> If we really decided that we don't want them here, we should have it
> explicitly saying something like "The specifications is available in the
> osoa.org and you can find them at 
>
http://www.osoa.org/display/Main/Service+Component+Architecture+Specifications
> >
> " . This would avoid beginners to get lost trying to find the right
> info...
>
> I think this is also true for any other resources that is available at
> osoa.org
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>
> On 12/21/06, Simon Nash <[EMAIL PROTECTED]> wrote:
> >
> > Luciano Resende wrote:
> >
> > > Couple comments :
> > >
> > >   - Do we need FAQ entry on the Outlines for SCA, SDO and DAS ?
> > >
> > We could link these under the main FAQ page that is present on the
> > outline.  This would make the outline 3 lines shorter, which helps
> > reduce scrolling with smaller displays or larger fonts.  Anyone
> > wanting to see FAQs for SCA/SDO/DAS would still find these easily
> > and quickly by following the outline link to the main FAQ page
> > and following the links there.  The main FAQ page would contain
> > FAQs that apply to the whole of Tuscany, as well as links to the
> > sub-pages for SCA, SDO, and DAS.
> >
> > >   - There are still some broken links, maybe it's good to have at
> least
> > an
> > > empty page for those links
> > >
> > > BTW, Looks good in Firefox...
> > >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>

Creating Spec related JIRAs WAS IntrospectionRegistryImpl.introspect and @ConversationID

[haleh mahbod]

Hi Mike,

How do we create JIRAs against spec on osoa site?
Should we just create JIRAs in Tuscany using specification category instead?

Thank you,
Haleh

-- Forwarded message --
From: Ignacio Silva-Lepe <[EMAIL PROTECTED]>
Date: Dec 22, 2006 7:00 AM
Subject: Re: IntrospectionRegistryImpl.introspect and @ConversationID
To: tuscany-dev@ws.apache.org

Sure, I'm just not sure about the details. At the JIRA site there does
not seem to be an OSOA-related project that I can find. And at the
OSOA site (www.osoa.org), there does not seem to be a away to
submit a JIRA. Needless to say, I have not done this before :-)


On 12/22/06, Jim Marino <[EMAIL PROTECTED]> wrote:



On Dec 20, 2006, at 2:04 PM, Ignacio Silva-Lepe wrote:

> I noticed that IntrospectionRegistryImpl.introspect uses
> getAllPublicAndProtectedFields to obtain the fields on
> which to invoke each processor's visitField. However,
> the C&I spec seems to imply that it should be possible
> to inject a conversation id (the spec still refers to it as
> @SessionID but that's another matter) into a private
> field.
I've already changed @SessionID in the latest version of the spec.
The other issue regarding private fields is a bug in the spec - it
should be protected or public. Could you file a JIRA at the OSOA site
so we don't loose track of that?

Thanks,
Jim

> Should IntrospectionRegistryImpl.introspect be changed
> or is the spec wrong in its assumption?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [C++] Scenarios for motivating demonstrating scripting support in Tuscany.

[haleh mahbod]

resposting this message for Tuscany Users, specially  users with PHP
experience. Your input for real use case scenarios would be greatly
appreciated.


On 1/4/07, Simon Laws <[EMAIL PROTECTED]> wrote:


In thinking about PHP support in C++ one thing that I would like is some
good scenarios that we can use as test cases and examples. Its good to
reproduce the test cases we have, e.g. Calculator, to show how the same
scenario can be reproduced across different environments. To this end I am
working up the PHP version of Calculator again. However it would be good
to
have some examples that speak to those who use scripting for real.

Three things come immediately to mind.

1/ Building and deploying services behind Web2.0 applications.
Examples here would be a service that retrieves some data from a database
for the Web2.0 application or a service that ties into a wider SCA
composition for retrieving data or processing requests.

2/ Shell type applications, e.g. Composing SCA components as a analog for
composing script operations on the command line.
An example here would be a  service composition  that needs access to the
ability to copy, move, filter or format file based information. The
generic
example is I supose traditional scripted batch or job control processing.

3/ As a suitable component implementation language where the script
environment is either familiar to the developer or offers some specific
feature or library that mandates it's use, for example, some application
specific data access library or processing capability. For example, we
could
look into integrating with one of the popular open source applications,
such
as a wiki, to see if we can create a simple example of accessing its data
as
part of a wider composition.

Anyhow, just some thoughts off the top of my head. Are there any more that
spring to people's minds that allow us to show off the power of SCA to
compose scripted components into a simple useful running example?

Not sure what to do with this list. I could put it on our PHP site but
then
only PHP people can edit it. Shall I put on the Tuscany wiki?

Regards

Simon

Re: New Maven 2 repos for Eclipse and SUN jars?

[haleh mahbod]

should we ask maven mailing list?

On 1/13/07, Raymond Feng <[EMAIL PROTECTED]> wrote:


Hi,

When I browse the http://repo1.maven.org today, I found there are two
repos:

http://repo1.maven.org/eclipse (Containing eclipse jars)
http://repo1.maven.org/maven-java.net/ (Containing javax and com.ibm.sunjars)

Are these new repos that we can reference for Eclipse and Sun artifacts?
Does anybody have more information?

Thanks,
Raymond

Re: Spec changes, modularity, and scaling the Java SCA project

[haleh mahbod]

Hi Jim,
I don't understand  what you mean when you talk about the " do-not-use"
kernel version.

Here is how I am understanding your proposal. . Is this correct?

Step #1 in your list: is a release of the kernel with content as of today .
This will live in a branch - Extensions will need to be sync'd up on this
version
Step #2 is a release of existing extensions on the Kernel - At this point
Kernel and extensions can be used by users
Step #3 is kernel evolving in the trunk to sync up with latest spec changes
Step #4  is the follow on release of the kernel with the spec changes -
Extensions will need to be sync'd up on this version.
Step #5 is the release of extensions on top of kernel in step 4- At this
point the new Kernel and extensions can be used by users
Thanks,
Haleh


On 1/17/07, Jim Marino <[EMAIL PROTECTED]> wrote:


Hi,

A few of us are participating in the SCA Assembly offsite this week.
The outcome of the offsite is that there will be a number of changes
introduced into the specification which will impact the kernel and
extensions. We can summarize and discuss the changes in separate
threads but I wanted to propose a way for handling these changes
which will allow kernel and extension development to proceed apace
while minimizing instability. This proposal is also intended to allow
us to introduce the remaining modularity changes that have been
previously discussed.

Specifically, I propose we initiate a release of kernel over the next
several days which serve as a baseline for extension development.
This release of kernel would be intended only for "internal"
extension development and not for end-users. The purpose of the
release is to allow kernel changes to be introduced without causing
instability in the extensions. Later, a stable kernel release will be
made which extensions will upgrade to. This release would be the
kernel release we have been discussing over the last couple of weeks.
When, extensions are ready, they would be released individually or in
sets.

I see this process happing in the following steps:

1. Release a "internal-use"  kernel version, which will be initiated
over the next couple of days
2. Right after, switch extensions to build off the the "do-not-use"
kernel version
3. Continue development of kernel and extensions simultaneously. At
this point we also reorganize the build tree and extensions as we
previously described, grouping extensions and samples by how they
will be distributed
5. Release a version of kernel with a stable SPI (the Java kernel
release), incorporating the new SCA changes
6. Release extensions individually or in sets as they are ready

Comments/suggestions/thoughts?

Jim



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [C++] M3 release?

[haleh mahbod]

How about [language extension: PHP, Python, Ruby] release.
Name is long, but gets the message across about what this release is
offering.


On 1/19/07, Simon Nash <[EMAIL PROTECTED]> wrote:


Sounds like excellent progress.  I think it would be good to see the
PHP support that Simon is working on in the M3 release, if the
problems can be fixed soon.

I agree that calling this the C++ runtime no longer seems appropriate.
I see it as the "native" runtime for Tuscany, so that would be my
naming suggestion.

   Simon

Andrew Borley wrote:
> Hi all,
>
> Since the Tuscany C++ M2 release, there's been quite a bit of extra
> functionality added to the codebase, so perhaps we should start
> thinking about an M3 release?
>
> Things added:
> - REST service & reference binding
> - Support for multi-threaded environments
> - Support for Apache HTTPD (both for REST and Axis2 ws service bindings)
> - Removal of componentType side-file requirement for Python components
> - SDO support in Python components
> - Named-argument support for REST references, Python and C++ components
> - Samples that show use of above functionality
> - 'Real-world' samples showing calls to externally available services
> - Mac OSX port (not sure if this is complete?)
> - Various SDO fixes/improvements
>
> Things being worked on:
> - PHP extension being brought up to Ruby/Python level with support
> for the PHP SCA_SDO extension [1] (Simon)
> - Upgrading to Axis2C 0.96 (Andy)
> - A "Web 2.0" sample (Andy - see post later today)
>
> This covers most of the items discussed in the "where next" thread we
> did after M2 [2]
>
> Things to do:
> - Appoint a Release Manager (volunteers?)
> - Prioritise Jiras.
> - Update/improve docs
> - Further SCA fixes/functionality?
> - Further SDO fixes/functionality?
> - More samples?
>
> Here's another question: Should we change the name of Tuscany C++? The
> "other half" of Tuscany don't append "Java" to their releases and now
> we have decent support for C++, Python, Ruby and (soon) PHP, calling
> it Tuscany C++ perhaps misleads users into thinking it's only for
> people who know/use C++. Someone suggested the name "Multi-language",
> but seeing as Tuscany Java supports Javascript, Groovy, Ruby, Spring,
> etc this would perhaps also be misleading. Any good ideas? Perhaps a
> non-technical name should be used (we could carry on the
> wine-association - Rioja anyone? Or maybe something different -
> Chianina? [3]).
>
> Cheers
>
> Andy
>
> [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg13103.html
> [2] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg10515.html
> [3] http://en.wikipedia.org/wiki/Tuscany#Economy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to update the Tuscany website?

[haleh mahbod]

I propose that we move FAQ to the Wiki  and  make it more accessible for
updates.
We can link from the website to the FAQ which will reside on the Wiki.

This difficult update process is probably the reason for FAQ being so empty.

We have been answering the same questions multiple times and an easier
access to the FAQ will encourage everyone to help, including non-committers.



On 1/19/07, Geoffrey Winn <[EMAIL PROTECTED]> wrote:


Venkat,

Thank you for the offer. Normally I wouldn't be lazy and would get on and
do
the work, but it's only a small change, so I'll accept.

I'd like to add the following as a third bullet point.

* Does SDO for C++ provide a static interface as the Java implementation
does?
  No. It is not clear that this is a useful feature in a language like C++
so we have no plans
  to implement it.

Thank you for your help.

Regards,

Geoff.

On 19/01/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>
> Hi Geoff,
>
> Since I have done this before I can help if you can simply provide the
> udpated faq.xml.  I shall take care of building it to html and then
> updating
> the site.  Let me know.
>
> - Venkat
>
>
> On 1/19/07, Andrew Borley <[EMAIL PROTECTED]> wrote:
> >
> > Hi Geoff,
> >
> > Take a look at
> > http://svn.apache.org/repos/asf/incubator/tuscany/site/README.txt
> >
> > You need to edit the xml, regenerate the HTML from the XML, svn commit
> > those changes and then log into people.apache.org and run an svn
> > update there.
> >
> > It's a bit of a complex process - one that we should perhaps think
> > about improving...
> >
> > Cheers
> > Andy
> >
> > On 1/19/07, Geoffrey Winn <[EMAIL PROTECTED]> wrote:
> > > Apologies if this has already been covered.
> > >
> > > I would like to update the FAQ page of the website (
> > > http://incubator.apache.org/tuscany/faq.html, if that makes a
> > difference).
> > > How do I do that? Is it enough to edit site/site-author/faq.xml or
do
> I
> > have
> > > to change anything else?
> > >
> > > Thanks in advance.
> > >
> > > Regards,
> > >
> > > Geoff.
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>

Re: Web 2.0 sample

[haleh mahbod]

Hi Andy,

This is an interesting technology sample that demonstrates various
capabilities that Tuscany offers.

It would be good to get user feedback on this as well.

Haleh

On 1/19/07, Andrew Borley <[EMAIL PROTECTED]> wrote:


Hi all,

One of the things we thought would be good to include in the next
release of Tuscany C++ was "some kind of Web 2.0 sample" that would
show the various functionality of Tuscany C++ (and perhaps Tuscany
Java and SCA/SDO for PHP too) all working together in one app.
I've had a think around this and come up with the following idea that
I'm throwing open for abuse/ideas/development/etc!

Global Alerter
A feed-reader style webapp that aggregates various sources of changing
data into a series of "alerts" that are displayed in, and
automatically updated via AJAX calls from, a web page. Alert sources
include RSS/Atom news feeds, POP3/IMAP email, NNTP newsgroups, SOAP
services (such as stockquotes).

See the attached png for the initial SCA diagram (I've also put it up
at [1] if the mail-list doesn't let png's through) for a bit more
detail. This shows some of the power that SCA and Tuscany provides:
- the 2 composites could run in separate containers or even different
SCA runtimes (say HTTPD/PHP with SCA_SDO for the Display Composite and
HTTPD/Tuscany C++ for the Alerter Composite)
- we could show extensibility by adding extra Checker components for
other data sources (such as a component that checks for changes in a
specific web page)
- we could show re-use of components by using the Web Service Checker
to call a stockquote service and a weather forecast service.
- we can use different languages to implement the components

It would be nice if the web front end could also show what is
happening under the covers - perhaps by displaying the SCA diagram and
highlighting which pieces are being called when the user chooses to
update the alerts from a particular data source.

So, any ideas/thoughts?

Thanks!
Andy

[1] http://people.apache.org/~ajborley/web2demo.png



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tuscany C++ sub-project name

[haleh mahbod]

Tuscany native is confusing because it sounds like the default which I don't
think is the intention.

Isn't this Tuscany support for scripting? Would Tuscany [scripting
languages]
make sense? We could de-couple scripting from the underlying runtimes and
highlight support for many languages which is currently hiddenunder Java and
C++ topics.
This might get more attention from PHP, Python and other communities as well
who could
help us make these first class solutions.



On 1/23/07, Oisin Hurley <[EMAIL PROTECTED]> wrote:


> My +1 is for "Tuscany Native"

I wonder what all the Tuscany natives in Italy would think ;)

>> [] keep the old name (Tuscany C++)

This would get my vote.

  --oh

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Compiling from java root

[haleh mahbod]

I added this to FAQ (
http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SCA+-+FAQ)

Please update the link if additional info needs to be added.


On 1/29/07, Rick <[EMAIL PROTECTED]> wrote:


Ok, I had a momentary mental block that 0.1-pre-spec-SNAPSHOT is a ...
SNAPSHOT.
  So the difference in prefix of the versions  "0.1-pre-spec-" and
"1.0-incubator" will have no bearing when done from the top and I'll just
get
the latest of the trunk of all; which we know can be out of sync.

Sorry before hand if I'm dwelling on the obvious, but I hope his may help
others
too:

To compile and work on the latest kernel, I need to build these projects
from
the trunk: (they are part of pre-spec-changes)
  kernel
  runtime
  services
  test

And for non-kernel
  extensions
  plugins

Maybe we can have profiles for this like -Pall to make it easier ?

To be safe if I'm working between these two, do I need to keep a separate
repo?
Or does the prefix difference help out there ?

Thanks

Jeremy Boynes wrote:
> On Jan 29, 2007, at 6:14 AM, Rick wrote:
>
>> Just want to make sure I understand the consequences of compiling from
>> the java root with -Pall.
>
> As I understand it, there is no guarantee that that will work. If you do
> that you are trying to build using current SVN head from independent
> modules - not only within SCA but also SDO and DAS.
>
>> As I understand it this shouldn't be an issue and all should compile
>> and test. The only consequence now is that the projects under
>> sca/kernel will not be used by the other projects for the build and
>> mvn unit test.
>
> This is true at a module level but in a reactor build if two versions of
> a module exist then mvn will resolve to the latest one. Because you
> include everything with -Pall, everything will resolve to the latest
> unstable trunk and downstream modules are likely to fail.
>
>>
>> If working on the kernel I need to really do nothing different for
>> eclipse, except that it probable makes sense to have a separate
>> workspace for the kernel if I'm also working on some of the other
>> Tuscany parts.
>>
>> Working on components other than the kernel, I need to import into
>> Eclipse only those projects  not under sca/kernel and to debug the
>> kernel code import the code under branches\pre-spec-changes.
>
> I have no idea what you need to do in Eclipse, but in general you should
> be referencing the snapshot binaries of SDO, DAS, SCA Kernel and such as
> defined by the dependency version, associating the appropriate source
> code with those binaries.
>
> --
> Jeremy
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Move Tuscany wiki to Apache CWIKI?

[haleh mahbod]

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 handle this?"

Is Confluence backed up regularly?

Does it make sense to leave the website skeleton as is and move all
documents to confluence WIKI? For example  FAQ, design docs, release
information and downloads, etc.

It took us a while to get the website look and feel to where it is right now
and this is not the part that needs to be changed that often. We should not
move it until we have a good replacement.


On 2/6/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi Kelvin,

In my perception, we are moving over to the Confluence wiki -
CWIKI.  Infact
some of the recent updates such as things we aspire to do for SCA M3, some
documentation on SCA Deployment and FAQs have already found place there.

Thanks

- Venkat

On 2/6/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> As I'm updating a page on our old wiki,  I'm wondering where we are with
> this and whether I should be migrating the content?
>
> Kelvin.
>
> On 24/01/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > FYI, I have added "edit" permissions to all registered users.
> >
> > Thanks,
> > Raymond
> >
> > - Original Message -
> > From: "ant elder" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Wednesday, January 24, 2007 4:59 AM
> > Subject: Re: Move Tuscany wiki to Apache CWIKI?
> >
> >
> > > On 1/23/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > >
> > > 
> > >
> > > 2) I'm not proposing to change the "edit" policy. The
> > >> http://cwiki.apache.org/CWIKI/ page also provides some guidances
for
> > >> cases
> > >> that we use it as a sandbox (open to all registered users) or
> > >> documentation
> > >> site (open to folks with CLA on file).
> > >
> > >
> > > I also think all our content should be open to any registered user.
We
> > > want
> > > everyone to help maintain it and thats going be more likely to
happen
> if
> > > we
> > > make it easy for them. Its harder for users to send in patches for
the
> > > wiki
> > > :)  Can we get update emails sent to the dev list so we all can
> monitor
> > > the
> > > changes?
> > >
> > >   ...ant
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Re: Suggestions for Tuscany SCA documenation?

[haleh mahbod]

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 examples. This
would provide a quick reference to SCA rather than requiring people to  read
all the specifications.

I would be happy to join you in this effort. We can start using Confluence
Wiki to work on the documents.

Does the 'user guide' sound like a good starting point for you?

What do others think?

Haleh


On 2/7/07, Rick Rineholt <[EMAIL PROTECTED]> wrote:


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 way provide feedback and updates can be always beneficial.  I think
that's ground anyone first starting out would initially have to cover to
some degree or another.
If your not new, you'll need to give some background and where your
interests are in general.
.
Shelita Overton wrote:
> 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
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Move Tuscany wiki to Apache CWIKI?

[haleh mahbod]

+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 of
the wiki sites.  I'm for moving to cwiki.
Venkata Krishnan wrote:
> 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 look and feel.
>
> Thanks
>
> - Venkat
>
>
> On 2/8/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> 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 could remove the "how to build, test and deploy Java
>> SCA"
>> > off of the web site and instead link from the web page to a wiki
page.
>> > (IMHO) it becomes easier to maintain...  perhaps if/when it settles
>> > down (or
>> > @ V1) we could merge it back into the web site. I'd be happy to help
>> > maintain this because I can edit the wiki - for me to contribute to
>> > the web
>> > site takes much more effort... perhaps this isn't so important to
>> > others who
>> > are already committers...
>> >
>> > Dan
>> >
>> > On 07/02/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>> >>
>> >> 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 handle this?"
>> >>
>> >> Is Confluence backed up regularly?
>> >>
>> >> Does it make sense to leave the website skeleton as is and move all
>> >> documents to confluence WIKI? For example  FAQ, design docs, release
>> >> information and downloads, etc.
>> >>
>> >> It took us a while to get the website look and feel to where it is
>> right
>> >> now
>> >> and this is not the part that needs to be changed that often. We
>> should
>> >> not
>> >> move it until we have a good replacement.
>> >>
>> >>
>> >> On 2/6/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>> >> >
>> >> > Hi Kelvin,
>> >> >
>> >> > In my perception, we are moving over to the Confluence wiki -
>> >> > CWIKI.  Infact
>> >> > some of the recent updates such as things we aspire to do for
>> SCA M3,
>> >> some
>> >> > documentation on SCA Deployment and FAQs have already found place
>> >> there.
>> >> >
>> >> > Thanks
>> >> >
>> >> > - Venkat
>> >> >
>> >> > On 2/6/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
>> >> > >
>> >> > > As I'm updating a page on our old wiki,  I'm wondering where
>> we are
>> >> with
>> >> > > this and whether I should be migrating the content?
>> >> > >
>> >> > > Kelvin.
>> >> > >
>> >> > > On 24/01/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>> >> > > >
>> >> > > > Hi,
>> >> > > >
>> >> > > > FYI, I have added "edit" permissions to all registered users.
>> >> > > >
>> >> > > > Thanks,
>> >> > > > Raymond
>> >> > > >
>> >> > > > - Original Message -
>> >> > > > From: "ant elder" <[EMAIL PROTECTED]>
>> >> > > > To: 
>> >> > > > Sent: Wednesday, January 24, 2007 4:59 AM
>> &

Re: Suggestions for Tuscany SCA documenation?

[haleh mahbod]

t;> > >
>> > > Everyone ok with this ?
>> > >
>> > > Start page is
>> > > http://cwiki.apache.org/confluence/display/TUSCANY/User+Guide
>> > >
>> > > Cheers,
>> > > Dan
>> > >
>> > >
>> > >
>> > > On 08/02/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>> > > >
>> > > > On 2/8/07, Shelita Overton <[EMAIL PROTECTED]> wrote:
>> > > > >
>> > > > > Hi Dan,
>> > > > >
>> > > > > I think this is a great start. I think it is safe to go ahead
>> and
>> > > create
>> > > > > this structure.  This will definitely help to avoid
>> > > > duplication.  Thanks!
>> > > > >
>> > > > >
>> > > > > On 2/8/07, Dan Murphy <[EMAIL PROTECTED]> wrote:
>> > > > > >
>> > > > > > Hi Shelita,
>> > > > > >
>> > > > > > I'd like to partner with you on writing some documentation
and
>> had
>> > > > also
>> > > > > > started a page on the wiki @
>> > > > > >
>> > > > > >
>> > > > >
>> > >
>> >
>>
http://cwiki.apache.org/confluence/display/TUSCANY/Building+SCA+for+Javawhich
>>
>> > > >
>> > > > > > has some overlap with Raymonds more recent addition.
>> > > > > >
>> > > > > > How about we break the getting starting down into a number of
>> > > smaller
>> > > > > > pages
>> > > > > > so we can work on them more easily. I propose:
>> > > > > >
>> > > > > > User Guide
>> > > > > >+ Getting Tuscnay's Java SCA
>> > > > > >+ Choosing between a package runtime and building
>> your
>> > > own
>> > > > > >+ Downloading and installing a release
>> > > > > >+ (use the the approach I'm experimenting with @
>> > > > > >
>> > >
>> http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg13707.html
>> > > > )
>> > > > > >+ Setting up a build environment
>> > > > > >+ Choosing a source / understanding the source
tree
>> > > > > >+ Building - which bits to build
>> > > > > >  + Debugging build issues
>> > > > > >  + Build tips (eg. use of mvn -fn to continue
>> > > building
>> > > > > > despite test case failures)
>> > > > > >+ Setting up an "SCA Developer" environment (cover both
>> command
>> > > > line
>> > > > > > and
>> > > > > > IDEs (Eclipse and others)) suitable for a user of Tuscany (as
>> > > opposed
>> > > > to
>> > > > > a
>> > > > > > developer of)
>> > > > > >+ Developing a simple SCA composite containing a single
>> > component
>> > > > > >+ Initial project setup (is there an alternative
to
>> > maven
>> > > > ?)
>> > > > > >+ Developing a simple component
>> > > > > >+ Unit testing and debugging a component
>> > > > > >+ Composing components into composites
>> > > > > >+ Exposing the composite to the outside world
>> (define
>> > the
>> > > > > > service binding)
>> > > > > >+ Web Services, JMS etc
>> > > > > >+ Resolving dependencies not contained in the
>> composite
>> > > > > > (defining the reference bindings)
>> > > > > >+ Web Services, JMS - others ?
>> > > > > >+ Reusing components in composites
>> > > > > >+ Deploying to server runtime (eg. tomcat & geronimo ?)
>> > > > > >( + Managing / monitor / changing components & composites
)
>> > > > > >...
>> > > > > >
>> > > > > > I think it might also bring up some interesting things to
>> > > consider...
>> &g

Re: Suggestions for Tuscany SCA documenation?

[haleh mahbod]

"Regardless of whether documentation is shipped in a distribution, I
would prefer we keep a copy of all documentation online so that we
can fix errors as they are discovered after releases."

Agree.


"Extension developer would generally not work off the latest code (I
generally discourage people from doing this as the state of trunk may
be in flux). They would tend to go off a published release."

OK.  Although it seems like all discussions are typically centered around
the latest code on mailing list.
Maybe this is what we should encourage.




On 2/9/07, Jim Marino <[EMAIL PROTECTED]> wrote:


>
A couple of minor points
>- Concept of attaching documents to releases is important here.
>   Documents are not live and rather are based on releases.  For
> example, we
>   will have user manual for version x and an enhanced document for
> version y.
>
Regardless of whether documentation is shipped in a distribution, I
would prefer we keep a copy of all documentation online so that we
can fix errors as they are discovered after releases.

> Audience 2: Tuscany Extension developers
>
>   - Uses Tuscany Core as a black box
>   - Needs to know about extension points (SPIs)  and how to add
>   extensions
>   - Would need to know how to build extensions and test
>   - Would probably want to work off of the latest code, so documents
>   tend to be live documents.
Extension developer would generally not work off the latest code (I
generally discourage people from doing this as the state of trunk may
be in flux). They would tend to go off a published release. They may
point to SNAPSHOT but I would imagine documentation would rarely be
revved at that point.

Jim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Suggestions for Tuscany SCA documenation?

[haleh mahbod]

Ah. You add a good point that we need to think about extension documents as
well :)

On 2/9/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:


On Feb 9, 2007, at 4:56 PM, haleh mahbod wrote:
> "Extension developer would generally not work off the latest code (I
> generally discourage people from doing this as the state of trunk may
> be in flux). They would tend to go off a published release."
>
> OK.  Although it seems like all discussions are typically centered
> around
> the latest code on mailing list.
> Maybe this is what we should encourage.

When you munge everything together it can be hard to tell. Most of
the technical discussion recently has been around changes to the
kernel rather than extensions and so naturally relates to the latest
kernel code. If we did have discussion around an extension, it would
be about the latest code /of that extension/.

--
Jeremy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Runtime bring-up and next steps

[haleh mahbod]

Hi Jim,
Is there a short write-up on all this somewhere? There might be one on the
cwiki that I am not able to find.
I have been trying to cut and paste from several email and add the snippets
to the 'in porgress' architecture document, but it is not clear how the
pieces come together.

Does bring up of runtime include a successful run of iTest?

Thanks,
Haleh

On 2/10/07, Jim Marino <[EMAIL PROTECTED]> wrote:


I've finished the final piece to bringing up the base standalone
runtime which Jeremy has been working on to support the SCA 1.0
client APIs. This mostly involved externalizing autowire from
CompositeComponent to an AutowireResolver which is called after the
model is loaded. This had the side-effect of simplifying the runtime
as the connector no longer needs to deal with the autowire case
(autowires will resolve to absolute URIs).

I have also removed the process for connecting artifacts from
CompositeComponent to Deployer.

Below are a few more changes I plan to work on over the next few days:

- I plan to continue refactoring Component to simplify and cleanup
the interface. This will hopefully result in little difference
between atomic and composite components.

- I would like to  eliminate the need for outbound and inbound wires,
having the connector create a single Wire which is attached to a
source.  In this scenario, targets will not have wires but will
continue to supply TargetInvokers to sources. This will tie in
directly with Meeraj's work on the physical component builders and
wire reconstitution on slaves. It will also further serve to simplify
the connect phase. As we do this, we will need to revisit the SPI for
WirePostProcessors. Following on Meeraj's physical builder work,
policy and wire processing will need to be done on the master against
the model and a portable representation of the wire sent to slaves
where it will be constituted. We will need something akin to an
InterceptorBuilder which will be responsible for helping to
constitute a wire on the slave by supplying interceptors. Thoughts?

- Integrate the autowire changes with Meeraj's federation work which
will give us support for federated/distributed autowire across an SCA
Domain (as well as supporting more of the SCA autowire semantics).

Jim





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Developing an SCA Application: Best Practices

[haleh mahbod]

Hi Andy,
Very good 'SCA best practices' write-up.  I'll add this to the list of user
documents on cwiki and like you I am interested to  to see if Tuscany users
have other 'best practices' hints that they might want to add to this.

Thanks.
Haleh

On 2/13/07, Andrew Borley <[EMAIL PROTECTED]> wrote:


Hi All,

After writing the Alert Aggregator sample for the Tuscany Native
runtime I thought it would be worthwhile documenting my experiences.
I've titled this "Best Practices" but perhaps "Hints & Tips" or
"Andy's Observations" would be more appropriate! Anyway, below is a
suggested list of things to do/think about when writing your own SCA
based applications. A few of the points below are from general
software development, but they apply equally to SCA development.

Start by drawing your SCA diagram (e.g. [1]) - this helps with the
componentization of your app. SCA diagrams aren't code path diagrams
(such as a BPEL visualization): they simply show what blocks of
function you have and which blocks are used by other blocks.
Separating components into composites also helps you think about
componentization and deployment, as (currently) the smallest
deployable block is a composite. Similarly, an SCA diagram is not a
class diagram - the smallest SCA unit is the component which could
consist of multiple classes or scripts or similar. You may have a
requirement for a "Utilities" class providing some basic function that
is used by lots of other classes - SCA wires involve a certain amount
of overhead, so it may not be worth creating a "Utilities" component
that all other components reference. Instead, it can be valid to have
multiple instances of the same class embedded as part of multiple
components.

Think about the services and references that your components and
composites provide/require, so you can draw the wiring on the diagram
and work out which components and composites you need, but don't worry
too much about bindings (REST, WS, etc) - SCA/Tuscany makes it so easy
to switch bindings that this can be decided at a later time.

I didn't worry too much about interfaces at this point - I planned to
do most of my components in scripting languages (which don't need
defined interfaces in Tuscany Native). In other languages (Java, C++)
it may be worth defining the public interfaces that your component
implements, so you can see how and where functions are implemented
within your composites.

When coding the component implementations, it's easiest to start with
the 'least-dependent' components - those that don't need lots of other
infrastructure or other components or composites in place. For the
Alert Aggregator sample (see [1]), my order of component development
was as follows:
RSSChecker
AlertConfig
AlertChecker
HTMLFormatter
POPChecker
Of course, as in normal software development, this was an iterative
process where each component got revisited as necessary.

Component implementations were developed in a standard test-driven
manner, but deploying within an SCA runtime adds extra layers of
required testing (think unit vs. system tests). I began by testing my
component implementations in a standalone, unit-testing-style fashion,
then tested under Tuscany via local clients, then via remote clients
using whichever service bindings I had chosen and finally via full
system tests (in the Alert Aggregator case, through clicking on a web
page). The power of SCA meant that I could use the same client code
for both local and remote testing , just by adding in a local SCA
reference that called the remote service (see the PythonCalculator
sample for an example of this - the sample.calculator.client/client.py
code is almost exactly the same as the
sample.calculator.wsclient/client.py code).

I found I needed to programme somewhat defensively - Tuscany SCA
Native (or at least the extensions I used) is not yet particularly
good at handling exceptions or errors that get thrown, but not caught,
in component code. Instead, I tried to check for bad data and catch
exception cases within the component implementation. The handling of
errors is something that definately needs more work in Tuscany SCA
Native - should errors get propagated back to the original client, or
should they be caught and logged? A problem that exacerbates this
issue is that some of our logging messages don't provide much (or
any!) useful information!

The XML story with Tuscany SCA Native is pretty good - I found using
SDO/XML/Python ElementTree objects easy and very useful. I would
probably go as far as suggesting that developers use XML complex types
and SDO rather than trying to flow multiple method parameters, as this
can mean less changes required in code and interfaces throughout the
development cycle.


That's about all the issues and observations that are at the top of my
head right now - I've put also this up on the wiki at [2] and hope it
can become a more rounded and useful document for users of Tuscany to
consider. Let me know what you think, I'd b

Re: Suggestions for Tuscany SCA documenation?

[haleh mahbod]

Tom,
Thanks for helping to move Tuscany website content to CWIKI.  I like the the
left navigation bar.
We could use this opportunity to simplify the site and make it more user
friendly. For example, we might want to re-think the way we handle languages
and put some thought into how to highlight scripting languages.  First step
will be to move the data and then we can re-arrange a lot of this to make it
more readable. I'll work on the simplification of the presentation  in
parallel with what you are doing. I'll probably do a mock up on another page
and move it once everyone agrees to it.
Haleh

On 2/14/07, Dan Murphy <[EMAIL PROTECTED]> wrote:


I like the idea of having a side navigator; a little concerned of the
potential maintenance overhead of this on each wiki page that needs a
navigator (although I guess it isn't needed on every page ?), but we'll
only
find out once we have a reasonable body of work, so I'll go with Simon's
"give it a spin and see how it goes"

There is/was also a thread about wiki versus web site @
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg12431.html which
I'm not sure reached any conclusion about what content (if any) should
remain on the web site and what should move to the wiki It seems a
shame
to loose the Tuscany L&F; perhaps the number of people who have offered to
help with the wiki based documentation outweighs the value of the Tuscany
L&F - it's not like the cwiki is ugly :)

On 14/02/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On 2/13/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > [snip]
> > Tom Seelbach wrote:
> > > If the wiki was switched to a "left menu theme" it would probably
> > > apply to the whole space.
> > > That would not work well for Tuscany since it has 3 separate
projects
> > > (sca, sdo, das) as well as 2 implementations (java, cpp).
> > > i.e. the site is very complicated and it wouldn't be worth it to
carry
> > > that left menu everywhere.  There is always the
> > > horizontal link navigation at the top of every page anyway so a user
> > > is only one click from the top page.
> > >
> > > I just added a left-hand-nav  to the wiki homepage to serve as a
TOC.
> > > It's pretty simple.
> > > I tried to follow the existing Tuscany home as much as possible, and
> > > link to new information on the wiki as well.
> > > If the team agrees with this approach, we can migrate useful
> > > information off of the existing homepage
> > > and onto the wiki.   If the team doesn't think this is the way to
go,
> > > its a simple "undo".
> >
> > +1, I like it.
> >
> > > I'm willing to port some of the existing pages over and update them
in
> > > the process if this helps.
> >
> > Thanks!
> >
> > --
> > Jean-Sebastien
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > Hi Tom
>
> Sidebar looks good to me. Lets give it a spin and see how it goes. +1
>
> Simon
>

Re: Tracking web-traffic in Tuscany Website

[haleh mahbod]

+1 if allowed by Apache.

On 2/16/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


I have been doing some web-traffic monitoring on our Tuscany Blog using
Google Analytics and StatCounter.

I was wondering if would be a good idea to do same on our Project website,
and this might be give us a better idea of traffic on specific areas
(e.gSCA/SDO/DAS or Java/C++, etc)

I was checking with ASF Infra, and they only have stats log files, but no
visual tool that shows traffic by individual projects, so if people on the
Tuscany dev community like the idea, I'd go and check if it's ok with the
Incubator PMC to add these 3rd party web trackers to our project website.

Toughts ?

--
Luciano Resende
http://people.apache.org/~lresende

Re: Site switch to the cwiki

[haleh mahbod]

Jim,
Thanks for the cwiki update.  It looks like we lost all the C++ pages.
Haleh

On 3/5/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:


It looks like it's using:
http://cwiki.apache.org/
TUSCANY/"  />
which may take a sec to kick in as the page is being rendered.

I would suggest making the page really short - if we're not using the
generated site any longer you could just replace the root page with
one that just does the redirect.

If the server allows, another alternative would be to install
a .htaccess file with a redirect in it:
Redirect /tuscany http://cwiki.apache.org/TUSCANY/
(or something like that). If .htaccess is disabled you might ask
infra for help.

--
Jeremy

On Mar 5, 2007, at 9:45 AM, Jim Marino wrote:

> Looks like something in Anakia when it renders the html...let me
> look into it.
>
> Jim
>
> On Mar 5, 2007, at 8:52 AM, Luciano Resende wrote:
>
>> Hi Jim
>>
>>   Looks like you did a redirect on the original site, and when I
>> try to
>> access the Tuscany page, it quickly shows the original site (in
>> html) and
>> then it redirects it to the cWiki one. Isn't there a cleaner way
>> of doing
>> this ? I see other sites using wiki as it's website working fine.
>>
>> BTW, I tried o get an anser at #asfinfra, but looks like people
>> are still a
>> little slow there, might be morning hours.
>>
>> --
>> Luciano Resende
>> http://people.apache.org/~lresende
>>
>> On 3/4/07, Jim Marino <[EMAIL PROTECTED]> wrote:
>>>
>>> FYI,
>>>
>>> I've cut-over the site to using the cwiki which should go live as
>>> soon as the files replicate. I left the old site files in place
>>> under /site as there are still a few wiki links which point back to
>>> them (mainly the download pages). I'll try and convert those over as
>>> well over the next day.
>>>
>>> Jim
>>>
>>>
>>> 
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Composite archive name confusion, was: Re: sca-composite plugin

[haleh mahbod]

How about .arch

On 3/8/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:


Yep - .car is used by Geromimo (and is also confusing with a JavaEE CAR)
   .sar is used by JBoss

And everyone seems to hate .scar :-(
--
Jeremy

On Mar 8, 2007, at 10:27 PM, Raymond Feng wrote:

> Thinking of ".car" or ".sar", but it seems both are used by other
> systems. We are running out of "_ar"!
>
> Thanks,
> Raymond
>
> - Original Message - From: "Jeremy Boynes"
> <[EMAIL PROTECTED]>
> To: 
> Sent: Thursday, March 08, 2007 10:11 PM
> Subject: Re: Composite archive name confusion, was: Re: sca-
> composite plugin
>
>
>> Any suggestions?
>> --
>> Jeremy
>>
>> On Mar 8, 2007, at 7:55 PM, Luciano Resende wrote:
>>
>>> Hi Jeremy
>>>
>>>   The SCA Assembly spec defines .composites files as definitions of
>>> composites. Wouldn't be very confusing to developers and our
>>> community in
>>> general to see .composite files representing archives ? At least
>>> this is
>>> what I saw while reviewing the core-samples release candidate, a
>>> calculator-2.0-alpha-incubating.composite that is actually an
>>> archive
>>> containing common files for the calculator sample application.
>>>
>>> Thoughts ?
>>>
>>> On 3/2/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:

 I made a start on this (r513843) - atm it just supports
 composite but I'll see about adding the
 contribution and itest stuff as well.
 --
 Jeremy

 On Feb 26, 2007, at 2:27 PM, Jeremy Boynes wrote:

 > [[ another resend due to flaky email service ]]
 >
 > I've been thinking about adding a Maven plugin that can be
 used to
 > build an sca-composite. This would:
 > * copy resources
 > * compile the code
 > * run any unit tests
 > * package the composite as a jar (including any sca-contribution
 file)
 > * run any integration tests
 >
 > This would make building reusable composites (like common/
 calculator)
 > a bit easier as all you'd have to do in your pom is set the
 packaging
 > to sca-composite and include the plugin.
 >
 > One question I have would be the file extension to associate
 with such
 > an archive. In the spec group we've joked about 'scar' files
 but I
 > might just go with that unless someone has a better
 alternative :-)
 >
 > --
 > Jeremy
 >
 >
 ---
 --
 > To unsubscribe, e-mail: [EMAIL PROTECTED]
 > For additional commands, e-mail: [EMAIL PROTECTED]
 >


 ---
 --
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>>
>>> --
>>> Luciano Resende
>>> http://people.apache.org/~lresende
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: requires and policySets attribute support

[haleh mahbod]

What happens in a single node case? Will the controller always be present?

On 3/9/07, Jim Marino <[EMAIL PROTECTED]> wrote:



On Mar 9, 2007, at 8:07 AM, Jeremy Boynes wrote:

> Subclassing in the model makes sense to me.
>
> I don't think anything would need to be added to AbstractSCAObject
> - by the time we get to the runtime all of the intents and
> policySets should have been processed and converted into wires with
> the necessary interceptors.
Just to add a little more detail in terms of the ongoing federation
work...In the SCA Domain, there will be a "controller" and "slave"
nodes. The controller will be responsible for performing a number of
tasks, including construction of of wire definitions and allocation
of components to slave nodes in the SCA Domain. The controller will
be responsible for constructing wire definitions, including target
resolution and designation of interceptor types. The designation of
interceptor types would include policy.

After this process, component and wire definitions are sent to the
appropriate slave where they are "built" into runtime artifacts.

To start off, I'd take a look at some of the policy model we
currently have (incomplete) and we can iterate from there.

Jim


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: requires and policySets attribute support

[haleh mahbod]

thanks

On 3/9/07, Jim Marino <[EMAIL PROTECTED]> wrote:



On Mar 9, 2007, at 9:44 AM, haleh mahbod wrote:

> What happens in a single node case? Will the controller always be
> present?

A single-VM or runtime physical topology is just a degenerate case of
the distributed one.   In other words, the controller and slave will
happen to be in the same runtime.

Jim


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: XMLDocument redefinition

[haleh mahbod]

Is this common enough to be added to FAQ?
http://cwiki.apache.org/TUSCANY/tuscany-sdo-faq.html

On 3/8/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


I wish I'd written down what causes this :-(

Basically SDO has a header and class named XMLDocument but so has windows.
I
think this is caused by putting
using namespace commonj::sdo
somewhere in a header file so the compiler resolves XMLDocument to both
the
windows version and the commonj::sdo version.

Try not having the "using namespace".

Cheers,


On 08/03/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
>
> I`m trying to compile an app using sdo c++ and I get the following
error:
>
> Error2error C2371: 'XMLDocument' : redefinition; different basic
> typesc:\program files\microsoft platform sdk for windows server 2003
> r2\include\msxml.h12413
>
> Adriano Crestani
>



--
Pete

Fwd: Google Summer Of Code 2007 deadline is March 12th

[haleh mahbod]

Hi,
Deadline for Google Summer of Code is tomorrow. This looks like a good
opportunity to add more bindings and component implementations or identify
projects to promote multi-language support.  What do you think?  Proposals
for the projects need to be posted on the link below where information about
the program can also be found.

Haleh

-- Forwarded message --
From: Ruchith Fernando <[EMAIL PROTECTED]>
Date: Mar 10, 2007 10:40 PM
Subject: Re: Google SoC 2007
To: axis-dev@ws.apache.org
Cc: commons-dev@ws.apache.org

The wiki page to list project proposals is here :

http://wiki.apache.org/general/SummerOfCode2007

Thanks,
Ruchith

On 3/7/07, Eran Chinthaka <[EMAIL PROTECTED]> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Did we discuss about $subject before?

The application deadlines is on 14th March and we better maintain a wiki
with project ideas for students to see what we wanna get from them.

- -- Chinthaka
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF7jcRjON2uBzUhh8RAomRAJ0dGjFVAkC3rVsZqyExjuRRz82E6gCfTQH1
Sqo3VripjSOLThggAJ0zyFM=
=5cS0
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
www.ruchith.org
www.wso2.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Native M3 Release Candidate

[haleh mahbod]

I noticed the following in the SDO getting started file:

1. Top of the file says: " If you haven't already done so, the first step is
to download the SDO C++ Milestone release 2 of Apache Tuscany from our download
page ."

2. The links for  FAQ and mailing list in the Getting help section are
pointing to the old site instead of Cwiki where everything is.  The same
links need to be fixed in the running samples file.

Thanks,
Haleh


On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:


I've notice that building the samples on Mac installs them in
sca/samples/samples. I'll look into this.
--
Pete

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Native M3 Release Candidate

[haleh mahbod]

There are some good user guides/documents in the SCA  subproject. Can we
move these to the website? Is there a reason why these are not shared on the
website?

On 3/14/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


I noticed the following in the SDO getting started file:

1. Top of the file says: " If you haven't already done so, the first step
is to download the SDO C++ Milestone release 2 of Apache Tuscany from our 
download
page <http://incubator.apache.org/tuscany/downloads.html>."

2. The links for  FAQ and mailing list in the Getting help section are
pointing to the old site instead of Cwiki where everything is.  The same
links need to be fixed in the running samples file.

Thanks,
Haleh


On 3/14/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> I've notice that building the samples on Mac installs them in
> sca/samples/samples. I'll look into this.
> --
> Pete
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Planning kernel release 2.0

[haleh mahbod]

What happened to the Kernel Alpha 2 release discussion thread that Jim
started on March 13th. It looks like we are restarting.

On 3/22/07, Jeremy Boynes <[EMAIL PROTECTED]> wrote:


I have some cleanup work to do on work and on scopes but I would
expect to get that done in the next day or so (ready for the next
alpha).

On the physical model, I would like to get the bytecode based IFP
going to simplify the PCD message. We also need to get complex
properties working.

From the end-user experience, we need to finish implementing the
Java C&I APIs - stuff like support for the Conversation interface and
casting for ServiceReference etc. We should also look at the JavaEE
integration spec. I think our  impl type may be close.

We also need to beef up the console with more management function,
support for displaying the state of the assembly and federation, and
support for contributing artifacts and managing them afterwards.

Plus all the stuff you mention of course :-)

I don't think the SPI is quite as stable as Dave would like but we
should be able to improve things after alpha2. I think we should
target an SPI freeze for the beta (June you were suggesting), at
least for incompatible changes. To do that we need to have built a
couple of bindings/containers on top of it.

--
Jeremy

On Mar 22, 2007, at 4:01 AM, Meeraj Kunnumpurath wrote:

> Hi,
>
> Now that the SPI is getting stable and we have the initial end-to-end
> story for federation working, I would suggest we plan for the final
> release for kernel 2.0, with emphasis on federation and user
> experience.
> I was thinking about aiming for a beta in June in time for TSSJS
> Barcelona and the final release for August. Maybe we can have
> couple of
> alpha releases from now and June as well. These are the features, I
> would like to see in 2.0.
>
> 1. Tidy up anything required in physical model, now that it is
> starting
> to take good shape.
> 2. Tidy up generators from logical to physical model.
> 3. Fix the JXTA discovery issues, also investigate other discovery
> protocols.
> 4. Federation end-to-end fully completed, this would include, maybe,
> profiles advertising their capabilities and the information being used
> in intent-based autowiring etc.
> 5. Intent-based auto wiring
> 6. Emphasis on end user experience in terms of ease of use.
> 7. Assembly service, this kind of now related to the generators that
> have been introduced in the last week or so
> 8. Artifact management, especially mobile code when we target
> components
> to remote profiles.
>
> Also, now the SPI has started settling in, we need to start looking at
> binding and container extensions as well. Some of the bindings I would
> be interested in are,
>
> 1. JMS
> 2. AMQP
> 3. Hessian
>
> Ta
> Meeraj
>
>
> *
>
> You can find us at www.voca.com
>
> *
> This communication is confidential and intended for
> the exclusive use of the addressee only. You should
> not disclose its contents to any other person.
> If you are not the intended recipient please notify
> the sender named above immediately.
>
> Registered in England, No 1023742,
> Registered Office: Voca Limited
> Drake House, Three Rivers Court,
> Homestead Road, Rickmansworth,
> Hertfordshire, WD3 1FX. United Kingdom
>
> VAT No. 226 6112 87
>
>
> This message has been checked for all email viruses by MessageLabs.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SUBSCRIBE

[haleh mahbod]

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 PROTECTED]> wrote:





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
entity named in this message. If you are not the intended recipient, and
have received this message in error, please immediately return this by email
and then delete it.

Improving Tuscany Website/Wiki

[haleh mahbod]

Hi,
Our  Wiki website is incomplete and some of the links point readers to
incorrect information or empty links.
I'm interested in getting the website into a consumable form and look
forward to any help that I can get for this.

Here is how I'll approach this:
- Compare the content to the old website and move over some of the relevant
missing information to the wiki
- Identify areas where information is incorrect or seems to be incorrect.
I'll start discussions to collect the right information to update the Wiki
with.
- Look for content that can be brought forward to the Wiki, for example
guides, documentation, etc.

It would be great to get feedback early on and during this process. Are
there things that you wish would be fixed immediately?
Thanks for your help to make the website useful.

Haleh

Re: Improving Tuscany Website/Wiki

[haleh mahbod]

Hi,

As I started working on the website, I realized that each subproject had its
own style although similar content was presented.
As the first step to improving the website, I created a consistent look
across all pages and hopefully an easier navigation of content.
I have also moved some of the content from one page to another to better
organize it (for example, DAS page).

I'd like your feedback please.

I have encountered a problem that I can't figure out. If you first go to the
home page you notice DAS JAVA under DAS project. I have removed this and
replaced it with DAS Types. However, it does not show up. Once you go to DAS
Overview and follow the back arrow to the main page you see DAS Types. Do
you know what might be causing this?

Thanks,
Haleh

On 4/4/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi Haleh,

Thanks.  I fully agree with your point about our web-site.  Let me know if
you need additional hands for this and I'll be happy to pitch in.

As for the OSOA site, it seems like the site template that is there is
different and so is the wiki.  I observed that there are some rich text
editing support in there which we do not have.  I am not sure if we can do
all of for Tuscany as well since we are dependent on either the Apache or
Confluence hosting environments.

- Venkat

On 4/4/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Hi Haleh
>
>Thanks for helping. One suggestion I'd have would be to look at how
> http://www.osoa.org website is designed, with a frameset style, and see
if
> we could apply to our wiki, this would give a common navigation style
> independent of what page you are... Otherwise, you might loose some
> navigation state depending on the page you are
>
> Thoughts ?
>
> On 4/4/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > Our  Wiki website is incomplete and some of the links point readers to
> > incorrect information or empty links.
> > I'm interested in getting the website into a consumable form and look
> > forward to any help that I can get for this.
> >
> > Here is how I'll approach this:
> > - Compare the content to the old website and move over some of the
> > relevant
> > missing information to the wiki
> > - Identify areas where information is incorrect or seems to be
> incorrect.
> > I'll start discussions to collect the right information to update the
> Wiki
> > with.
> > - Look for content that can be brought forward to the Wiki, for
example
> > guides, documentation, etc.
> >
> > It would be great to get feedback early on and during this process.
Are
> > there things that you wish would be fixed immediately?
> > Thanks for your help to make the website useful.
> >
> > Haleh
> >
>
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>

Re: DAS Java Convention Over Configuration question

[haleh mahbod]

Hi Adriano,
It would be good to document any conventions that others need to know about
also on this page.
http://cwiki.apache.org/TUSCANY/das-java-project.html

Thanks,
Haleh

On 4/6/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:


Just to be sure: Is the Convetion Over Configuration over "id" and
"xxx_id"
columns, more specifically the "id" keyword, case sensitive?

Adriano Crestani

On 4/5/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
>
> Thanks Kelvin ; )(again)
>
> Adriano Crestani
>
> On 4/4/07, Kevin Williams <[EMAIL PROTECTED]> wrote:
> >
> > Hello Adriano,
> >
> > This use of convention is actually for the "write" side of things.  A
PK
> >
> > is needed to generate correct update commands based on the SDO Change
> > Summary.  In the absence of a defined PK, the DAS will assume any
column
> > named ID is the PK and use that in the generated statement.
> >
> > Also, we have tried to avoid dependence on Database Schema metadata
for
> > information such as PKs and FKs.  The reason for this is that they are
> > sometimes not defined in the database.
> >
> > Thanks,
> >
> > --Kevin
> >
> >
> > Adriano Crestani wrote:
> >
> > > I was wondering why the "id" field being mapped as a table PK is
> > > defined as
> > > "Convention Over Configuration". Because in java it is possible to
> > > retrieve
> > > the table PK only using java.sql.DatabaseMetaData.getPrimaryKeys
> > (String
> > > catalog, String schema,   String table) method.
> > >
> > > Does the "id" Convention Over Configuration exist only because some
> > DBMS
> > > does not support the java.sql.DatabaseMetaData.getPrimaryKeys(String
> > > catalog, String schema,   String table) method?
> > >
> > > Adriano Crestani
> > >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Re: Improving Tuscany Website/Wiki

[haleh mahbod]

Luciano,
Thanks for reviewing the website changes. Comments below


Some outline menus have entries all with same name (e.g all DAS pages have

a

link to [Architecture Guide]. Looks like the Wiki is smart enough to link

to

a page independent of where the page is located, instead of looking only on
children pages. We should probably handle this by adding some prefixes to
the pages name to based on where it's being referenced (e.g LDAP DAS should
link to [LDAP DAS Architecture Guide], XQuery DAS should link to [XQUERY

DAS

Architecture Guide] unless there is a better way to handle this with some
wiki markup.

Agree.  I wanted to get feedback before I create all these pages.


Some pages, if you access them directly from a link or via the children
hierarchy on the bottom, you get double outlines, see
http://cwiki.apache.org/confluence/display/TUSCANY/DAS<http://cwiki.apache.org/confluence/display/TUSCANY/DAS>

.

This is relaed to the bug that I mentioned in my previous mail. I have
removed any reference to this page and it still shows up.
I don't have access control to delete this page. If you do, would  you
please remove it? I tried moving it to another parent and it did not work.


Also, there is a way to include other outline menus together in one page,
maybe would be a good idea to always include the general and comunity menus
in all pages ?  {include: General Menu} and {include: Community Menu}

I opted for readability of the page over backward links. Adding these links
would
make the other links less visible. We can add it if  others would like to
see them too.


BTW, I don't see the issue you were describing with the DAS Types, maybe
something on the local browser cache ?

nope. Not a borwser problem. I have not been able to figure this one out
yet.
Any help would be appreciated.


On 4/9/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


It's actually looking much better, some small comments below :

Some outline menus have entries all with same name (e.g all DAS pages have
a
link to [Architecture Guide]. Looks like the Wiki is smart enough to link
to
a page independent of where the page is located, instead of looking only
on
children pages. We should probably handle this by adding some prefixes to
the pages name to based on where it's being referenced (e.g LDAP DAS
should
link to [LDAP DAS Architecture Guide], XQuery DAS should link to [XQUERY
DAS
Architecture Guide] unless there is a better way to handle this with some
wiki markup.

Some pages, if you access them directly from a link or via the children
hierarchy on the bottom, you get double outlines, see
http://cwiki.apache.org/confluence/display/TUSCANY/DAS.

Also, there is a way to include other outline menus together in one page,
maybe would be a good idea to always include the general and comunity
menus
in all pages ?  {include: General Menu} and {include: Community Menu}

I'll let you know if I come across any other thing while browsing the new
wiki site.

BTW, I don't see the issue you were describing with the DAS Types, maybe
something on the local browser cache ?


On 4/6/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> As I started working on the website, I realized that each subproject had
> its
> own style although similar content was presented.
> As the first step to improving the website, I created a consistent look
> across all pages and hopefully an easier navigation of content.
> I have also moved some of the content from one page to another to better
> organize it (for example, DAS page).
>
> I'd like your feedback please.
>
> I have encountered a problem that I can't figure out. If you first go to
> the
> home page you notice DAS JAVA under DAS project. I have removed this and
> replaced it with DAS Types. However, it does not show up. Once you go to
> DAS
> Overview and follow the back arrow to the main page you see DAS Types.
Do
> you know what might be causing this?
>
> Thanks,
> Haleh
>
> On 4/4/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> >
> > Hi Haleh,
> >
> > Thanks.  I fully agree with your point about our web-site.  Let me
know
> if
> > you need additional hands for this and I'll be happy to pitch in.
> >
> > As for the OSOA site, it seems like the site template that is there is
> > different and so is the wiki.  I observed that there are some rich
text
> > editing support in there which we do not have.  I am not sure if we
can
> do
> > all of for Tuscany as well since we are dependent on either the Apache
> or
> > Confluence hosting environments.
> >
> > - Venkat
> >
> > On 4/4/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi Haleh
> > >
> > >Thanks for helping. One suggestion I'd have would be t

Re: "What is SDO?" article, Part 2

[haleh mahbod]

kelvin,

I had added the older article to this page as part of website work.

http://cwiki.apache.org/TUSCANY/sdo-overview.html

You may want to add the next in the series to the same page.

Haleh

On 4/10/07, kelvin goodson <[EMAIL PROTECTED]> wrote:


Part 2 of Geoff's and my article on "What is SDO?" has just appeared on
the
JDJ website.

http://java.sys-con.com/read/358059.htm  (if in an quiet space you might
like to hit your mute button before following the link)

It was a while ago that we put this together,  and its taken a bit of a
while for it to get published,  so it does some things in SDO 2.0.1 style,
such as using the INSTANCE singletons,  but I hope that this won't detract
too much and that it will throw light on more of the SDO API for you.  I
think the thing to do would be to reference this from the Tuscany website
with a small caveat before hand, detailing anything that has been
superseded
in the 2.1 API.

FYI, here's the link to part one that was published late last year.
http://java.sys-con.com/read/313547.htm

Regards, Kelvin.

Re: Project conventions

[haleh mahbod]

Can you please add conventions for Java SCA to this page

http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Development

This makes it easier for contributors to find the information.

Thank you,
Haleh

On 4/11/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:


[snip]
Simon Laws wrote:
>
>> 3/ package names within the modules don't always match the module name
>> which makes it trick to find classes sometimes. I don't have loads of
>> examples here  but the problem I have was trying to find
>>  o.a.t.api.SCARuntime
>>This is in the host-embedded module. Is it practical to suggest that
>> package names to at least contain the module name?
>>

I'm planning to start fixing some of these package names later this
evening. For example the packages in implementation-java-runtime
currenty start with o.a.t.core, I'll rename them to
o.a.t.implementation.java

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Website - Feedback please

[haleh mahbod]

Hi,

As mentioned in [1] I started working on the website and the first phase is
ready for review.

My first attempt ended up with something other than what I had originally
planned; which was to move content.  Instead, I worked on the readability of
the website.
I have tried to use a consistent look and feel  across the pages  to make it
easier to find information. In addition, I tried to make the  information
available progressively ( allowing the user to decide if they want to learn
more).

Here is the layout at a high level for the Tuscany Website (
http://cwiki.apache.org/TUSCANY/)

  - Home page - On this page you will find the general stuff that apply
  to the whole Tuscany as well as links to each subproject and Downloads.
   - Each subproject has an overview page, for example SCA overview or
  DAS overview. On the overview page you find a brief introduction to the
  subproject and links to resources which are introductory information on the
  subproject, for example white papers, articles, webinar links if any.
  - Each subproject also has a more detailed page for those who want to
  get more info about that particular subproject. For example, SCA Java, SDO
  C++, DAS RDB or DAS LDAP.
  - Each detailed subproject page's navigation bar looks the same and
  provides more detailed information on the project. For example, FAQ,
  Documentation, How to get involved, Downloads, etc.
  - I tried to keep each page's navigation information to the minimum
  information that is needed for that stage in order to make it easier to find
  information.

I'd like your feedback on this phase before we go ahead and put all the
content in place.
-  Is the navigation intuitive?
-  Do we need additional information?

If everyone is happy with the  look and feel, let's try to keep the
consistency across the pages as we add content.

For the next step, I am trying to capture content from the old website, the
old wiki and mailing threads.
Please review the content on the overview pages (already there)  and correct
it if  needed.
There is a lot to be done and any help or feedback is very welcomed :)

Thanks,
Haleh

[1] -
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200704.mbox/[EMAIL 
PROTECTED]

Re: Website - Feedback please

[haleh mahbod]

Kelvin,
Thanks for your review.  You mentioned that scopes should be the same when
on a given page.
I agree.  I fixed it.  We now have a  sdo cpp FAQ and a sdo Java FAQ. I also
moved text from some of the mentioned threads to the FAQ. The ones I did not
is because I did not know how to net it down to a question and an answer.

You mentioned General heading can be called Tuscany or SDO General heading.
The General heading is more a collection of things that I couldn't find a
good title for on that page :) It is not intended to be general for Tuscany.

Some suggestion for the SDO Java page:

1)  Using SDO Java could move to 'user guide' on this page.
2) Code structure can move to get involved or even to the architecture doc

If there is agreement, I go ahead and make the changes.
Haleh


On 4/12/07, kelvin goodson <[EMAIL PROTECTED]> wrote:


Haleh,

  thanks for addressing these issues.  One concern I have after a quick
look
is that on arriving at a pages such as
http://cwiki.apache.org/TUSCANY/sdo-java.html some of the links on the
left
under a given heading go off to a scope that is not intuitive from the
page
that you were on.  E.g. under the "General" sidebar heading,  the FAQ link
for Java SDO goes to a page that I think is intended to contain generic
cross language SDO questions, i.e. up one level of abstraction from the
page
heading.  It's been that way since version 3 of the file, and I can't work
out whether it's intended that way,  or just a result of copying the
content
from an existing C++ page.

The next sidebar heading below FAQ --- "Downloads" --- relates to
downloading SDO Java (i.e. at the same level of abstraction of the current
page).  I think it would be good if the sidebar headings grouped links at
the same level of abstraction and made this clear from the heading name -
e.g. "Tuscany General", or "SDO General"


BTW,  FWIW, this prompted me to just catalogue the set of tuscany-dev
notes
that I have put an "FAQ" label against when reading the list. I had the
intention of reviewing this list to see what was worth refining into well
formed info snippets some time,  but haven't got to it yet.   Maybe we can
divide and conquer to add to the website's FAQ set.  Does anyone else have
anything like this?

http://www.mail-archive.com/[EMAIL PROTECTED]/msg00469.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg13291.html
Ron Gavlin's response to tuscany-user of 5th of Jan (cant find a very good
archive URL for this one)
My response to Alexander Pankov of  the  26th of Jan on t-user (again  URL
not readily found)
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00560.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00610.html
The thread started by Adriano Crestani on 15th Feb "mvn problem?"
Unanswered thread from Ignacio on 16th Feb
Frank's responses to Murtaza Goga in the thread started 20th March

http://mail-archives.apache.org/mod_mbox/ws-tuscany-user/200703.mbox/[EMAIL 
PROTECTED]
The thread entitled "Root property that is not containment" started 29th
of
Jan
The thread entitled "Getting started with Tuscany databinding" started on
10th April

Regards, Kelvin.








On 12/04/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> As mentioned in [1] I started working on the website and the first phase
> is
> ready for review.
>
> My first attempt ended up with something other than what I had
originally
> planned; which was to move content.  Instead, I worked on the
readability
> of
> the website.
> I have tried to use a consistent look and feel  across the pages  to
make
> it
> easier to find information. In addition, I tried to make
the  information
> available progressively ( allowing the user to decide if they want to
> learn
> more).
>
> Here is the layout at a high level for the Tuscany Website (
> http://cwiki.apache.org/TUSCANY/)
>
>- Home page - On this page you will find the general stuff that apply
>to the whole Tuscany as well as links to each subproject and
Downloads.
> - Each subproject has an overview page, for example SCA overview or
>DAS overview. On the overview page you find a brief introduction to
the
>subproject and links to resources which are introductory information
on
> the
>subproject, for example white papers, articles, webinar links if any.
>- Each subproject also has a more detailed page for those who want to
>get more info about that particular subproject. For example, SCA
Java,
> SDO
>C++, DAS RDB or DAS LDAP.
>- Each detailed subproject page's navigation bar looks the same and
>provides more detailed information on the project. For example, FAQ,
>Documentation, How to get involved, Downloads, etc.
>- I tried to keep each page's navigati

website - SCA Java developer Guide & Get Involved - can they be merged?

[haleh mahbod]

Hi,

Content of these two links are very similar

http://cwiki.apache.org/TUSCANY/java-sca-developer-guide.html

and

http://cwiki.apache.org/TUSCANY/sca-java-development.html


Audience for both of these pages seem to be the developer who wants to get
involved in Java SCA.
We are using the 'get involved' link in each subproject  for information
that helps developers to get involved.

Can information on these two pages be merged or was
http://cwiki.apache.org/TUSCANY/java-sca-developer-guide.html

created for another purpose?

Haleh

Re: [VOTE] SDO Java Release M3

[haleh mahbod]

Hi Kelvin,

I tried: tuscany-sdo-1.0-incubator-M3-bin.zip - ZIP archive, unpacked size
15,444,127 bytes

  - ReleaseNotes.txt says: Compatibility Concerns
M2 now uses the SDO 2.1 interfaces whereas M2 used the 2.0.1interfaces.

Shouldn't this be M3 now uses...

  - C:\TuscanySDO\tuscany-sdo-1.0-incubator-M3\readme.html

  This includes a link to M2 samples under this statement "

Sample source code is available to
downloadas a
separate distribution to accompany this binary distribution. Download
and unpack a suitable archive and follow the instructions in the archive to
build and run the samples.'

  - This file C:\TuscanySDO\tuscany-
  
sdo-1.0-incubator-M3\sdo\sample\src\main\java\org\apache\tuscany\samples\sdo\overview.htmlsays
:To run these samples against the current Tuscany codebase, follow the
  instructions at Tuscany SDO Java
Overview,
  which describes how to build Tuscany SDO for Java in an Eclipse SDK
  environment.

  However at this page I see no  instructions. Should this be the
getInvolved link under development?

I ran into problems running the samples. I'll give it  another try again
tomorrow.

Haleh


On 4/12/07, kelvin goodson <[EMAIL PROTECTED]> wrote:


Ant,
   here's a bit more context,  since you asked about whether there had
been
discussion of this topic ...



http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200607.mbox/[EMAIL 
PROTECTED]

Cheers, Kelvin.

On 12/04/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> More comments inline...
>
> On 4/12/07, kelvin goodson < [EMAIL PROTECTED]> wrote:
>
> 
>
> - The src distro has no LICENSE or NOTICE in top level directory (they
are
> > there in sdo-api directory)
> >
> > this is the anomaly that I pointed  out in the last release cycle in
> > response to the requirement that each of the archives unpacks into a
single
> > root folder -- any commonly named files required to be in the root
folder
> > would overwrite one another,  hence their appearance in the next level
> > down.  We can not satisfy both requirements!  Hence for each archive I
was
> > considering / to be the "root"
folder
>
>
> Must all the archives unpack into a single root folder?
>
>
> - The sdo-api src files don't have an Apache License header and include
a
> > non-ASF copyright - has this been discussed before, can we do this?
> > This was as it was in M2 and M1.  I followed the established
pattern.  I
> > beleive this to be correct.
>
>
> That we got away with it in M1 and M2 may have just been an oversight
> which is why I asked if  there had been any discussion about it. I don't
> remember any discussion. This doesn't seem correct to me, the sca-api
files
> have the ASF header and not any OSOA copyright, why are the sdo-api's
> different? Didn't we develop all this code in Tuscany? The LICENSE in
the
> sdo-api jar says its under ASL. I think these need to be fixed or at
least a
> clear explanation found why its ok like this.
>
>
> - There are no SDO artifact jars to review, are the SDO jars going to be
> > installed to the Apache maven repository?
> > The jars are in the binary distribution in the lib folder
>
>
> I think they need to be separate so we can review the exact artifacts
that
> will be deployed to the maven repository including all the pom and
> maven-metadata xml files along with the associated checksums and
signatures.
>
>
>
> - Is there a reason the bin distro unzips to
tuscany-sdo-1.0-incubator-M3whereas all the other distro's
(impl/samples/src) unzip to
> > tuscany-sdo-1.0-incubator-M3/sdo?
> > the binary archive is the result of maven's default "best practice",
> > the other archives are so in order to meet the above referenced
requirement
> > to unpack in to a common root directory.  I guess I could add a bin
> > directory to the binary distribution,  but I think for the most part
people
> > will be downloading either the binary distro (perhaps with the
samples) or
> > the source distros.  It would be odd to bury the binary distro deeper
I
> > think,  but your suggestions are very welcome.
>
>
> As above, must all the archives unpack into a single root folder? I
think
> some of the reviewers of other IPMC releases have said they actually
prefer
> using separate folders.
>
> - I find all the distro's and contents a bit confusing - javadoc is
> > included in the bin, src and samples distros, samples are included in
the
> > samples, src, and impl distro, what is the impl distro? i
> >
> > there's no javadoc in the src distros,  the javadoc in the samples
> > distros is for the samples,  the javadoc in the bin distro is for the
API to
> > assist in programming.  This was how the discussion on archive
organisation
> > resolved in M2.
>
>
> Ok yes, that must have been a problem with things unpacking into the
same
> folder :) But still, javadoc is included in the bin and samples distros,
the
> samples are included i

Re: Project conventions

[haleh mahbod]

I'll take a look at this.
This seems to be related to the email/question that I sent out earlier
today.


On 4/12/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 4/12/07, haleh mahbod <[EMAIL PROTECTED] > wrote:
>
> Can you please add conventions for Java SCA to this page
>
> http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Development
>
> This makes it easier for contributors to find the information.
>
> Thank you,
> Haleh
>
> On 4/11/07, Jean-Sebastien Delfino < [EMAIL PROTECTED]> wrote:
> >
> > [snip]
> > Simon Laws wrote:
> > >
> > >> 3/ package names within the modules don't always match the module
> name
> > >> which makes it trick to find classes sometimes. I don't have loads
of
>
> > >> examples here  but the problem I have was trying to find
> > >>  o.a.t.api.SCARuntime
> > >>This is in the host-embedded module. Is it practical to suggest
> that
> > >> package names to at least contain the module name?
> > >>
> >
> > I'm planning to start fixing some of these package names later this
> > evening. For example the packages in implementation-java-runtime
> > currenty start with o.a.t.core, I'll rename them to
> > o.a.t.implementation.java
> >
> > --
> > Jean-Sebastien
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
Hi

We have several java pages on the wiki with "develop*" in the title. I
added
another one yesterday as the others are not linked off the Java SCA menu
and
I didn't notice them. They contain two types of information. Some is
infrastructure development information like coding standards. Others
contain
information for those wanting to develop applications.I've drawn together
the information that I think is to do with infrastructure development
under
the "developer Guide"link [1]. This is linked from the "guides" section of
the menu (i've left the old page in place for comparison but should be
removed in due course). Obviously needs more work but we can collect info
here.

There was another "developer guide" page [2] which is to do with building
applications. This needs to be moved under the user guide section but I
think there is still a general confusion here because we have a hierarchy
of
documents call "SCA Java"[3] and one called "Java SCA"[4]. We need to
combine these two and merge the information as appropriate. This is not
helped as the top level link called SCA Java actually links to Java
SCA:-(.
Anyhow, I know people have been working in SCA Java [5] but that this
isn't
linked from the top level. I'm happy to get stuck in and help sort this
out
(and give Shelita some help) but I'm in the middle of something just at
the
moment so If someone else wants to make a start feel free.

Regards

Simon

[1]
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Developer+Guide

[2] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Developer+Guide
[3] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java
[4] http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA
[5] http://www.mail-archive.com/[EMAIL PROTECTED]/msg16117.html

Re: [VOTE] SDO Java Release M3

[haleh mahbod]

This file C:\TuscanySDO\tuscany-
sdo-1.0-incubator-M3\sdo\sample\src\main\java\org\apache\tuscany\samples\sdo\overview.html
says  samples depend on the following libraries
EMF dependencies.

  - emf-common-{version}.jar - some common framework utility and base
  classes
  - emf-ecore-{version}.jar - the EMF core runtime implementation
  classes (the Ecore metamodel)
  - emf-ecore-change-{version}.jar - the EMF change recorder and
  framework
  - emf-ecore-xmi-{version}.jar - EMF's default XML (and XMI) serializer
  and loader

However what I find in the lib is
common-{version}.jar
ecore-change-{version}.jar
ecore-xmi-{version}.jar

Has the names changed or overview.html is wrong?


On 4/12/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


Hi Kelvin,

I tried: tuscany-sdo-1.0-incubator-M3-bin.zip - ZIP archive, unpacked size
15,444,127 bytes

   - ReleaseNotes.txt says: Compatibility Concerns
 M2 now uses the SDO 2.1 interfaces whereas M2 used the 2.0.1interfaces.

 Shouldn't this be M3 now uses...

   - C:\TuscanySDO\tuscany-sdo-1.0-incubator-M3\readme.html

   This includes a link to M2 samples under this statement "

Sample source code is available to 
download<http://cwiki.apache.org/TUSCANY/sdo-java-download.html>as a separate 
distribution to accompany this binary distribution. Download
and unpack a suitable archive and follow the instructions in the archive to
build and run the samples.'

   - This file C:\TuscanySDO\tuscany-
   
sdo-1.0-incubator-M3\sdo\sample\src\main\java\org\apache\tuscany\samples\sdo\overview.htmlsays
 :To run these samples against the current Tuscany codebase, follow the
   instructions at Tuscany SDO Java 
Overview<http://cwiki.apache.org/TUSCANY/sdo-java.html>,
   which describes how to build Tuscany SDO for Java in an Eclipse SDK
   environment.

   However at this page I see no  instructions. Should this be the
getInvolved link under development?

 I ran into problems running the samples. I'll give it  another try again
tomorrow.

Haleh


On 4/12/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
>
> Ant,
>here's a bit more context,  since you asked about whether there had
> been
> discussion of this topic ...
>
>
>
> http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200607.mbox/[EMAIL 
PROTECTED]
>
> Cheers, Kelvin.
>
> On 12/04/07, ant elder <[EMAIL PROTECTED] > wrote:
> >
> > More comments inline...
> >
> > On 4/12/07, kelvin goodson < [EMAIL PROTECTED]> wrote:
> >
> > 
> >
> > - The src distro has no LICENSE or NOTICE in top level directory (they
> are
> > > there in sdo-api directory)
> > >
> > > this is the anomaly that I pointed  out in the last release cycle in
> > > response to the requirement that each of the archives unpacks into a
> single
> > > root folder -- any commonly named files required to be in the root
> folder
> > > would overwrite one another,  hence their appearance in the next
> level
> > > down.  We can not satisfy both requirements!  Hence for each archive
> I was
> > > considering / to be the "root"
> folder
> >
> >
> > Must all the archives unpack into a single root folder?
> >
> >
> > - The sdo-api src files don't have an Apache License header and
> include a
> > > non-ASF copyright - has this been discussed before, can we do this?
> > > This was as it was in M2 and M1.  I followed the established
> pattern.  I
> > > beleive this to be correct.
> >
> >
> > That we got away with it in M1 and M2 may have just been an oversight
> > which is why I asked if  there had been any discussion about it. I
> don't
> > remember any discussion. This doesn't seem correct to me, the sca-api
> files
> > have the ASF header and not any OSOA copyright, why are the sdo-api's
> > different? Didn't we develop all this code in Tuscany? The LICENSE in
> the
> > sdo-api jar says its under ASL. I think these need to be fixed or at
> least a
> > clear explanation found why its ok like this.
> >
> >
> > - There are no SDO artifact jars to review, are the SDO jars going to
> be
> > > installed to the Apache maven repository?
> > > The jars are in the binary distribution in the lib folder
> >
> >
> > I think they need to be separate so we can review the exact artifacts
> that
> > will be deployed to the maven repository including all the pom and
> > maven-metadata xml files along with the associated checksums and
> signatures.
> >
> >
> >
> > - Is there a reason the bin distro unzips to
> tuscany-sdo-1.0-incubator-M3whereas all the o

Re: website - SCA Java developer Guide & Get Involved - can they be merged?

[haleh mahbod]

the 'get involved ' link under development section is the guide for
developers to get involved. Let's keep this consistent across all projects.

There has been multiple discussions for coding/testing in the community. Any
changes you make needs to be agreed to first.


On 4/13/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 4/13/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The content in the java-sca-developer-guide looks most up to date to me.
> I'm
> not sure that the first section on principles should really be there in
> this
> developer guide though, and I'd also like to greatly simplify the
sections
> on coding and testing standards if no one has an objection to that?
>
>...ant
> <http://cwiki.apache.org/TUSCANY/java-sca-developer-guide.html>
> On 4/12/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > Content of these two links are very similar
> >
> > http://cwiki.apache.org/TUSCANY/java-sca-developer-guide.html
> >
> > and
> >
> > http://cwiki.apache.org/TUSCANY/sca-java-development.html
> >
> >
> > Audience for both of these pages seem to be the developer who wants to
> get
> > involved in Java SCA.
> > We are using the 'get involved' link in each subproject  for
information
> > that helps developers to get involved.
> >
> > Can information on these two pages be merged or was
> > http://cwiki.apache.org/TUSCANY/java-sca-developer-guide.html
> >
> > created for another purpose?
> >
> > Haleh
> >
>
I've no objection Ant I just pulled together what I could find to try and
get it in one place. We shouldn't loose useful info though;-)

Simon

Re: JAVA_SCA_M2 slides

[haleh mahbod]

Hi Sebastien,
This is very good. I'll borrow a few of the slides for the website, but as
Simon mentioned it would be great if we could adjust this to the latest code
and add to Raymond's architecture guide.

I was thinking to add a link at the begining of the architecture guide for
old releases and this would be prefect for M2.
Thanks.
Haleh

On 4/13/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 4/13/07, Salvucci, Sebastian <[EMAIL PROTECTED]> wrote:
>
> Hi Simon,
> I superficially understood Tuscany architecture by looking at the M2
> code and the existing documentation some weeks ago. I'm planning to
> start looking the current status of the code in the next days.
> I agree with you that it's all good educational stuff, so I would like
> to join forces for updating/creating diagrams which help the better
> understanding of Tuscany architecture. As you proposed, a wiki page for
> documenting each part of the infrastructure, getting Raymond's
> documentation as a reference, is a very good point for start doing it.
> Keep in touch.
> Regards,
>
> +sebastian
>
>
>
>
> -Original Message-
> From: Simon Laws [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 12, 2007 11:20 AM
> To: [EMAIL PROTECTED]
> Subject: Re: JAVA_SCA_M2 slides
>
> On 4/12/07, Salvucci, Sebastian <[EMAIL PROTECTED]> wrote:
> >
> > Hi Simon,
> > I'm happy to share the source. I just used PowerPoint for preparing
> the
> > diagrams. The ppt document is already uploaded; you can find it at:
> >
> http://cwiki.apache.org/confluence/download/attachments/47512/TuscanyJAV
> > ASCA.ppt
> > Regards,
> >
> > +sebastian
> >
> >
> > -Original Message-
> > From: Simon Laws [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, April 12, 2007 4:40 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: JAVA_SCA_M2 slides
> >
> > On 4/11/07, Salvucci, Sebastian <[EMAIL PROTECTED]> wrote:
> > >
> > > Hello,
> > >
> > > I uploaded a document to
> > >
> >
> http://cwiki.apache.org/confluence/download/attachments/47512/TuscanyJAV
> > > ASCA.pdf which contains some slides about Java SCA Runtime. They are
> > > based on M2 but perhaps some graphics could serve to be reused for
> the
> > > web site or future documentation.
> > >
> > > Regards,
> > >
> > >
> > >
> > > Sebastian Salvucci
> > >
> > >
> > >
> > > Hi Sebastian
> >
> > The look pretty cool to me. I particularly like the 3Dness of them. At
> > the
> > level you have described the code I don't think it would be too much
> of
> > a
> > problem to bring the diagrams into line with how the code is now. What
> > tool
> > did you use to prepare the diagrams? Are you happy to share the
> source?
> >
> > Regards
> >
> > Simon
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > Great, Thanks for pointing that out Sebastian. It would be good to
> have a
> go at moving them forward to reflecting the new code base. Are you
> looking
> at head now or are you using the released code in M2? Maybe what we
> could do
> is make a page on the wiki and document each slide/part of the
> infrastructure and the look at how the code works now. Then update the
> diagrams accordingly. I'm just learning how the latest code works so
> it's
> all good edcuational stuff.
>
> Raymond has, in the past, been working on an architecure guide [1] but I
> know that this is a little out of date too. Maybe we can join forces and
> help him out.
>
> [1]
> http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+Architecture+
> Guide
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> Ok, am not going to get to it today, but in debugging a problem I have
at
the moment have been going the new code and have been taking some notes so
will try and make a start on something next week.

Regards

Simon

Re: Project conventions

[haleh mahbod]

I  sync'd up content of [1] with the getInvolved link [2] except for a piece
related to coding guideline and test which seem to have been changed. We now
have two different views on this. I'll start a discuss thread  later this
week to get everyone feedback on what the guideline should be since everyone
needs to be comfortable with it. I will then update the getInvolved page
with the result.

I have removed the developer guide from under Guides menu since it is
covered in the getInvovled page under development section.

I also moved the documentation that you mentioned to the Java SCA parent
since it belongs to that.
I'll take a look at what is there for user documentation and harvest
whatever we can into the proper pages.

Architecture guide is now updated with all the available information. A
review of this guide for correctness would be good.

[1]
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Developer+Guide
[2] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Development

On 4/16/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 4/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> [snip]
> Simon Laws wrote:
> >
> >> 3/ package names within the modules don't always match the module
name
> >> which makes it trick to find classes sometimes. I don't have loads of
> >> examples here  but the problem I have was trying to find
> >>  o.a.t.api.SCARuntime
> >>This is in the host-embedded module. Is it practical to suggest
that
> >> package names to at least contain the module name?
> >>
>
> Simon, I just fixed this API. The package name is now
> o.a.t.host.embedded, matching the module name.
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


Great, thanks for that.

Re: Website - Feedback please

[haleh mahbod]

These are done now:


1)  Using SDO Java could move to 'user guide' on this page.



+1

2) Code structure can move to get involved or even to the architecture doc


+1 to moving to "get involved"


On 4/17/07, kelvin goodson <[EMAIL PROTECTED]> wrote:


I replied to this thread on the tuscany-user list

On 12/04/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Kelvin,
> Thanks for your review.  You mentioned that scopes should be the same
when
> on a given page.
> I agree.  I fixed it.  We now have a  sdo cpp FAQ and a sdo Java FAQ. I
> also moved text from some of the mentioned threads to the FAQ. The ones
I
> did not is because I did not know how to net it down to a question and
an
> answer.
>
> You mentioned General heading can be called Tuscany or SDO General
> heading. The General heading is more a collection of things that I
couldn't
> find a good title for on that page :) It is not intended to be general
for
> Tuscany.
>
> Some suggestion for the SDO Java page:
>
> 1)  Using SDO Java could move to 'user guide' on this page.
> 2) Code structure can move to get involved or even to the architecture
doc
>
> If there is agreement, I go ahead and make the changes.
> Haleh
>
>
> On 4/12/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >
> > Haleh,
> >
> >   thanks for addressing these issues.  One concern I have after a
quick
> > look
> > is that on arriving at a pages such as
> > http://cwiki.apache.org/TUSCANY/sdo-java.html some of the links on the
> > left
> > under a given heading go off to a scope that is not intuitive from the
> > page
> > that you were on.  E.g. under the "General" sidebar heading,  the FAQ
> > link
> > for Java SDO goes to a page that I think is intended to contain
generic
> > cross language SDO questions, i.e. up one level of abstraction from
the
> > page
> > heading.  It's been that way since version 3 of the file, and I can't
> > work
> > out whether it's intended that way,  or just a result of copying the
> > content
> > from an existing C++ page.
> >
> > The next sidebar heading below FAQ --- "Downloads" --- relates to
> > downloading SDO Java (i.e. at the same level of abstraction of the
> > current
> > page).  I think it would be good if the sidebar headings grouped links
> > at
> > the same level of abstraction and made this clear from the heading
name
> > -
> > e.g. "Tuscany General", or "SDO General"
> >
> >
> > BTW,  FWIW, this prompted me to just catalogue the set of tuscany-dev
> > notes
> > that I have put an "FAQ" label against when reading the list. I had
the
> > intention of reviewing this list to see what was worth refining into
> > well
> > formed info snippets some time,  but haven't got to it yet.   Maybe we
> > can
> > divide and conquer to add to the website's FAQ set.  Does anyone else
> > have
> > anything like this?
> >
> > http://www.mail-archive.com/[EMAIL PROTECTED]/msg00469.html
> > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg13291.html
> > Ron Gavlin's response to tuscany-user of 5th of Jan (cant find a very
> > good
> > archive URL for this one)
> > My response to Alexander Pankov of  the  26th of Jan on t-user
> > (again  URL
> > not readily found)
> > http://www.mail-archive.com/[EMAIL PROTECTED]/msg00560.html
> > http://www.mail-archive.com/[EMAIL PROTECTED]/msg00610.html
> > The thread started by Adriano Crestani on 15th Feb "mvn problem?"
> > Unanswered thread from Ignacio on 16th Feb
> > Frank's responses to Murtaza Goga in the thread started 20th March
> >
> >
http://mail-archives.apache.org/mod_mbox/ws-tuscany-user/200703.mbox/[EMAIL 
PROTECTED]
> > The thread entitled "Root property that is not containment" started
29th
> > of
> > Jan
> > The thread entitled "Getting started with Tuscany databinding" started
> > on
> > 10th April
> >
> > Regards, Kelvin.
> >
> >
> >
> >
> >
> >
> >
> >
> > On 12/04/07, haleh mahbod < [EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > As mentioned in [1] I started working on the website and the first
> > phase
> > > is
> > > ready for review.
> > >
> > > My first attempt ended up with something other than what I had
> > originally
> > > planned; which was to move content.  Instead, I worked on the
> > readability
>

Website: Download Page question

[haleh mahbod]

Hi,

As I walk through Download links on the website I see that we are not
consistent with the type of information we are providing and with where this
information is stored.

For example,

SDO C++ Download page [1]: contains Download information for both SDO Java
and SDO C++
SDO Java Download page [2]: contains Download information for only SDO Java

I see the following options for fixing this:
1) A Download page for SCA (Java and native), A download page for SDO (Java
and native) and a Download page for all DAS Types?
2) A spearate Download page for SCA/Java, SCA/native, SDO/Java, SDO/native,
DAS
3) A download page per implementation language, meaning a Java Download, a
native Download and under each page one would find links to all subprojects.
4) One Download page for all the projects with an index for all projects.

My preference is option 1.  If there is no strong objection, I'll go ahead
and make it consistent based on option1.

In addition to the above inconsistency, some of the links point to the old
website. For example, the home page SCA  Download link points to [3].
I am assuming that all download information should reside on cwiki now. Is
this right? If so, I'll move all information to the Wiki.



[1]: http://cwiki.apache.org/confluence/display/TUSCANY/SDO+Java+Download
[2] http://cwiki.apache.org/confluence/display/TUSCANY/SDO+Java+Download
[3] http://incubator.apache.org/tuscany/sca_downloads.html

Haleh

Re: Website - Feedback please

[haleh mahbod]

Thanks for your comments. I haven't gone through all the details and will do
that tomorrow. However, this  caught my eye and wanted to better understand
your comment.


Java SCA
 - Architecture Guide

   - still pointing to the old one

What do you mean by "still pointing to the old one". If you follow the link
you should see this page

http://cwiki.apache.org/TUSCANY/java-sca-architecture-overview.html

I agree that the content should be updated, but want to make sure you are
seeing this page.



- DeveloperGuide

   - I still think there should be a developer guide as it fits well under

What is a developer guide and how is the content different than what would
go into the 'get involved' page under development section?

Here is what I was thinking (perhaps it is not right):
User Guide would hold things  like:
-  Installation/setup information
-  user type documentation (SCA concepts and examples, etc)
-  How to develop a simple SCA application followed with more advanced
topics

GetInvolved link would point to information that anyone wanting to
contribute to SCA Java would need to know about, for example, code
structure, hints on development, etc.


Haleh

On 4/19/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 4/19/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 4/19/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> > On 4/19/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > On 4/19/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> > >
> > > 
> > >
> > > - I like the list of modules I think we should go with the
module
> > name
> > > > from the code and link to a separate
> > > >   page for each one. (take a look I've made an example). We
can
> > then
> > > > use
> > > > URLs such as
> > > >
http://cwiki.apache.org/confluence/display/TUSCANY/binding-wsto
> > > > refer
> > > > directly to the module description(*)
> > >
> > >
> > > I like the one wiki page with the module name per module and as
well,
> > but
> > > do we really want all of those listed on the "Java SCA Subproject
> page"?
> > > That page seems more user oriented giving an overview of Java SCA
> > > capabilities, where as all the individual modules are a really deep
> > > implementation detail. For example how about on the "Java SCA
> > Subproject"
> > > page say Tuscany has a web service binding and links to a "web
> service"
> > > page
> > > which talks about the WS capabilities and its that "web service"
page
> > > where
> > > the list of WS related modules could go: binding-ws, binding-ws-xml,
> > > binding-ws-axis2, binding-ws-cxf, interface-wsdl,
interface-wsdl-xml,
> > > interface-wsdl-runtime etc. Similar thing for all the other binding,
> > > implementation, databinding, runtime etc.
> > >
> > >...ant
> > >
> > I agree that this list doesn't need to go on this page but it would be
> > good
> > to have a straight list somewhere so it's easy to get the low down on
a
> > module. Perhaps in the develper guide as I had hoped that these module
> > pages
> > will include design information.  I would expect the user docs for the
> > modules, i.e. what to put in the SCDL to make them work, to go in the
> User
> > Guide section. This could have a more user friendly index
as  suggested
>
>
> A complete list does sound useful. How about the developer guide links
to
> something like an architecture page which has a diagram of the runtime,
a
> bit of a description about it, and the complete list of modules? Eg,
> Similar
> to [1] but the other way up and more text explaining it.
>
>...ant
>
> [1]
>
>
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Modulization+Design+Discussions
>
I thinks that's spot on. Didn't know the page had been extended to include
the module list. Lets link it into the architecture page (when we decide
which architecture page we are having ;-). We can use module links from
this
page to record module design information. Module user information would be
separate of course.So doe this hierarchy look right

Architecture Guide ---> Module list > Module technical detail
  ^
  |
User Guide ---> Implementation/Binding/Databinding... list --> Extension
User Guide

We could probably tie the two together as you suggest by indicating which
modules are used to implement an Implementation/Binding/Databinding

Simon

Re: Website - Feedback please

[haleh mahbod]

Hello,

Sorry for the delay. Got busy with day to day job.
Thanks for your feedback.



 Need diagrams - we had some nice ones from sebastien and from the old

site that we can use in various places

Please go ahead and add diagrams that you see fit.

>> Home - Move the page round to make the first thing the statement about
what it
does rather than about incubation.
DONE.


- Have a a breaking new section on the bottom of the first page to report
the last 3 or so significant events, i.e. provide links directly to the
latest releases.

I find this information to be too much on the overview/home page.  Visitor
can find the info on the news and event link or download link.  However, if
this is a common suggestion, I'll add it in.


News and Events
Appears in General and Community

Fixed

Separate "upcoming events and news" into events and news

Done


SCA
Java SCA
Java SCA Subproject? Why subproject in the title of this page.

Done


 I like the list of modules I think we should go with the module name
from the code and link to a separate
  page for each one. (take a look I've made an example). We can then use
URLs such as
   http://cwiki.apache.org/confluence/display/TUSCANY/binding-ws to refer
directly to the module description(*)

The idea that I was trying to promote with the website was to progressively
disclose information that visitor wants to know about. They choose to learn
more if they want to.  SCA Java page is a high level view of the SCA Java
project. I agree that module information is good. As Ant suggested a better
place for this information might be  the architecture guide  or  developer
guide.

One problem that I see with these module pages is its upkeep and the effort
to provide content. We already have many links to guides that are in need of
content.

 >> Architecture Guide
 >> >still pointing to the old one

Yes, content needs to be updated by those knowledgeable in this area.


   - I still think there should be a developer guide as it fits well

under

the guide section. So how about
 Guides
  User Guide
Architecture Guide
Developer Guide
 Resources
Source code
Java Doc


Good idea. Adopted this for all the projects.



- SDO
- SDO Java
- has an issue management section under development

It was there. Need to check with SDO team on this one.


- DAS
- seems to be in a slightly different format. We have Java and C++
implementations underway so we could follow the patter of SCA and SDO.

There are different flavors of DAS regardless of  each being implemented in
C++ or Java.
The presentation of that page is more geared towards the type of DAS
(support for end sources) that are available than in what language the DAS
is implemented in.
What is your suggestion for DAS page?


On 4/20/07, ant elder <[EMAIL PROTECTED]> wrote:


On 4/20/07, Simon Laws <[EMAIL PROTECTED]> wrote:



2/ Developer guide
> This comment was just stating a preference. I just liked the idea of
> having
> a user guide and a developer guide. I felt that "getting involved"
sounded
> like it should be talking about mail lists and irc's etc rather than the
> details of the development process. If people are generally happy with
the
> getting involved then its far more important to get the content there
than
> debate what it's called ;-)


I like having all three -  user guides, developer guides and a getting
involved page. The getting involved page could be a general Tuscany
project
level thing  about the project mailing lists, IRC, Apache conventions etc.
The user and developer guides could be sub-project specific so individual
ones for DAS, SCA, and SDO.

   ...ant

Re: Next release name? (was: Re: [DISCUSS] Next version - What should be in it)

[haleh mahbod]

A working release that is closer to 1.0 spec version sooner would be better
than having more content and a later release. M2 is old now and has
issues.

Should  IRC be used for a discussion on release or  maybe  we should update
the Wiki page with (IN/Out) comment to help you?  If an item has both IN and
OUT, discussion can resolve it.

Would it help if we put our name next to the idea that each of us are
driving?
I sign up for wiki and driving the documentation layout and some of the
content like user guide.


On 4/25/07, ant elder <[EMAIL PROTECTED]> wrote:


On 4/25/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > On 4/24/07, Simon Nash <[EMAIL PROTECTED]> wrote:
> >
> > 
> >
> > So I think it comes down to whether it is more important to put
> >> something out by JavaOne (in which case I'd be hesitant to call it
> >> "beta") or whether it is more important to attain a true "beta" level
> >> of quality even if that takes a little bit longer.
> >
> >
> > I guess a lot comes down to everyones slightly different perceptions
> > as to
> > what the name "beta" implies, what do others think about this? Should
> we:
> >
> > 1) continue aiming for a beta1 release around JavaOne timeframe
> > 2) continue with a beta1 release but take a bit more time
> > 3) aim for a release around JavaOne timeframe but change to a
non-"beta"
> > release name, alpha-x or maybe a numeric like 0.90?
> >
> > I probably favor (2) as looking at things people have said they'd like
> to
> > get done it seems unlikely to me we'll be ready by JavaOne anyway.
> >
> >   ...ant
> >
>
> I think it would be good to "Release early, release often" :) and have a
> release around JavaOne for people to try our SCA 1.0 APIs and assembly
> support as well as our new SPIs, and after that have more frequent
> releases than we did in in the past, like a release every two months
> maybe, with smaller increments each time.
>
> I'm for a variation of your option (3)... refine the contents of the
> release first, then decide to call it alpha/beta/gamma/whatever based on
> what we've been able to put in that release.
>
> Thoughts?


I've started a wiki page to track the next release contents:

http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents
.
Very rough to start with - I've just tried to note all the things that
have
been suggested on the mailing list that we should put in the next release
(sorry if i've missed something, please just add it).

JavaOne is just 8 working days away so to make a release by then, or even
just a release candidate, there is a lot to do if we want to finish
everything on that wiki page. What is the absolute minimum we should
include? What are must do's for you before I can tag or branch SVN for the
release? What on that list do you think we could leave out?

   ...ant

Java SCA Extension guide

[haleh mahbod]

Hi,

I have created the template for extension guide[1] and added a bit of
overview. Please help update the various sections with content.
Thanks
Haleh

[1]:
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Extension+Guide

Re: Next release name? (was: Re: [DISCUSS] Next version - What should be in it)

[haleh mahbod]

why does it matter if we call it beta1 or beta .90? It is a variation of
what we call beta. The fact that there is a number after Beta is an
indication that there might be revisions of Beta anyway before 1.0 release
is reached.


On 5/2/07, Ignacio Silva-Lepe <[EMAIL PROTECTED]> wrote:


+1 on 0.90

On 5/2/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> It would be good to choose a name soon so we can start completing all
the
> readme's and release notes etc, there doesn't seem much consensus on
beta1
> so how about 0.90? That sounds closer to 1.0 than M3 or alpha and still
> gives space for more releases before the final 1.0.
>
>   ...ant
>
> On 5/1/07, Bert Lamb <[EMAIL PROTECTED]> wrote:
> >
> > I realize I'm a bit late to this conversation, I'm just now getting
> > mostly unpacked from a move to Somerville, MA.  I agree with Simon in
> > that we should be careful what we call "beta".  I know that we all
> > would like to get to beta quality code and features as soon as we can,
> > but I don't think we are there yet nor will we be there by JavaOne.
> > What we currently have in the trunk I think is a much more manageable
> > code base but it actually has fewer features, if I'm not mistaken,
> > than M2 had.  So, my vote, if I had a binding one, would be for 3,
> > with a name of M3 or maybe alpha.
> >
> > -Bert
> >
> > On 4/25/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > On 4/24/07, Simon Nash <[EMAIL PROTECTED]> wrote:
> > >
> > > 
> > >
> > > So I think it comes down to whether it is more important to put
> > > > something out by JavaOne (in which case I'd be hesitant to call it
> > > > "beta") or whether it is more important to attain a true "beta"
> level
> > > > of quality even if that takes a little bit longer.
> > >
> > >
> > > I guess a lot comes down to everyones slightly different perceptions
> as
> > to
> > > what the name "beta" implies, what do others think about this?
Should
> > we:
> > >
> > > 1) continue aiming for a beta1 release around JavaOne timeframe
> > > 2) continue with a beta1 release but take a bit more time
> > > 3) aim for a release around JavaOne timeframe but change to a
> non-"beta"
> > > release name, alpha-x or maybe a numeric like 0.90?
> > >
> > > I probably favor (2) as looking at things people have said they'd
like
> > to
> > > get done it seems unlikely to me we'll be ready by JavaOne anyway.
> > >
> > >...ant
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Quick Guide for SCA

[haleh mahbod]

Hi,

I have started working on  Java SCA user guide [1] and Quick overview guide
for SCA[2].
I am assuming that Quick overview guide will be generic and can be used for
both native SCA and Java.

Please jump in and help if you are interested or provide comments/feedback.
We can use some good diagrams  :)

Thanks,
Haleh

[1] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Guide
[2] http://cwiki.apache.org/confluence/display/TUSCANY/Quick+Guide+to+SCA

Re: Quick Guide for SCA

[haleh mahbod]

A bit of update..

I think I have  put enough in the "Quick overview guide for SCA [1]"  to be
worth a review.  Your feedback, comments, modifications are very welcome to
make this a useful guide. Do we need more detail?

I'll continue to work on the get started example [2].

[1] http://cwiki.apache.org/confluence/display/TUSCANY/Quick+Guide+to+SCA
[2] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Guide

Haleh

On 5/2/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


Hi,

I have started working on  Java SCA user guide [1] and Quick overview
guide for SCA[2].
I am assuming that Quick overview guide will be generic and can be used
for both native SCA and Java.

Please jump in and help if you are interested or provide
comments/feedback.
We can use some good diagrams  :)

Thanks,
Haleh

[1] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Guide
[2] http://cwiki.apache.org/confluence/display/TUSCANY/Quick+Guide+to+SCA

Re: Status of Java SCA 0.90 release

[haleh mahbod]

We used to say on the website that SCA, SDO and DAS are independent
technologies that together can provide a complete SOA infrastructure
handling services and data.  It seems like during website move we removed
this important message by mistake.

Based on this statement, we can anticipate two types of users 1) Those who
care about a specific technology, for example SCA or SDO/DAS 2) Those  who
would want a more complete, end to end solution and samples.

I assume that a user  would like to see this separation. How about
SCA-Samples, SDO-Samples, DAS-Samples and Tuscany-Samples? Tuscany samples
would include cross technology samples and would be a top level distro?

Haleh


On 5/13/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


Comments in line...

On 5/13/07, Simon Nash <[EMAIL PROTECTED]> wrote:
> My preference would be not to couple SCA and DAS together by
> including these samples in the SCA release.
>
I'd agree with you if this was the sample introducing dependency on
DAS/SDO, but bigbank already have these dependencies...

> Of course if these were to be delivered as part of DAS then
> this would make DAS dependent on SCA.  I'm not sure how the
> DAS folks would feel about that.
>

These samples were originally introduced as DAS samples, but
introducing SCA dependencies in DAS was causing circular dependencies,
then it was moved to sampleapps/das-pojo-service and now became
sca/samples/das-service and das-service-web.

> Maybe we need some other release/packaging vehicle for Tuscany
> samples that use a combination of SCA, SDO and DAS.
>

Well, we used to have sampleapps, but that is gone as of now.

>Simon
>
> Luciano Resende wrote:
>
> > So, BigBank, das-service and das-service-web would have dependencies
> > on DAS and SDO.
> > If these samples go to the distribution, we would probably want SDO
> > beta1 dependency and DAS xx, but I'm not sure what the xx should be,
> > DAS beta1 is not release yet, although the release process had already
> > started, let me also double check with the DAS Comunity where we are
> > with the release process.
> >
> > On 5/11/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> >> I'm probably stating the obvious and I'm guess this is the motivation
> >> behind
> >> Ant's question but I don't see the DAS itself in the bindary distro.
> >> Is the
> >> proposition to ship the DAS jar(s) as part of the SCA distiribution?
> >> I'm not
> >> expressing an opinion here just working out what the question is;-)
> >>
> >> Simon
> >>
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Luciano Resende
http://people.apache.org/~lresende

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tuscany Logo..

[haleh mahbod]

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 both here.

Do you like the new graphic? If yes, I'll go ahead and add it to the website
( I'll need help for doing this correctly please ).

Haleh
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany Logo..

[haleh mahbod]

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 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.

Simon

Re: Tuscany Logo..

[haleh mahbod]

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 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 !!!
> 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
> >
> >
> > 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 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.
> > >
> > > Simon
> > >
> >
>
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
>

Re: Tuscany Logo..

[haleh mahbod]

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 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 to see if I can find one.

Whoever put that image up of Van Gogh's painting will get us into
copyright trouble - I suggest removing it ASAP !!

The other image characteristic of Tuscany are bell towers, like the ones
in Siena and Florence....


Yours, Mike.

haleh mahbod wrote:
> 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 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.
>>
>> Simon
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tuscany Logo..

[haleh mahbod]

It would be good to have an icon to associate the Tuscany project with.  If
you look at Cayanne[1], they have the pepper. For Geronimo [2] it is is the
letter G, for lucene[3] it is the name itself.

I am gathering that noone likes logo2 (which includes an icon) ? Is it the
color? Or the whole thing?
Any other ideas?

[1]:http://cayenne.apache.org/
[2]:http://geronimo.apache.org/
[3]:http://lucene.apache.org/

Haleh


On 5/18/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


On 5/18/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Can we just remove the left side from Logo 1? My first "false"
impression
> was they are for two logos.


+1


Thanks,
> Raymond
>
> - Original Message -
> From: "Kevin Williams" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, May 18, 2007 10:55 AM
> Subject: Re: Tuscany Logo..
>
>
> > Logo 1 is still best.  We just need a better image for the left side.
> >
> > On 5/18/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> >>
> >> Hi, like the others I like Logo 1 but find the picture on the left to
> be
> >> out
> >> of place - does not gel well with the rest of the image.  Also if
> >> 'Apache'
> >> in 'Apache Tuscany' could be right aligned it would look a little
> better
> >> I
> >> thought.
> >>
> >> - Venkat
> >>
> >> On 5/18/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >> >
> >> > 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 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 to see if I can find one.
> >> > >
> >> > > Whoever put that image up of Van Gogh's painting will get us into
> >> > > copyright trouble - I suggest removing it ASAP !!
> >> > >
> >> > > The other image characteristic of Tuscany are bell towers, like
the
> >> ones
> >> > > in Siena and Florence
> >> > >
> >> > >
> >> > > Yours, Mike.
> >> > >
> >> > > haleh mahbod wrote:
> >> > > > 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 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.
> >> > > >>
> >> > > >> Simon
> >> > > >>
> >> > > >
> >> > >
> >> > >
> -
> >> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> > > For additional commands, e-mail: [EMAIL PROTECTED]
> >> > >
> >> > >
> >> >
> >>
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/

Re: Tuscany Logo..

[haleh mahbod]

I like the bell tower.

On 5/18/07, Mike Edwards <[EMAIL PROTECTED]> wrote:


Haleh,

I've added a bell tower on the Logo page....

Mike.

haleh mahbod wrote:
> It would be good to have an icon to associate the Tuscany project
with.  If
> you look at Cayanne[1], they have the pepper. For Geronimo [2] it is is
the
> letter G, for lucene[3] it is the name itself.
>
> I am gathering that noone likes logo2 (which includes an icon) ? Is it
the
> color? Or the whole thing?
> Any other ideas?
>
> [1]:http://cayenne.apache.org/
> [2]:http://geronimo.apache.org/
> [3]:http://lucene.apache.org/
>
> Haleh
>
>
> On 5/18/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
>>
>> On 5/18/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>> >
>> > Can we just remove the left side from Logo 1? My first "false"
>> impression
>> > was they are for two logos.
>>
>>
>> +1
>>
>>
>> Thanks,
>> > Raymond
>> >
>> > - Original Message -
>> > From: "Kevin Williams" <[EMAIL PROTECTED]>
>> > To: 
>> > Sent: Friday, May 18, 2007 10:55 AM
>> > Subject: Re: Tuscany Logo..
>> >
>> >
>> > > Logo 1 is still best.  We just need a better image for the left
side.
>> > >
>> > > On 5/18/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>> > >>
>> > >> Hi, like the others I like Logo 1 but find the picture on the
>> left to
>> > be
>> > >> out
>> > >> of place - does not gel well with the rest of the image.  Also if
>> > >> 'Apache'
>> > >> in 'Apache Tuscany' could be right aligned it would look a little
>> > better
>> > >> I
>> > >> thought.
>> > >>
>> > >> - Venkat
>> > >>
>> > >> On 5/18/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>> > >> >
>> > >> > 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 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 to see if I can find one.
>> > >> > >
>> > >> > > Whoever put that image up of Van Gogh's painting will get us
>> into
>> > >> > > copyright trouble - I suggest removing it ASAP !!
>> > >> > >
>> > >> > > The other image characteristic of Tuscany are bell towers,
like
>> the
>> > >> ones
>> > >> > > in Siena and Florence
>> > >> > >
>> > >> > >
>> > >> > > Yours, Mike.
>> > >> > >
>> > >> > > haleh mahbod wrote:
>> > >> > > > 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 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.
>> > >> > > >>
>> > >> > > >> Simon
>> > >> > > >>
>> > >> > > >
>> > >> > >
>> > >> > >
>> > -
>> > >> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > >> > > For additional commands, e-mail:
[EMAIL PROTECTED]
>> > >> > >
>> > >> > >
>> > >> >
>> > >>
>> > >
>> >
>> >
>> > -
>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > For additional commands, e-mail: [EMAIL PROTECTED]
>> >
>> >
>>
>>
>> --
>> Luciano Resende
>> Apache Tuscany Committer
>> http://people.apache.org/~lresende
>> http://lresende.blogspot.com/
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Java SCA - Including fix numbers in release docs

[haleh mahbod]

It would be good if all subprojects used whatever scheme it is agreed to so
a developer going across projects does not have to think about adjusting.


On 5/21/07, Simon Laws <[EMAIL PROTECTED]> wrote:


This time round, as so much had changed, we didn't include JIRA numbers in
the release docs. It seems like a good thing to do in the future though.
If
everyone agrees that this is a good thing we need to be fairly organized
about how we use JIRA otherwise we suffer a lot of pain come release time
working out what the list should look like.

So, from the IRC today, it has been suggested that we take care to note
what
release a fix targets using the protocol that the release is
"Java-SCA-Next"
until we get to release time and decide what the release number is. At
that
point we switch over all the fixes that make the release to the right
number.

This may well have been the intention all along as I note that the
"Java-SCA-Next category has a lot of fixes in it. I'll take a look through
it and see if I can work out what the state of play is so we can start
filling it up again.

Anything else we should be doing with respect to JIRA to make the release
process easier?

Simon

Re: DAS C++ Status

[haleh mahbod]

Hi Adriano,

Is this integrated with SDO C++?  Is there a sample for it?
Can more information be added to the home page and  user guide[1]?


[1] http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=46512

Haleh

On 5/20/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:


Actually is being developed the Tuscany DAS C++. So far, the framework can
perform the following:

- Convetion Over Configuration(COC):

   - DAS assumes that a column named xxx_id is a FK to the column named
   id on table xxx.
   - If no PK column is found on the ResultSet, it sets the column named
   id as PK, if exists.
   - The COCs defined above are, actually, case sensitive and, for
   example, a column named ID will not be set as PK


- The das is using the ResultSet metadata(column name, column data type
and
column table) to generate the sdo graph and popule it. The DAS guarantees
the table object uniqueness on graph basing on the table PK, so the first
table retrieved by the ResultSet will be taken, and any other table
containing the same PK ignored:


   - A table may contain a simple PK or a composite one.
   - If no PK is defined for the table, the DAS tries to find one using
   COC.
   - If the table has a composite PK and not all the columns that
   compound the PK are contained on the ResultSet, the DAS ignores the
defined
   composite PK and tries to find another PK using COC as defined above.
   - If no PK is found using COC, the DAS sets all columns on ResultSet
   as PK.

- Setting the references on graph objects basing on table relationships.

   - Actually, there may be up to 1 relationship between 2 tables.
   - The columns data that compound the FK are not created on the graph.
   - The DAS accepts simple or composite relationships.
   - If not all the columns, PK or FK, that compound the relationship are
   on the ResultSet, the relationship is ignored and the remaining FK are
   loaded onto graph.

- Actually, the DAS config can only be set from code.

- There are also implemented some testcases.

- DAS is only supporting the following SQL types: INTEGER, REAL, CHAR,
VARCHAR, FLOAT, DOUBLE.

Next steps:

- Read the config from a xml file.

- To implement a sample that reads some data from a database and print on
console.

- Implement support for more SQL types.


Comments and suggestions will be appreciated : )

Any volunteer would be helpful ; )


Regards,

Adriano Crestani

Re: DAS C++ Status

[haleh mahbod]

Thank you for the explanation.

On 5/21/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:


Yes, it's intergrated with Tuscany SDO C++.

Next step is to implement a sample for it.

I intend to add some info on wiki before the first release.

Regards,
Adriano Crestani

On 5/21/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi Adriano,
>
> Is this integrated with SDO C++?  Is there a sample for it?
> Can more information be added to the home page and  user guide[1]?
>
>
> [1]
http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=46512
>
> Haleh
>
> On 5/20/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> >
> > Actually is being developed the Tuscany DAS C++. So far, the framework
> can
> > perform the following:
> >
> > - Convetion Over Configuration(COC):
> >
> >- DAS assumes that a column named xxx_id is a FK to the column
named
> >id on table xxx.
> >- If no PK column is found on the ResultSet, it sets the column
named
> >id as PK, if exists.
> >- The COCs defined above are, actually, case sensitive and, for
> >example, a column named ID will not be set as PK
> >
> >
> > - The das is using the ResultSet metadata(column name, column data
type
> > and
> > column table) to generate the sdo graph and popule it. The DAS
> guarantees
> > the table object uniqueness on graph basing on the table PK, so the
> first
> > table retrieved by the ResultSet will be taken, and any other table
> > containing the same PK ignored:
> >
> >
> >- A table may contain a simple PK or a composite one.
> >- If no PK is defined for the table, the DAS tries to find one
using
> >COC.
> >- If the table has a composite PK and not all the columns that
> >compound the PK are contained on the ResultSet, the DAS ignores the
> > defined
> >composite PK and tries to find another PK using COC as defined
above.
> >- If no PK is found using COC, the DAS sets all columns on
ResultSet
> >as PK.
> >
> > - Setting the references on graph objects basing on table
relationships.
> >
> >- Actually, there may be up to 1 relationship between 2 tables.
> >- The columns data that compound the FK are not created on the
graph.
> >- The DAS accepts simple or composite relationships.
> >- If not all the columns, PK or FK, that compound the relationship
> are
> >on the ResultSet, the relationship is ignored and the remaining FK
> are
> >loaded onto graph.
> >
> > - Actually, the DAS config can only be set from code.
> >
> > - There are also implemented some testcases.
> >
> > - DAS is only supporting the following SQL types: INTEGER, REAL, CHAR,
> > VARCHAR, FLOAT, DOUBLE.
> >
> > Next steps:
> >
> > - Read the config from a xml file.
> >
> > - To implement a sample that reads some data from a database and print
> on
> > console.
> >
> > - Implement support for more SQL types.
> >
> >
> > Comments and suggestions will be appreciated : )
> >
> > Any volunteer would be helpful ; )
> >
> >
> > Regards,
> >
> > Adriano Crestani
> >
>

Re: [Fwd: Re: Website / Wiki was:Tuscany Logo..]

[haleh mahbod]

Hi Hernan,
Thank you for your help.
You can use this sandbox location for uploading the template files to the
wiki. Eventualy this should be checked in I suppose.
http://cwiki.apache.org/confluence/display/TUSCANY/Sandbox+for+website

Haleh

On 5/24/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:


ahhh, fourth attempt now. This time I intentionally removed the attachment
to see if it makes it through the spam blocker

Is there a place you the wiki I could upload the zip with the template?

Cheers!
Hernan

 Original Message 
Subject: Re: Website / Wiki was:Tuscany Logo..
Date: Thu, 24 May 2007 09:12:46 -0400
From: Hernan Cunico <[EMAIL PROTECTED]>
To: tuscany-dev@ws.apache.org
References: <[EMAIL PROTECTED]
><[EMAIL PROTECTED]> <
[EMAIL PROTECTED]>

ahhh, all these years and still miss the attachments :-P

I took the liberty to do some more updates to the template so you can
actually see it working with a "Tuscany theme" ;-)
I'm including some images and the css we use in Geronimo so you can see
how to do some additional filtering from all the data Confluence provides.
More specifically, the "Added by...Last edited by ..." are chopped off on
the template. If you guys are using "News" on Confluence, some of that info
is chopped off on the .css

To have a better idea of what I mean compare these two links, the first
one is just pure, unaltered Confluence content. The second is after applying
the template and css.

http://cwiki.apache.org/confluence/display/GMOxSITE

http://cwiki.apache.org/GMOxSITE

Keep in mind the user permissions, if this will become your main web site
then only committers should have edit access.

HTH

Cheers!
Hernan


Venkata Krishnan wrote:
> Hi Hernan,
>
> This is really great!.  Its just about the help that I have been looking
> for.  Since we have a release round the corner we need to have the
website
> up quickly as that's our shop window to the world.  So I am going to
> certainly take your help for Confluence Admin.
>
> The other link that you have attached is also quite useful and seems
> like in
> the next iteration we will certainly be exploring having multiple
spaces.
>
> Where is the template that you have mentioned?  I don't see any
attachment
> here.  Maybe you must zip and attach otherwise the MLs skip the
attachments
> from what I know.
>
> I shall update the wiki now so that all pages have menus.  After this I
> shall work on the template (maybe you'd send it by then ;-)) and keep
> things
> in shape for you to simply go over and export.
>
> Thank you so much for helping in this.
>
> - Venkat
>
> On 5/24/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
>>
>> Hi Venkat,
>> I'm helping with the documentation and web site for the Geronimo
project.
>> We recently moved the authoring of our web site to Confluence, now it
>> is a
>> lot easier to maintain.
>>
>> If you folks don't have a Confluence admin I'll be happy to help
updating
>> the templates.
>> I just sent you a sample template for the autoexport plugin, you may
want
>> to make some updates to it ;-)
>>
>> Let me know if you get stuck anywhere with the template. Once you have
it
>> ready for the first test run let me know and I can update it in
>> Confluence
>> so everybody else can see how the website could look like ;-)
>>
>> Not sure how is the process to get an admin account in confluence,
>> probably sending a req to infra@ or opening a JIRA, don't really know.
>>
>> Keep in mind that if you folks decide to implement this approach you
will
>> need to have more control on the TUSCANY space in Confluence. For the
>> Geronimo website (GMOxSITE space) we have only project's committers
with
>> edit access. If you guys have only one space then you should start
>> planning
>> for having one for the web site and at least another for the formal
wiki.
>> Does that make sense!?
>>
>> Here is a doc I put together for how the Geronimo spaces (documentation
>> and web site) are organized.
>>
>>
>>
http://cwiki.apache.org/geronimo/geronimo-cwiki-documentation-architecture.html
>>
>>
>> HTH
>>
>> Cheers!
>> Hernan
>>
>> Venkata Krishnan wrote:
>> > Hi,
>> >
>> > I have started to look at getting our wiki to look a bit like a
website
>> and
>> > am working a bit with Confluence to figure out how this can be
>> achieved.
>> >
>> > I looked up a couple of sites for ideas and quite liked the Geronimo
>> site
>> > exported from the wiki - http://cwiki.apache.org/GMOxSITE.  I am
going
>> to
>> > see if we can borrow the templates from Geronimo, folks to start
with.
>> > Also
>> > if we have to update the template for the Tuscany Space on the Apache
>> > Confluence Server, we need administration access on that
server.  Does
>> > anybody have this on Tuscany Team?
>> >
>> > If I manage to get the templates going then here is what I intend to
do
>> ...
>> > - Get the navigation bar of our wiki site
>> > http://cwiki.apache.org/confluence/display/TUSCANY/Home to look like
a
>> > classic navigation bar with menu items

Re: [Fwd: Re: Website / Wiki was:Tuscany Logo..]

[haleh mahbod]

Venkat,

Nice color for the navigation bar the website. I'll see if I can get the
background of the logo changed from white to something that matches the left
navigation bar.

How do we change the header background (h3, h2, ...) to  the same color that
you used on the left navigation bar. For example, the overview header on the
home page is still shaded with grey.  I can help with the rest of the pages
if I am told how to do this.

Haleh

On 5/24/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


Hi Hernan,
Thank you for your help.
You can use this sandbox location for uploading the template files to the
wiki. Eventualy this should be checked in I suppose.
http://cwiki.apache.org/confluence/display/TUSCANY/Sandbox+for+website

Haleh

On 5/24/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
>
> ahhh, fourth attempt now. This time I intentionally removed the
> attachment to see if it makes it through the spam blocker
>
> Is there a place you the wiki I could upload the zip with the template?
>
> Cheers!
> Hernan
>
>  Original Message 
> Subject: Re: Website / Wiki was:Tuscany Logo..
> Date: Thu, 24 May 2007 09:12:46 -0400
> From: Hernan Cunico <[EMAIL PROTECTED]>
> To: tuscany-dev@ws.apache.org
> References: <[EMAIL PROTECTED]
> ><[EMAIL PROTECTED]> <
> [EMAIL PROTECTED]>
>
> ahhh, all these years and still miss the attachments :-P
>
> I took the liberty to do some more updates to the template so you can
> actually see it working with a "Tuscany theme" ;-)
> I'm including some images and the css we use in Geronimo so you can see
> how to do some additional filtering from all the data Confluence provides.
> More specifically, the "Added by...Last edited by ..." are chopped off on
> the template. If you guys are using "News" on Confluence, some of that info
> is chopped off on the .css
>
> To have a better idea of what I mean compare these two links, the first
> one is just pure, unaltered Confluence content. The second is after applying
> the template and css.
>
> http://cwiki.apache.org/confluence/display/GMOxSITE
>
> http://cwiki.apache.org/GMOxSITE
>
> Keep in mind the user permissions, if this will become your main web
> site then only committers should have edit access.
>
> HTH
>
> Cheers!
> Hernan
>
>
> Venkata Krishnan wrote:
> > Hi Hernan,
> >
> > This is really great!.  Its just about the help that I have been
> looking
> > for.  Since we have a release round the corner we need to have the
> website
> > up quickly as that's our shop window to the world.  So I am going to
> > certainly take your help for Confluence Admin.
> >
> > The other link that you have attached is also quite useful and seems
> > like in
> > the next iteration we will certainly be exploring having multiple
> spaces.
> >
> > Where is the template that you have mentioned?  I don't see any
> attachment
> > here.  Maybe you must zip and attach otherwise the MLs skip the
> attachments
> > from what I know.
> >
> > I shall update the wiki now so that all pages have menus.  After this
> I
> > shall work on the template (maybe you'd send it by then ;-)) and keep
> > things
> > in shape for you to simply go over and export.
> >
> > Thank you so much for helping in this.
> >
> > - Venkat
> >
> > On 5/24/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> >>
> >> Hi Venkat,
> >> I'm helping with the documentation and web site for the Geronimo
> project.
> >> We recently moved the authoring of our web site to Confluence, now it
> >> is a
> >> lot easier to maintain.
> >>
> >> If you folks don't have a Confluence admin I'll be happy to help
> updating
> >> the templates.
> >> I just sent you a sample template for the autoexport plugin, you may
> want
> >> to make some updates to it ;-)
> >>
> >> Let me know if you get stuck anywhere with the template. Once you
> have it
> >> ready for the first test run let me know and I can update it in
> >> Confluence
> >> so everybody else can see how the website could look like ;-)
> >>
> >> Not sure how is the process to get an admin account in confluence,
> >> probably sending a req to infra@ or opening a JIRA, don't really
> know.
> >>
> >> Keep in mind that if you folks decide to implement this approach you
> will
> >> need to have more control on the TUSCANY space in Confluence. For the
>
> >> Geronimo website (GMOxSITE space) we have only project

Re: [Fwd: Re: Website / Wiki was:Tuscany Logo..]

[haleh mahbod]

It's looking great :) I'll work on the menus a bit to make it consistent.
Thanks!

On 5/24/07, ant elder <[EMAIL PROTECTED]> wrote:


I like it!

One comment i have is now that it has "User List | Dev List | Issue
Tracker"
over on the top right does it really need the separate "Community" section
on the left? The "Get Involved" and "Blog" links could be moved up to
"General", and that would also get the DAS section to not drop off the
bottom of the page on smaller screens.

   ...ant

On 5/24/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>
> Hernan, thank you so much.  It all looks really good now.  Lets hear
what
> othes have to say ;-)
>
> - Venkat
>
> On 5/25/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> >
> > I just attached the "edit" image to match the color scheme and also
ran
> > the export, take a pick at to how it is starting to look like :D
> >
> > http://cwiki.apache.org/TUSCANY/
> >
> > Cheers!
> > Hernan
> >
> > Venkata Krishnan wrote:
> > > Thanks Hernan.  I have uploaded the images and the .css to my
> > > apache.people.org account and have updated the template and .css
files
> > to
> > > reflect the URL.
> > >
> > > I have updated the modified template to the wiki.  Please let me
know
> if
> > > everythings ok.
> > >
> > > - Venkat
> > >
> > > On 5/25/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> > >>
> > >> Ok, I saw the changes in the color schema you folks are using on
the
> > >> menus
> > >> and updated the css.
> > >>
> > >> I would propose to keep track of all these changes here
> > >>
> > >>
> > >>
> >
>
http://cwiki.apache.org/confluence/display/TUSCANY/Autoexport+plugin+template
> > >>
> > >>
> > >> let's use some timestamp on the file names for easy tracking.
> > >>
> > >> I'll be updating the template soon
> > >>
> > >> Cheers!
> > >> Hernan
> > >>
> > >> Hernan Cunico wrote:
> > >> > Great, I just added a child page and included the attachment
there,
> > >> here
> > >> > is the link
> > >> >
> > >> >
> > >>
> >
>
http://cwiki.apache.org/confluence/display/TUSCANY/Autoexport+plugin+template
> > >>
> > >> >
> > >> >
> > >> > Cheers!
> > >> > Hernan
> > >> >
> > >> > haleh mahbod wrote:
> > >> >> Hi Hernan,
> > >> >> Thank you for your help.
> > >> >> You can use this sandbox location for uploading the template
files
> > to
> > >> the
> > >> >> wiki. Eventualy this should be checked in I suppose.
> > >> >>
> > http://cwiki.apache.org/confluence/display/TUSCANY/Sandbox+for+website
> > >> >>
> > >> >> Haleh
> > >> >>
> > >> >> On 5/24/07, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> > >> >>>
> > >> >>> ahhh, fourth attempt now. This time I intentionally removed the
> > >> >>> attachment
> > >> >>> to see if it makes it through the spam blocker
> > >> >>>
> > >> >>> Is there a place you the wiki I could upload the zip with the
> > >> template?
> > >> >>>
> > >> >>> Cheers!
> > >> >>> Hernan
> > >> >>>
> > >> >>>  Original Message 
> > >> >>> Subject: Re: Website / Wiki was:Tuscany Logo..
> > >> >>> Date: Thu, 24 May 2007 09:12:46 -0400
> > >> >>> From: Hernan Cunico <[EMAIL PROTECTED]>
> > >> >>> To: tuscany-dev@ws.apache.org
> > >> >>> References: <
> > >> [EMAIL PROTECTED]
> > >> >>> ><[EMAIL PROTECTED]> <
> > >> >>> [EMAIL PROTECTED]>
> > >> >>>
> > >> >>> ahhh, all these years and still miss the attachments :-P
> > >> >>>
> > >> >>> I took the liberty to do some more updates to the template so
you
> > can
> > >> >>> actually see it working with a "Tuscany theme" ;-)
> > >> >>> I'm including some ima

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[haleh mahbod]

Hi Venkat,
I must be looking at the wrong place. I don't see documentation when I go to
SCA Java. Instead I see the SDO and DAS links on the SCA java page. Am I
looking at the right place?

[1]: http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Subproject

On 5/25/07, ant elder <[EMAIL PROTECTED]> wrote:


Thanks, thats just what I needed. I've started doing this at

http://cwiki.apache.org/confluence/display/TUSCANY/implementation.script

Not sure about the page name, is there some format it should use that
includes Java and SCA in the  page name?

   ...ant

On 5/25/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>
> Hi Ant,
>
> Ideally I'd imagine a menu item titled 'Documentation' under 'SCA Java'
or
> under 'Tuscany SCA'.  Clicking on this will open up a page that lists
all
> the documentations under SCA Java.  One of the links in that list will
> probably be 'Tuscany Architecture and Programming Model'.   Clicking
this
> will open a page that will have some introductory content and then a
list
> of
> links to various aspects of the architecture and prog. model.  One of
the
> the links would be 'Tuscany Script Implementation Extension'.
>
> So the trail would be Tuscany SCA->SCA Java->Documentation->Tuscany
> Archp->Tuscany Extensions->Tuscany Script Implementation Extension.  If
> you
> also think the above organization is reasonable then we probably have to
> creating the missing things in that trail.
>
> Assuming we have all that in place then we'd probably have a 'SCA Java
> Menu
> page' and a template page for it.  Right now there is menu page for SCA
> Java
> but we need to whet that a bit.
>
> Having said all that, let me get to what you might want to do for <
> implementatoin.script> for now... Right now I have created a template in
>
>
http://cwiki.apache.org/confluence/pages/templates/listpagetemplates.action?key=TUSCANYnamed
> 'Java SCA'.  Just click on the 'create page from template' option and
> a page with the Java SCA menu embeded will be created where you can add
> the
> content.
>
> Hope this long winding reply helps :)
>
> - Venkat
>
> On 5/25/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > On 5/25/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > Since we now export the wiki content for our website, we need to
> follow
> > > some
> > > guidelines from now on when adding content to the wiki.
> > >
> > > 1) First we need to steam line our menus to follow some scheme.  for
> > > example
> > > have one top level menu set that has General, Tuscany SCA , SDO and
> DAS
> > > (as
> > > we have it now).  So all pages that are general will have these
> options
> > in
> > > the navigation bar on the left.  Once into SCA or SDO or DAS we
could
> > have
> > > another set of menu options for each with probably the General
always
> > > tagging on so that the user can get back to Home or other generic
> > things.
> > > All pages falling under SCA (say) should have the same set of
options
> > > unless
> > > we have a sub-item with SCA that gets to have lots of options and
> hence
> > > must
> > > have its own menu - for example Java SCA.  When zeroing on the menu
> > > options
> > > we have to make sure we only have general things there.  For example
> > > architecture docs, programming guides, release process docs could
all
> go
> > > under 'Documentation' and the documentation page can provide a link
to
> > all
> > > the documents as its first page instead of each of the docs
featuring
> as
> > a
> > > menu item.
> > >
> > > 2) I have created a separate hierarchy of pages for Menus.  We must
> not
> > > hardcode or embed menus inside pages.  Its good to create separate
> Menu
> > > Pages and then include them the various content pages.  And then
when
> > > creating a Menu Page ensure it goes into the Menus hierarchy and
does
> > not
> > > get mixed with content pages
> > >
> > > 3) Once having created a Menu Page it would be good to go over and
> > create
> > > a
> > > template page using that menu.  For this you need to go to the
> > 'Template'
> > > tab in the 'Browse Space' page and add a template.  In the template
> can
> > > typically contain the section, column and the include macro for the
> > Menu.
> > > Once a template is created new pages can be created from this
template
> > and
> > > these pages will readily have the menus embeded in them with just
the
> > page
> > > content to be filled out. This will help in avoind cut/pase of menus
> in
> > > each
> > > page.
> > >
> > > 4) When composing content from now on we have to use 'Heading
Styles'
> to
> > > demarcate various portions of the content.  We could use h1, h2...
h5
> to
> > > create a hierarchy in the content.  Other than heading styles we
must
> > > avoid
> > > other ways of creating sections in the content to show some sort of
> > > hierarchy.  Having the content done this way could lead to a cleaner
> > > export
> > > to the website using stylesheets.
> > >
> > > 5) I have moved a whole b