Re: Resend: A maven plugin helps install artifacts for a standalone Tuscany application

[Venkata Krishnan]

Hi Raymond,

Please help me understand a little more of this...

- Do you mean that istead of building the application jar  (say
helloworldcalculator.jar) you'd figure out the required extensions and other
dependencies and generate .zip file that will package all of this.  Then I
simply extract the contents of the zip in the place where I have already
extracted the standalone distro.  Is this what what you mean?

- Further imagining (may be this is asking for trouble) - if we can build a
zip file that will contain the applicatoin and standalone distro and also a
bat / sh file that the user simply run instead of typing java -jar
bin/launcher.jar -xyz.jar and so on.

Thanks

- Venkat


On 10/17/06, Raymond Feng <[EMAIL PROTECTED]> wrote:


Some folks didn't see this, trying to resend:

Hi,

I twisted our war maven plugin so that it can now be used to either
install
a tuscany standalone application to a directory with the similar structure
as we have for the WAR or create a zip file containing all the required
artifacts and you can unzip it somewhere to run.

Do you see any values? I found it simplify my life to deploy the
helloworldwsclient sample which has quite a few dependencies.

If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond


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

Re: Questions regarding threading related practices

[Jim Marino]

Hi Peter,

Comments inline...

Jim

On Oct 16, 2006, at 7:39 PM, Peter Cousins wrote:


What is considered the best practice for propagating classLoader and
compositeContext across threads?  For example when a binding  
dispatches

to a service, should it be copied from the thread that initialized the
binding to the thread where the binding dispatches?  For example, the
Axis binding propagates the classLoader before the service dispatch.
Should the WorkScheduler propagate either of these to the work items
that it runs?
As a general rule of thumb, a binding should not create threads of  
its own but instead use the WorkScheduler service. Of course, some  
bindings may insist on creating their own thread (e.g. it uses a  
library that does so without any hook points for supplying a thread  
factory).


In terms of propagating context, the WorkScheduler will not know all  
of the context that needs to be propagated, particularly for policy  
information such as security. I think we will need to have  
interceptors which know how to propagate specific context information  
by placing it in the Message. For example, in a non-blocking wire  
consisting of an outbound/inbound interceptor chain pair, there would  
be interceptors on the outbound side that would place context in the  
Message flowing through the wire. After the outbound chain is run,  
there is a NonBlockingInterceptor that uses a WorkScheduler to  
continue the dispatch to the inbound chain on another thread. After  
the request is dispatched on the other thread, the inbound chain on  
the other end would have interceptors that pulled the context from  
the message and set it up. We will probably need a similar thing for  
bindings since a particular binding may not know all context  
information flowing through it.


I'm praying CompositeContext goes away from the spec (Jeremy and I  
are going to start a campaign to remove it) so hopefully we won't  
need to deal with it :-)






Is there any infrastructure in place for allowing a binding to decide
whether queued dispatch or a direct dispatch is more appropriate?  A
couple examples of what I mean:



* It would be nice to direct dispatch and avoid the context switch if
the system throughput is sufficient to prevent a backlog, but  
otherwise

the main consideration is accepting inbound work requests until some
high water mark is reached.  This case benefits greatly from a  
mechanism

to coordinate across bindings.
We could potentially build this into the WorkScheduler service  
although I would prefer to do this when we need it as opposed to  
upfront.




* Some bindings may require the dispatch to occur in the same  
thread of
control as the binding due to legacy transaction issues that have  
thread
of control affinity.  Does anything need to be done to communicate  
this

requirement to the rest of the framework so a request doesn't get
swapped to another thread by another component in the chain of  
command.


This is interesting. Could you provide more specifics? This seems  
like it can get very complicated, very quickly. For example, if I  
understand correctly:


Service 1--
 \  
  -> Component A--->Component B
Service 2-/

Both Service 1 and Service 2 are wired to a sevice on Component A. If  
I follow what you are saying, Service 1 could have a "legacy  
transaction issue" that requires the request be dispatched on the  
same thread as it flows to Component A and then Component B. Service  
2 does not have that restriction. One of the issues I see is if  
Component A is wired to a non-blocking service on Component B, then  
how would the dispatch be done in a non-blocking fashion without  
using another thread? If the request come in over Service 2, non- 
blocking behavior further on would be allowed.


I think we could draw up a similar scenario using references:

Component A--->Component B--->Reference 1

Where the invocation from A to B is non-blocking.










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

Questions regarding threading related practices

[Peter Cousins]

What is considered the best practice for propagating classLoader and
compositeContext across threads?  For example when a binding dispatches
to a service, should it be copied from the thread that initialized the
binding to the thread where the binding dispatches?  For example, the
Axis binding propagates the classLoader before the service dispatch.
Should the WorkScheduler propagate either of these to the work items
that it runs?

 

Is there any infrastructure in place for allowing a binding to decide
whether queued dispatch or a direct dispatch is more appropriate?  A
couple examples of what I mean: 

 

* It would be nice to direct dispatch and avoid the context switch if
the system throughput is sufficient to prevent a backlog, but otherwise
the main consideration is accepting inbound work requests until some
high water mark is reached.  This case benefits greatly from a mechanism
to coordinate across bindings.

 

* Some bindings may require the dispatch to occur in the same thread of
control as the binding due to legacy transaction issues that have thread
of control affinity.  Does anything need to be done to communicate this
requirement to the rest of the framework so a request doesn't get
swapped to another thread by another component in the chain of command.

 

 

[jira] Assigned: (TUSCANY-865) DAS sample distribution does not include sample canned database

[Luciano Resende (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-865?page=all ]

Luciano Resende reassigned TUSCANY-865:
---

Assignee: Luciano Resende

> DAS sample distribution does not include sample canned database
> ---
>
> Key: TUSCANY-865
> URL: http://issues.apache.org/jira/browse/TUSCANY-865
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java DAS Samples
>Affects Versions: Java-M2
>Reporter: Luciano Resende
> Assigned To: Luciano Resende
>Priority: Blocker
> Fix For: Java-M2
>
>
> Currently, the sample distribution is not including the dastest caned sample 
> db. 
> See thread below for more information:
>http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09750.html

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Created: (TUSCANY-865) DAS sample distribution does not include sample canned database

[Luciano Resende (JIRA)]

DAS sample distribution does not include sample canned database
---

 Key: TUSCANY-865
 URL: http://issues.apache.org/jira/browse/TUSCANY-865
 Project: Tuscany
  Issue Type: Bug
  Components: Java DAS Samples
Affects Versions: Java-M2
Reporter: Luciano Resende
Priority: Blocker
 Fix For: Java-M2


Currently, the sample distribution is not including the dastest caned sample 
db. 
See thread below for more information:
   http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09750.html

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

DAS Wish list

[Luciano Resende]

Following Ant's suggestion on a previous thread...
  http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg06784.html

I have started creating DAS wish items in the wish list category in our
JIRA.
These are also listed in our DAS Wiki :
  http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview

If you have interest in helping, please feel free to volunteer and submit
patches for these items.
If people think that is necessary to make a DAS specific wish list category,
please let me know...

- Luciano

[jira] Created: (TUSCANY-864) Better integration between SCA and DAS

[Luciano Resende (JIRA)]

Better integration between SCA and DAS
--

 Key: TUSCANY-864
 URL: http://issues.apache.org/jira/browse/TUSCANY-864
 Project: Tuscany
  Issue Type: Wish
  Components: Java DAS RDB
Affects Versions: Wish list
Reporter: Luciano Resende
 Fix For: Wish list


As described in previous  threads, we want to allow a better integration 
between DAS and SCA...

   http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09715.html
   http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200610.mbox/[EMAIL 
PROTECTED]

We are looking for ideas, proposals and code in this area...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Updated: (TUSCANY-863) CompanyWeb DAS Sample should create and initialize the canned database when app is loaded by first time and db is not available

[Luciano Resende (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-863?page=all ]

Luciano Resende updated TUSCANY-863:


Fix Version/s: Wish list
   (was: Java-Mx)
Affects Version/s: Wish list
   (was: Java-Mx)

Updating the JIRA to get placed on the wishlist

> CompanyWeb DAS Sample should create and initialize the canned database when 
> app is loaded by first time and db is not available
> ---
>
> Key: TUSCANY-863
> URL: http://issues.apache.org/jira/browse/TUSCANY-863
> Project: Tuscany
>  Issue Type: Wish
>  Components: Java DAS Samples
>Affects Versions: Wish list
>Reporter: Luciano Resende
> Fix For: Wish list
>
>
> Today we rely on copying the java/das/samples/companyweb/dasttest database to 
> a tomcat installation, so the canned database is available for DAS sample app 
> companyweb. A better way for doing this would be to have a servlet (dbInit) 
> that would load on app startup and create necessary tables and populate it 
> with canned information if the db is not available. This would make 
> deployment easier, would avoid external dependencies on the sample 
> distribution, and would probably make it easier to execute htmlUnit multiple 
> times, as the htmlUnit could call the servlet to force refresh of the 
> database data.
> For an example on how to do this, please take a look at dbInit servlet in 
> BigBank sample application :
> https://svn.apache.org/repos/asf/incubator/tuscany/java/sampleapps/bigbank/account/src/main/java/bigbank/account/services/accountdb/AccountDBInit.java

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Created: (TUSCANY-863) CompanyWeb DAS Sample should create and initialize the canned database when app is loaded by first time and db is not available

[Luciano Resende (JIRA)]

CompanyWeb DAS Sample should create and initialize the canned database when app 
is loaded by first time and db is not available
---

 Key: TUSCANY-863
 URL: http://issues.apache.org/jira/browse/TUSCANY-863
 Project: Tuscany
  Issue Type: Wish
  Components: Java DAS Samples
Affects Versions: Java-Mx
Reporter: Luciano Resende
 Fix For: Java-Mx


Today we rely on copying the java/das/samples/companyweb/dasttest database to a 
tomcat installation, so the canned database is available for DAS sample app 
companyweb. A better way for doing this would be to have a servlet (dbInit) 
that would load on app startup and create necessary tables and populate it with 
canned information if the db is not available. This would make deployment 
easier, would avoid external dependencies on the sample distribution, and would 
probably make it easier to execute htmlUnit multiple times, as the htmlUnit 
could call the servlet to force refresh of the database data.
For an example on how to do this, please take a look at dbInit servlet in 
BigBank sample application :
https://svn.apache.org/repos/asf/incubator/tuscany/java/sampleapps/bigbank/account/src/main/java/bigbank/account/services/accountdb/AccountDBInit.java


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Closed: (TUSCANY-860) Launder should produce some meanlingful error messages instead of runtime exception

[Jeremy Boynes (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-860?page=all ]

Jeremy Boynes closed TUSCANY-860.
-

Fix Version/s: Java-Mx
   (was: Java-M2)
   Resolution: Fixed
 Assignee: Jeremy Boynes

> Launder should produce some meanlingful error messages instead of runtime 
> exception
> ---
>
> Key: TUSCANY-860
> URL: http://issues.apache.org/jira/browse/TUSCANY-860
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core
>Affects Versions: Java-M2
>Reporter: Raymond Feng
> Assigned To: Jeremy Boynes
>Priority: Minor
> Fix For: Java-Mx
>
>
> if I forget to pass the app jar to the launcher, I got 
> IndexOutOfBoundsException instead of a meaningful msg and if there's no 
> Main-Class entry in the manifest, I got NPE

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: A maven plugin helps install artifacts for a standalone Tuscany application

[Raymond Feng]

Yes, you got it.

Raymond

- Original Message - 
From: "Luciano Resende" <[EMAIL PROTECTED]>

To: 
Sent: Monday, October 16, 2006 3:07 PM
Subject: Re: A maven plugin helps install artifacts for a standalone Tuscany 
application




Today, if I want to run a standalone app, i have to unzip the standalone
distribution into the target directory and run it using the launcher.

With your changes to the plugin, would I be able to populate the target
directory with necessary standalone distribution files in the right
structure so the application could just run with a mvn run for example ?

- Luciano


On 10/16/06, Raymond Feng <[EMAIL PROTECTED]> wrote:


Hi,

I twisted our war maven plugin so that it can now be used to either
install
a tuscany standalone application to a directory with the similar 
structure

as we have for the WAR or create a zip file containing all the required
artifacts and you can unzip it somewhere to run.

Do you see any values? I found it simplify my life to deploy the
helloworldwsclient sample which has quite a few dependencies.

If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond


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

Question on distribution directory structure

[Luciano Resende]

On a recent discussion in incubator general about release requirements, the
subject of directory structure raised some concerns, and although the
consensus is that this should not hold a release, it might be a good
practice to have a project distribution to be extracted into a sub directory
(e.g axis-1.4-src).

http://www.mail-archive.com/general%40incubator.apache.org/msg10905.html

I noticed that both SDO and DAS distributions are being extracted to the
current directory, and was wondering if we want and if is still worth
pursuing this for M2 ?

Maybe a suggestion would be to extract the distribution on the following
structure :

 Source
  Binary
DAStuscany-das-1.0-incubator-M2-src
tuscany-das-1.0-incubator-M2

SDOtuscany-sdo-1.0-incubator-M2-src
tuscany-sdo-1.0-incubator-M2

Toughts ? Is this something we might want for M2 timeframe ?

- Luciano Resende

FYI: the WS samples helloworldws and helloworldwsclient work in the M2 branch

[ant elder]

Just a fyi to those wondering, these samples all work now with the webapp
and standalone launcher being used correctly.

Bigbank also works for me as well.

  ...ant

Re: A maven plugin helps install artifacts for a standalone Tuscany application

[Raymond Feng]

Hi,

Actually, I have tried to handle both cases.

1) For shared standalone image with existing artifacts, the plugin will try 
to merge the application into the target by adding new artifacts (the 
"overwrite" property will control if existing artifacts will be 
overwritten). But we need to make sure that isolation is not compromised in 
this case.


2) For the application-by-application case, it works very simlar as the WAR 
plugin does to create a self-contained image.


Thanks,
Raymond


- Original Message - 
From: "Jeremy Boynes" <[EMAIL PROTECTED]>

To: 
Sent: Monday, October 16, 2006 3:31 PM
Subject: Re: A maven plugin helps install artifacts for a standalone Tuscany 
application




The question I have is here is whether we see this as being commonplace?

I was thinking that users in general would want to download/install a 
standalone image and then configure it to run their applications. In  that 
mode I can see a plugin being used to build/package a composite  (in some 
standard form defined by the SCA specs) that can then be run  on any SCA 
installation including Tuscany.


It sounds like your plugin is taking a different tack, assembling a 
separate installation to run each composite.

--
Jeremy

On Oct 16, 2006, at 1:07 PM, Raymond Feng wrote:


Hi,

I twisted our war maven plugin so that it can now be used to either 
install a tuscany standalone application to a directory with the  similar 
structure as we have for the WAR or create a zip file  containing all the 
required artifacts and you can unzip it  somewhere to run.


Do you see any values? I found it simplify my life to deploy the 
helloworldwsclient sample which has quite a few dependencies.


If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond

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

changes to MainLauncherBooter and the effect on standalone deployments

[Peter Cousins]

When running applications standalone typically the suggestion has been
to use 

 

java -jar launcher.jar ${your-executable-jar}

 

However, about a month ago changes were made to MainLauncherBooter that
removed support for supplying a --classpath argument.  

Before this change, this argument could be used to set the classpath for
other dependencies required for the user component inside
"your-executable-jar", which is needed if you usee the suggested -jar
argument since doing so makes the system classloader ignore the contents
of the classpath java command line argument and the CLASSPATH
environment variable.  

 

It was recently noted that --classpath is no longer supported and the
JIRA on it was closed as a doc bug in response to complaints about NPEs.

http://issues.apache.org/jira/browse/TUSCANY-838

 

However, anyone needing to boot their components standalone should add
launcher.jar to the classpath and launch like this instead:

 

  java org.apache.tuscany.launcher.MainLauncherBooter
${your-executable-jar}

 

also, don't forget to put your main class in the jar manifest since
support for the --main command line argument was also dropped.

 

 

 

 

Re: A maven plugin helps install artifacts for a standalone Tuscany application

[Jeremy Boynes]

The question I have is here is whether we see this as being commonplace?

I was thinking that users in general would want to download/install a  
standalone image and then configure it to run their applications. In  
that mode I can see a plugin being used to build/package a composite  
(in some standard form defined by the SCA specs) that can then be run  
on any SCA installation including Tuscany.


It sounds like your plugin is taking a different tack, assembling a  
separate installation to run each composite.

--
Jeremy

On Oct 16, 2006, at 1:07 PM, Raymond Feng wrote:


Hi,

I twisted our war maven plugin so that it can now be used to either  
install a tuscany standalone application to a directory with the  
similar structure as we have for the WAR or create a zip file  
containing all the required artifacts and you can unzip it  
somewhere to run.


Do you see any values? I found it simplify my life to deploy the  
helloworldwsclient sample which has quite a few dependencies.


If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond

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

[jira] Created: (TUSCANY-862) NPE when doing CurrentCompositeContext.locateService on a reference which uses interface.wsdl

[ant elder (JIRA)]

NPE when doing CurrentCompositeContext.locateService on a reference which uses 
interface.wsdl 
--

 Key: TUSCANY-862
 URL: http://issues.apache.org/jira/browse/TUSCANY-862
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core
Affects Versions: Java-M2
Reporter: ant elder
 Fix For: Java-M2


If you do CurrentCompositeContext.locateService on a reference which uses 
interface.wsdl you get a NPE:

java.lang.NullPointerException
at 
org.apache.tuscany.core.wire.jdk.JDKWireService.createProxy(JDKWireService.java:92)
at 
org.apache.tuscany.spi.extension.ReferenceExtension.getServiceInstance(ReferenceExtension.java:81)
at 
org.apache.tuscany.spi.extension.CompositeComponentExtension.locateService(CompositeComponentExtension.java:275)
at 
org.apache.tuscany.core.launcher.CompositeContextImpl.locateService(CompositeContextImpl.java:65)
at helloworld.HelloWorldWSClient.setUp(HelloWorldWSClient.java:46)

Thats becuase the wire.getServiceContract().getInterfaceClass() returns null.

To demonstrate change the helloworldwsclient to use the reference 
'HelloWorldService'


 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: A maven plugin helps install artifacts for a standalone Tuscany application

[Luciano Resende]

Today, if I want to run a standalone app, i have to unzip the standalone
distribution into the target directory and run it using the launcher.

With your changes to the plugin, would I be able to populate the target
directory with necessary standalone distribution files in the right
structure so the application could just run with a mvn run for example ?

- Luciano


On 10/16/06, Raymond Feng <[EMAIL PROTECTED]> wrote:


Hi,

I twisted our war maven plugin so that it can now be used to either
install
a tuscany standalone application to a directory with the similar structure
as we have for the WAR or create a zip file containing all the required
artifacts and you can unzip it somewhere to run.

Do you see any values? I found it simplify my life to deploy the
helloworldwsclient sample which has quite a few dependencies.

If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond


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

[jira] Created: (TUSCANY-861) Axis2 binidng requires servlet API for SCA references

[ant elder (JIRA)]

Axis2 binidng requires servlet API for SCA references
-

 Key: TUSCANY-861
 URL: http://issues.apache.org/jira/browse/TUSCANY-861
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Axis Binding
Affects Versions: Java-Mx
Reporter: ant elder
 Fix For: Java-Mx


The Axis2 binding requires the Servlet api even when just using WS references 
in the standalone environemnt.
The Axis builder should be split into seperate service and reference builders 
so the refernece doesnt use the ServletHost

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: Eclipse projects

[Adriano Crestani]

I had tried it, but now I realised that when I executed this command I was
outside the folder java, now I am trying it in folder java and it seems to
be working. Thanks.

Adriano Crestani


On 10/16/06, Luciano Resende <[EMAIL PROTECTED]> wrote:


Once you generate the project files, you should be able to go to eclipse
and
do an import : Existing projects into Workspace, and select the directory
you ran mvn -Peclipse eclipse:eclipse. Note that the command will generate
eclipse project files for all projects contained on the sub directory tree
you ran the command.

- Luciano

On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Adriano,
>
>   Did you generate the eclipse artifacts using the maven build first?
> If not, you can generate the .project and .classpath by doing:
>
> mvn -Peclipse eclipse:eclipse
>
> Brent
>
> On 10/16/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > I've already downloaded all the source code using the subversion and
now
> I'm
> > trying to import the projeto into the eclipse, but when I select the
> folder
> > where the .project was supposed to be the eclipse doesn't find any
> project
> > into this folder. Can anybody help me?
> >
> > Adriano Crestani
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Eclipse projects

[kelvin goodson]

Further to this,  you''l find that the eclipse projects base the locations
of jars that they depend on a variable called M2_REPO,
but that variable is not set.  So you'll either need to set this variable
and use maven to install these dependencies into your maven repository,  or
you will need redirect the dependencies to other projects in your eclipse
workspace.

You can set the M2_REPO variable by right clicking on the java project,
select Properties -=> Java Build Path and click "Add Variable". The variable
should be set to a Folder  which is ~/.m2/repository  where ~ is your home
folder/directory.

Regards, Kelvin.

On 16/10/06, Luciano Resende <[EMAIL PROTECTED]> wrote:


Once you generate the project files, you should be able to go to eclipse
and
do an import : Existing projects into Workspace, and select the directory
you ran mvn -Peclipse eclipse:eclipse. Note that the command will generate
eclipse project files for all projects contained on the sub directory tree
you ran the command.

- Luciano

On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Adriano,
>
>   Did you generate the eclipse artifacts using the maven build first?
> If not, you can generate the .project and .classpath by doing:
>
> mvn -Peclipse eclipse:eclipse
>
> Brent
>
> On 10/16/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > I've already downloaded all the source code using the subversion and
now
> I'm
> > trying to import the projeto into the eclipse, but when I select the
> folder
> > where the .project was supposed to be the eclipse doesn't find any
> project
> > into this folder. Can anybody help me?
> >
> > Adriano Crestani
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: A maven plugin helps install artifacts for a standalone Tuscany application

[Jim Marino]

On Oct 16, 2006, at 1:07 PM, Raymond Feng wrote:


Hi,

I twisted our war maven plugin so that it can now be used to either  
install a tuscany standalone application to a directory with the  
similar structure as we have for the WAR or create a zip file  
containing all the required artifacts and you can unzip it  
somewhere to run.


Do you see any values? I found it simplify my life to deploy the  
helloworldwsclient sample which has quite a few dependencies.


I think this has a lot of value and is one of the directions we  
should take deployment...which reminds me we should kick off a  
discussion on deployment, provisioning, and service discovery.


Jim


If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond

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

[jira] Created: (TUSCANY-860) Launder should produce some meanlingful error messages instead of runtime exception

[Raymond Feng (JIRA)]

Launder should produce some meanlingful error messages instead of runtime 
exception 


 Key: TUSCANY-860
 URL: http://issues.apache.org/jira/browse/TUSCANY-860
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core
Affects Versions: Java-M2
Reporter: Raymond Feng
Priority: Minor
 Fix For: Java-M2


if I forget to pass the app jar to the launcher, I got 
IndexOutOfBoundsException instead of a meaningful msg and if there's no 
Main-Class entry in the manifest, I got NPE

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

A maven plugin helps install artifacts for a standalone Tuscany application

[Raymond Feng]

Hi,

I twisted our war maven plugin so that it can now be used to either install 
a tuscany standalone application to a directory with the similar structure 
as we have for the WAR or create a zip file containing all the required 
artifacts and you can unzip it somewhere to run.


Do you see any values? I found it simplify my life to deploy the 
helloworldwsclient sample which has quite a few dependencies.


If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond 



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

Resend: A maven plugin helps install artifacts for a standalone Tuscany application

[Raymond Feng]

Some folks didn't see this, trying to resend:

Hi,

I twisted our war maven plugin so that it can now be used to either install
a tuscany standalone application to a directory with the similar structure
as we have for the WAR or create a zip file containing all the required
artifacts and you can unzip it somewhere to run.

Do you see any values? I found it simplify my life to deploy the
helloworldwsclient sample which has quite a few dependencies.

If the answer is yes, I can check in the changes into trunk.

Thanks,
Raymond


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

Re: Eclipse projects

[Luciano Resende]

Once you generate the project files, you should be able to go to eclipse and
do an import : Existing projects into Workspace, and select the directory
you ran mvn -Peclipse eclipse:eclipse. Note that the command will generate
eclipse project files for all projects contained on the sub directory tree
you ran the command.

- Luciano

On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:


Adriano,

  Did you generate the eclipse artifacts using the maven build first?
If not, you can generate the .project and .classpath by doing:

mvn -Peclipse eclipse:eclipse

Brent

On 10/16/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> I've already downloaded all the source code using the subversion and now
I'm
> trying to import the projeto into the eclipse, but when I select the
folder
> where the .project was supposed to be the eclipse doesn't find any
project
> into this folder. Can anybody help me?
>
> Adriano Crestani
>
>

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

[jira] Resolved: (TUSCANY-820) Configuration info for Command Parameters should include an "index"

[Brent Daniel (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-820?page=all ]

Brent Daniel resolved TUSCANY-820.
--

Resolution: Fixed

> Configuration info for Command Parameters should include an "index"
> ---
>
> Key: TUSCANY-820
> URL: http://issues.apache.org/jira/browse/TUSCANY-820
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java DAS RDB
>Affects Versions: Java-Mx
>Reporter: Kevin Williams
> Assigned To: Brent Daniel
> Fix For: Java-Mx
>
>
> The configuration for command parameters should include an index.  As an 
> example, the current SP example with an OUT parameter has the following 
> associated config file:
>  xsi:noNamespaceSchemaLocation="http:///org.apache.tuscany.das.rdb/config.xsd"; 
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
>  kind="procedure">
>
>
> 
> 
> In keeping with our philosophy that only config that needs to vary from the 
> defaults should be provided, the first parameter should not need to be 
> defined since it is of the default IN type.  However, removing the first 
> parameter definition results in the following error.
> 
> java.lang.RuntimeException: SQL Exception: Parameter 1 cannot be registered 
> as an OUT parameter because it is an IN parameter. 
>   at 
> org.apache.tuscany.das.rdb.impl.SPCommandImpl.executeQuery(SPCommandImpl.java:73)
>   at 
> org.apache.tuscany.das.rdb.test.StoredProcs.testGetNamedCustomers(StoredProcs.java:116)
> 
> I assume this error is caused by the runtime inferring index positionally 
> from the config input and the first parameter is necessary as a place holder 
> in order for the OUT parameter to properly have an index of 2.
>   

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-835) "Version" column should default to "managed = true"

[Brent Daniel (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]

Brent Daniel resolved TUSCANY-835.
--

Resolution: Fixed

> "Version" column should default to "managed = true"
> ---
>
> Key: TUSCANY-835
> URL: http://issues.apache.org/jira/browse/TUSCANY-835
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java DAS RDB
>Affects Versions: Java-Mx
>Reporter: Kevin Williams
> Assigned To: Brent Daniel
> Fix For: Java-Mx
>
>
> This is fine with me. Most of the time users will probably want to
> have the DAS do the work rather than manually updating the version
> column or having a database trigger do it.
> Brent
> On 10/12/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
> > While writing the User level documentation for Optimistic Concurrency
> > Control I started wondering about our current default which is to NOT
> > manage the designated version column.  That is, we assume that it is the
> > client's responsibility to modify this column whenever they modify any
> > other column in the associated row.
> >
> > We also provide another option in which the DAS is responsible for
> > bumping the value of the designated column whenever any other column is
> > modified in the associated row.  It seems to me that this will be the
> > typical case and should also be the default to save the developer from
> > specifying another piece of config. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Assigned: (TUSCANY-835) "Version" column should default to "managed = true"

[Brent Daniel (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]

Brent Daniel reassigned TUSCANY-835:


Assignee: Brent Daniel

> "Version" column should default to "managed = true"
> ---
>
> Key: TUSCANY-835
> URL: http://issues.apache.org/jira/browse/TUSCANY-835
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java DAS RDB
>Affects Versions: Java-Mx
>Reporter: Kevin Williams
> Assigned To: Brent Daniel
> Fix For: Java-Mx
>
>
> This is fine with me. Most of the time users will probably want to
> have the DAS do the work rather than manually updating the version
> column or having a database trigger do it.
> Brent
> On 10/12/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
> > While writing the User level documentation for Optimistic Concurrency
> > Control I started wondering about our current default which is to NOT
> > manage the designated version column.  That is, we assume that it is the
> > client's responsibility to modify this column whenever they modify any
> > other column in the associated row.
> >
> > We also provide another option in which the DAS is responsible for
> > bumping the value of the designated column whenever any other column is
> > modified in the associated row.  It seems to me that this will be the
> > typical case and should also be the default to save the developer from
> > specifying another piece of config. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Hi Tuscany Community

[Adriano Crestani]

   I'm actually studing computer science in UFMT-Brazil (Federal University
of Mato Grosso-Brazil) and as Luciano Resende was inviting students to help
this project I decided to give a hand to this community with the little
knowledge in database and Java I have, and I expect to learn as much as I
can about XML and the integration between Java and XML. I'd like to know if
there's somebody that can help to give the first step on this project, cause
I don't know where to start :s. Thanks!

Adriano Crestani

Re: DAS Java M2 RC3

[Kevin Williams]

It seems to me that the sample distribution should contain everything 
needed to run the sample save the DAS runtime.  If this is agreed than I 
can make the required changes to the sample readme.  I have been meaning 
to walk through these instructions anyway.

--
Kevin


Brent Daniel wrote:


Also, the sample distribution doesn't include the canned database.
This is required by the sample, so right now users would be forced to
download the source build to get it.

Brent


On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:


Hey Luciano,

A couple of quick things I noticed:

1) BUILDING.txt seems to have disappeared from the source and binary
distributions.

2) The source distribution contains the "distribution" directory with
all of the assembly files. Is this supposed to be included? I notice
the SDO distribution contains this directory too, but only contains
the top level .txt files.

Brent

On 10/13/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
> The DAS Java M2 Release Candidate 3 is available at :
>
> http://people.apache.org/~kelvingoodson/das_java/RC3/
> 
>
> Changes from DAS Java M2 - RC2
> 
http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00268.html

>
> Changes from DAS Java M2 - RC1
>
>  I have addressed most of issues from the feedback you guys gave me on
> RC1, see thread below :
>
> 
http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00242.html

>
>
> NOTE: I'm thinking to get a RC3a out soon, to address Jeremy's
> comments, see thread below :
>
> 
http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09612.html

>
> What's new in DAS Java M2
>
>  DAS Core features
>
> - MySQL support
> - Static Data Objects
> - Dynamic root for static graphs
> - "Unique" attribute on relationships
> - Explicit ResultSet shape definition
> - Improved logging
> - Programmatic Configuration
> - Helper for empty SDO Graph
> - Convention over configuration
>- Column named "ID" is the PK
>- Column named "xxx_ID" is the FK to table "xxx"
>
>  DAS Samples
> - Tomcat integration and automated DAS samples testing (htmlUnit)
> - DAS Samples now have all dependencies and source code inside the
> sample war
>
>  For detailed user documentation and feature descriptions, access 
Tuscany

> DAS Wiki page
> http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview
>
> Please take a look at it and provide your feedback.
>
> Thanks
> Luciano Resende
>
>



-
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: KEYS file contents

[robert burrell donkin]

On 10/16/06, kelvin goodson <[EMAIL PROTECTED]> wrote:

Can anyone help me

1) get the correct format for my gpg KEYS file and


see below


2) confirm that I can just append it to the file at
https://svn.apache.org/repos/asf/incubator/tuscany/KEYS


yeh - just append it (everything that isn't an export will be ignored by import)




which doesn't identify me in the same way that the existing one in  svn
identifies Jeremy.
My guess is I need to get that format of header before adding it to the svn
file.


gpg --list-keys rdonkin
pub   1024D/B1313DE2 2003-01-15
uid  Robert Burrell Donkin (CODE SIGNING KEY)
<[EMAIL PROTECTED]>
uid  Robert Burrell Donkin <[EMAIL PROTECTED]>
uid  Robert Burrell Donkin
<[EMAIL PROTECTED]>
sub   1024D/7D0D4DED 2006-06-18 [expires: 2008-06-17]
sub   2048g/48F0B49F 2005-05-30

BTW if you are still on GnuPG 1.2.2, i strongly recommend upgrading to
a more recent version

- robert

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

Re: DAS Java M2 RC3

[Brent Daniel]

Also, the sample distribution doesn't include the canned database.
This is required by the sample, so right now users would be forced to
download the source build to get it.

Brent


On 10/16/06, Brent Daniel <[EMAIL PROTECTED]> wrote:

Hey Luciano,

A couple of quick things I noticed:

1) BUILDING.txt seems to have disappeared from the source and binary
distributions.

2) The source distribution contains the "distribution" directory with
all of the assembly files. Is this supposed to be included? I notice
the SDO distribution contains this directory too, but only contains
the top level .txt files.

Brent

On 10/13/06, Luciano Resende <[EMAIL PROTECTED]> wrote:
> The DAS Java M2 Release Candidate 3 is available at :
>
> http://people.apache.org/~kelvingoodson/das_java/RC3/
> 
>
> Changes from DAS Java M2 - RC2
> http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00268.html
>
> Changes from DAS Java M2 - RC1
>
>  I have addressed most of issues from the feedback you guys gave me on
> RC1, see thread below :
>
> http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00242.html
>
>
> NOTE: I'm thinking to get a RC3a out soon, to address Jeremy's
> comments, see thread below :
>
> http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09612.html
>
> What's new in DAS Java M2
>
>  DAS Core features
>
> - MySQL support
> - Static Data Objects
> - Dynamic root for static graphs
> - "Unique" attribute on relationships
> - Explicit ResultSet shape definition
> - Improved logging
> - Programmatic Configuration
> - Helper for empty SDO Graph
> - Convention over configuration
>- Column named "ID" is the PK
>- Column named "xxx_ID" is the FK to table "xxx"
>
>  DAS Samples
> - Tomcat integration and automated DAS samples testing (htmlUnit)
> - DAS Samples now have all dependencies and source code inside the
> sample war
>
>  For detailed user documentation and feature descriptions, access Tuscany
> DAS Wiki page
> http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview
>
> Please take a look at it and provide your feedback.
>
> Thanks
> Luciano Resende
>
>



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

KEYS file contents

[kelvin goodson]

Can anyone help me

1) get the correct format for my gpg KEYS file and
2) confirm that I can just append it to the file at
https://svn.apache.org/repos/asf/incubator/tuscany/KEYS

Currently when I export the key with "gpg --armor --export" I get

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.2 (MingW32)

mQGiBEUUBMURBAC2A2TU5MsP32Q+aOmPAKPqNafBlYURknO4gvlq83nyA/lC/jWx
rN77xhopbWKFV5y1Dr2b65g8t80sL2ZbA6YvoXD9UU2zI5s+udJSJdtspGn+/JjW
G19fJzlJBx1SfnrHiUo863gxxRWImjHaN/nJCf0NP8eMhJwW98+EV19M9wCghRGx
Q5UBiLparFpVOIDAVAr3Il0D/3WHuCyGAwctnRbhTWxqkIMrl5X6nX2AK3mwErF8
9UY30Abff4DrK3JH2AFWbq5Ojj1LQpcixA6TORBRIsamWMwHW+jF29RZ2VrXWIST
8OSYW8m1Sz0d+NgoZ+4TMwgVo0zXp62Ne2T55ydMaoljTEKADC4NFcB90hpiERp0
vTC7A/wJCz63JshK/2v+fXgTsnqjc6Mp/ye2f06GgKleG4bkpT2ouH+YcSe91FXm
0LdCt+wL3UI4ZO0R3r7CSlyv8dNIkVWFp7EjX0QI8UeMa0oyrmGpiwsCBNsQfB4s
pkX+wV0EBRjxQo6zgrpH19u3nblbdG5dd5JCTxeXuZnniMw1jbQ/S2VsdmluIEdv
b2Rzb24gKEZvciBBcGFjaGUgVHVzY2FueSkgPGtlbHZpbkB0aGVnb29kc29ucy5v
cmcudWs+iFsEExECABsFAkUUBMUGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQjjen
AsqzDdy2GgCfbh/P3MHGeVnWk9mNwo23DIIc1mMAnAsQXgc+wLIiWc1gv/qPGttY
v9uouQENBEUUBMYQBACDIE4E/vxTPuBmBGl0DXBlVTrYAXwreqXEzkVpp1wot6Kk
pP1jpCRNAgcbChHEihgYsjTjYOUQzjjVGpfiK+OwSE5wcFRk/yCpuW8VGOF/Pl1T
xE4lP9sakHUxZN2dDQHUBFMEg8UGwfZVcyVIwK+5kF9T9RKdgHReMnX0C9TxewAD
BQP8DQlt7CeTZLuqdDMUMsOQDRDFGQixxQaYs0yt9YKdYBF1PKPTo4kC1eyxzB0f
TS2fFobPh0kYyv9ONf9wXCOEmj/Dm7MHlGnY9Mfvau8egrvg80m4m7Nf+yPDox1W
qIX1oIxWApfAqPWms95Nicw+tXEjCKvO9FUYxaCt02cSuCSIRgQYEQIABgUCRRQE
xgAKCRCON6cCyrMN3KNdAJ9FFapT1VNt+PnCozDbkUiOiQbozwCeNRuGc/grfMUl
9uESpkPsxPnX/UQ=
=zUaf
-END PGP PUBLIC KEY BLOCK-

which doesn't identify me in the same way that the existing one in  svn
identifies Jeremy.
My guess is I need to get that format of header before adding it to the svn
file.

Regards, Kelvin.

Re: Eclipse projects

[Brent Daniel]

Adriano,

 Did you generate the eclipse artifacts using the maven build first?
If not, you can generate the .project and .classpath by doing:

mvn -Peclipse eclipse:eclipse

Brent

On 10/16/06, Adriano Crestani <[EMAIL PROTECTED]> wrote:

I've already downloaded all the source code using the subversion and now I'm
trying to import the projeto into the eclipse, but when I select the folder
where the .project was supposed to be the eclipse doesn't find any project
into this folder. Can anybody help me?

Adriano Crestani




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

Re: JDBC stored procedure container using DAS

[Kevin Williams]

Hi Ant,

This is a great idea and Luciano and I have had some initial related 
discussion: 


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

Since the DAS API for stored procedures is the same as that for SQL, I 
wonder if we could build a general solution to integrate DAS into SCA 
that would also support SPs as you mention?


--
Kevin




ant elder wrote:

I was reviewing the DAS user guide and reading the section about using 
DAS

with stored procedures:
http://wiki.apache.org/ws/WorkingWithStoredProcedures#preview, and 
wondered

wouldn't it be useful to have an SCA component implemented by a stored
procedure? How about implementing a container for this (not for M2 of
course). Using the DAS stored procedure capabilities would make 
implementing
this quite easy, and it would help get a bit more interaction going 
between

the SCA and DAS  people.

Any one interested in having a look at this?

  ...ant





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

Eclipse projects

[Adriano Crestani]

I've already downloaded all the source code using the subversion and now I'm
trying to import the projeto into the eclipse, but when I select the folder
where the .project was supposed to be the eclipse doesn't find any project
into this folder. Can anybody help me?

Adriano Crestani

[jira] Created: (TUSCANY-859) ChangeSummary#isCreated cache is not updated while changes are still going on

[Yang ZHONG (JIRA)]

ChangeSummary#isCreated cache is not updated while changes are still going on
-

 Key: TUSCANY-859
 URL: http://issues.apache.org/jira/browse/TUSCANY-859
 Project: Tuscany
  Issue Type: Bug
  Components: Java SDO Implementation
Affects Versions: Java-Mx
Reporter: Yang ZHONG


This Test Case uses simple.xsd from tuscany/java/sdo/impl/src/test/resources,
however it's a *generic* issue, not specific to simple.xsd.

child = quote.createDataObject("quotes");
assertTrue(changeSummary.isCreated(child));
child = quote.createDataObject("quotes");
assertTrue(changeSummary.isCreated(child));

The last assertion fails.

ChangeSummary#isCreated delegates to *derived* getObjectsToDetach()
caching which improves performance.
However, the cache should be updated while changes are still going on.

I have browsed the spec 2.1draft and 2.01, they don't seem forbid users from 
querying ChangeSummary before endLogging().

One of the possible solutions is to invalidate cache whevever there's a new 
change, such as

public void SDOChangeRecorder#notifyChanged(Notification notification)
{
cachedObjectsToDetach = null;
super.notifyChanged( notification);
}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: DAS Java M2 RC3

[Brent Daniel]

Hey Luciano,

A couple of quick things I noticed:

1) BUILDING.txt seems to have disappeared from the source and binary
distributions.

2) The source distribution contains the "distribution" directory with
all of the assembly files. Is this supposed to be included? I notice
the SDO distribution contains this directory too, but only contains
the top level .txt files.

Brent

On 10/13/06, Luciano Resende <[EMAIL PROTECTED]> wrote:

The DAS Java M2 Release Candidate 3 is available at :

http://people.apache.org/~kelvingoodson/das_java/RC3/


Changes from DAS Java M2 - RC2
http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00268.html

Changes from DAS Java M2 - RC1

 I have addressed most of issues from the feedback you guys gave me on
RC1, see thread below :

http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00242.html


NOTE: I'm thinking to get a RC3a out soon, to address Jeremy's
comments, see thread below :

http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg09612.html

What's new in DAS Java M2

 DAS Core features

- MySQL support
- Static Data Objects
- Dynamic root for static graphs
- "Unique" attribute on relationships
- Explicit ResultSet shape definition
- Improved logging
- Programmatic Configuration
- Helper for empty SDO Graph
- Convention over configuration
   - Column named "ID" is the PK
   - Column named "xxx_ID" is the FK to table "xxx"

 DAS Samples
- Tomcat integration and automated DAS samples testing (htmlUnit)
- DAS Samples now have all dependencies and source code inside the
sample war

 For detailed user documentation and feature descriptions, access Tuscany
DAS Wiki page
http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview

Please take a look at it and provide your feedback.

Thanks
Luciano Resende




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

Re: Use of @Reference on a field

[Jim Marino]

They should be in - I did the changes back in July as I recall. It's  
possible I missed a few spots so please do file something on OSOA in  
case I missed a few places.


Jim


On Oct 16, 2006, at 10:13 AM, Scott Kurz wrote:


Hmm..thx but.I don't see the changes in the 0.95 C&I spec.

Sections 1.3.1.1. "Using Reference Injection" and 1.7.9 could use
updating.   I'll send a feedback via the OSOA site unless you tell  
me that's

not necessary.

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


It was change in the 0.95 spec that private field and setters are not
supported (due to security issues bypassing the Java protection  
model).

--
Jeremy

On Oct 16, 2006, at 9:32 AM, Scott Kurz wrote:

> I noticed you can't use the @Reference annotation on a private
> field of a
> Java component impl.
>
> Both the IntrospectionRegistryImpl and HeuristicPojoProcessor
> classes seem
> to only look at public and protected fields for annotations.
>
> I was just wondering:  is this a Tuscany behavior (only looking at
> public/protected methods and fields) or is this part of the SCA
> spec?  I
> don't see this
> restriction in the SCA v0.91 C&I Java spec..though I'm not looking
> at every
> line.
>
> Not that this is a huge limitation:  it's just that this is the
> first thing
> I tried and it didn't work and I didn't find anyting when searching
> the list
> archive either.
>
> Thanks,
> Scott Kurz


-
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: Use of @Reference on a field

[Jeremy Boynes]

If you have access to the spec info it was the resolution of Issue 35  
back in March. I would have thought that made the 0.95 spec :-)  
Sending feedback to the site would be good (or yelling at Jim  
here :-) ).

--
Jeremy

On Oct 16, 2006, at 10:13 AM, Scott Kurz wrote:


Hmm..thx but.I don't see the changes in the 0.95 C&I spec.

Sections 1.3.1.1. "Using Reference Injection" and 1.7.9 could use
updating.   I'll send a feedback via the OSOA site unless you tell  
me that's

not necessary.

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


It was change in the 0.95 spec that private field and setters are not
supported (due to security issues bypassing the Java protection  
model).

--
Jeremy

On Oct 16, 2006, at 9:32 AM, Scott Kurz wrote:

> I noticed you can't use the @Reference annotation on a private
> field of a
> Java component impl.
>
> Both the IntrospectionRegistryImpl and HeuristicPojoProcessor
> classes seem
> to only look at public and protected fields for annotations.
>
> I was just wondering:  is this a Tuscany behavior (only looking at
> public/protected methods and fields) or is this part of the SCA
> spec?  I
> don't see this
> restriction in the SCA v0.91 C&I Java spec..though I'm not looking
> at every
> line.
>
> Not that this is a huge limitation:  it's just that this is the
> first thing
> I tried and it didn't work and I didn't find anyting when searching
> the list
> archive either.
>
> Thanks,
> Scott Kurz


-
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: Use of @Reference on a field

[Scott Kurz]

Hmm..thx but.I don't see the changes in the 0.95 C&I spec.

Sections 1.3.1.1. "Using Reference Injection" and 1.7.9 could use
updating.   I'll send a feedback via the OSOA site unless you tell me that's
not necessary.

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


It was change in the 0.95 spec that private field and setters are not
supported (due to security issues bypassing the Java protection model).
--
Jeremy

On Oct 16, 2006, at 9:32 AM, Scott Kurz wrote:

> I noticed you can't use the @Reference annotation on a private
> field of a
> Java component impl.
>
> Both the IntrospectionRegistryImpl and HeuristicPojoProcessor
> classes seem
> to only look at public and protected fields for annotations.
>
> I was just wondering:  is this a Tuscany behavior (only looking at
> public/protected methods and fields) or is this part of the SCA
> spec?  I
> don't see this
> restriction in the SCA v0.91 C&I Java spec..though I'm not looking
> at every
> line.
>
> Not that this is a huge limitation:  it's just that this is the
> first thing
> I tried and it didn't work and I didn't find anyting when searching
> the list
> archive either.
>
> Thanks,
> Scott Kurz


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

Re: Use of @Reference on a field

[Jeremy Boynes]

It was change in the 0.95 spec that private field and setters are not  
supported (due to security issues bypassing the Java protection model).

--
Jeremy

On Oct 16, 2006, at 9:32 AM, Scott Kurz wrote:

I noticed you can't use the @Reference annotation on a private  
field of a

Java component impl.

Both the IntrospectionRegistryImpl and HeuristicPojoProcessor  
classes seem

to only look at public and protected fields for annotations.

I was just wondering:  is this a Tuscany behavior (only looking at
public/protected methods and fields) or is this part of the SCA  
spec?  I

don't see this
restriction in the SCA v0.91 C&I Java spec..though I'm not looking  
at every

line.

Not that this is a huge limitation:  it's just that this is the  
first thing
I tried and it didn't work and I didn't find anyting when searching  
the list

archive either.

Thanks,
Scott Kurz



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

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

[Simon Laws]

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


Andrew Borley wrote:
> In the interests of getting a release out sooner rather than later, I
> think we should leave this for after M2.
>
> I've now added the missing makefiles so the PHP client as it currently
> is should be in RC2.
>
> Cheers
> Andy
>
> On 10/16/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
>> I'm assuming this does not require our Tuscany PHP language extension
>> that
>> we agreed would NOT be in this release?
>>
>> Cheers,
>>
>>
>> On 16/10/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
>> >
>> > 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]
>> > >
>> > >
>> >
>> >
>>
>>
>> --
>> Pete
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

OK that's fine by me. Like I said earlier in the thread, I wouldn't want
to break the release with last minute changes now that's it's stable and
almost ready for a vote. After the M2 release is published it would be
really cool if somebody in the group could post an article, Blog or add
to our Website a description of how to do this on top of our M2...

--
Jean-Sebastien


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

I'd be more than happy to create a PHP SCA client for Big Bank to either

sit alongside or replace the current PHP SDO client. Glad you don't want it
for M2 though as I'm a bit bit snowed under this week.

Regards

Simon

Use of @Reference on a field

[Scott Kurz]

I noticed you can't use the @Reference annotation on a private field of a
Java component impl.

Both the IntrospectionRegistryImpl and HeuristicPojoProcessor classes seem
to only look at public and protected fields for annotations.

I was just wondering:  is this a Tuscany behavior (only looking at
public/protected methods and fields) or is this part of the SCA spec?  I
don't see this
restriction in the SCA v0.91 C&I Java spec..though I'm not looking at every
line.

Not that this is a huge limitation:  it's just that this is the first thing
I tried and it didn't work and I didn't find anyting when searching the list
archive either.

Thanks,
Scott Kurz

[jira] Resolved: (TUSCANY-848) Some files missing the Apache license header

[Pete Robbins (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]

Pete Robbins resolved TUSCANY-848.
--

Resolution: Fixed

> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Assigned To: Pete Robbins
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> In both the source and bin distributions, the following files are missing the 
> Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.
> And in the source distributions:
> In both SCA and SDO configure.ac
> Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
> 48736_xml.txt
> 48736_xsd.txt
> StockQuoteService.wsdl
> b46633.txt
> b46634_out.txt
> b47137.txt
> b47137b.txt
> b47293.txt
> b48633_xml.txt
> b48633b_xsd.txt
> b48636_xml.txt
> b48636_xsd.txt
> b48686_xml.txt
> b48686_xsd.txt
> badelement.txt
> bothgroups_xsd.txt
> bothgroupssamename_xsd.txt
> bug2.txt
> bug45933-output.txt
> bug48300_xml.txt
> bug48300_xsd.txt
> bunique-out.txt
> bunique-out.xsd_safe.txt
> bunique-outxml.txt
> buniqueread-out.txt
> calculator2.wsdl
> calculator2a.wsdl
> carotest3.txt
> csload-output.txt
> csload2-output.txt
> csload3-output.txt
> cssave-output.txt
> cssave2-output.txt
> datetest.txt
> defaults.txt
> doctest.txt
> emptycs1.txt
> emptycs2.txt
> emptycs3.txt
> getproptest.txt
> groupingroup_xsd.txt
> grouprefingroup_xsd.txt
> grouptoolate_xsd.txt
> groupwithprefix_xsd.txt
> inc1.txt
> inc2.txt
> jira490.txt
> jira705.xsd
> jira705_out.txt
> list1_xml.txt
> list1_xsd.txt
> loadload-output.txt
> maintest.txt
> matttest1.txt
> merle1.txt
> notns.txt
> nulltest.txt
> oddchars.txt
> openloadNSout.txt
> openseq.txt
> order1.txt
> order2.txt
> querytest.txt
> saveopen-output.txt
> scenario1.txt
> scenario2.txt
> scenario3.txt
> scenario4.txt
> scenario5.txt
> sequence.txt
> setmany.txt
> setnull.txt
> showdefault1.txt
> showdefault2.txt
> simple.txt
> stock.wsdl
> stock_wsdl.txt
> stock_xml.txt
> testabstract.txt
> testerrors.txt
> testinc2.txt
> testopen.txt
> testorder.txt
> teststyles.txt
> testsubsload.txt
> testutils.txt
> testwsdl.txt
> travel.txt
> userdata.txt
> xhtml1.xsd
> xhtml_out.txt
> To run the ARAT tool, get it from svn checkout 
> http://arat.googlecode.com/svn/trunk/ arat, build it with Ant (you just need 
> the JDK and Ant) then run java -jar rat-0.1-SNAPSHOT.jar . 
> It will produce a report showing the licenses and notices that it finds. 
> Violations are marked with a '!'. The tool incorrectly reports violations on 
> binary files and the INSTALL files which I think are OK (I have not found an 
> Apache project with a license at the top of its INSTALL file). 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-850) Minor issues in the SCA doc/CPPComponents.html

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-850?page=all ]

Andrew Borley resolved TUSCANY-850.
---

Resolution: Fixed

Fixed in r464521

> Minor issues in the SCA doc/CPPComponents.html
> --
>
> Key: TUSCANY-850
> URL: http://issues.apache.org/jira/browse/TUSCANY-850
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Cpp-M2
>
>
> A few minor issues in CPPComponents.html:
> The overview starting with "Each SCA C++ component needs:" says that each C++ 
> component requires a composite file, a composite and another composite file 
> describing the configuration... this is a little misleading.
> I think we should describe the following steps, (with any wording you like):
> - To turn your C++ implementation into a component, you need to write an SCDL 
> component declaration. To do this you write an SCDL composite file. Usually 
> this composite file will contain multiple components configured and assembled 
> together.
> - Then you need to deploy this composite to your SCA system. In this release 
> we are leveraging the SCA recursive composition model to do this. You simply 
> create an SCDL component representing this composite in the SCA system, in 
> another composite file.  
> A side comment, I find this pretty difficult to describe in generic terms 
> without using a specific example like Calculator, now that everything is a 
> composite, it not always obvious to distinguish between (module) composites 
> and (subsystem) composites.
> The text in step (8) should be adjusted as well. We should add that 
> sample.calculator.solution.composite is used to include the Calculator 
> composite in the SCA system. Also the text "The composite component 
> definition should specify the service name used in the componentType" should 
> be removed as there is no service and componentType file here.
> In step 9, the .h files are not needed under the deploy directory. Only the 
> binaries and SCDL files are needed.
> In step 11, we should describe what these environment variables are used for:
> TUSCANY_SCACPP_SYSTEM_ROOT: the directory where the SCA runtime will look for 
> .composite files
> TUSCANY_SCACPP_DEFAULT_COMPONENT: the component used to set the 
> CompositeContext in an SCA client, this component must be an instance of a 
> composite (i.e. contain an  element).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

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

[Jean-Sebastien Delfino]

Andrew Borley wrote:

In the interests of getting a release out sooner rather than later, I
think we should leave this for after M2.

I've now added the missing makefiles so the PHP client as it currently
is should be in RC2.

Cheers
Andy

On 10/16/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
I'm assuming this does not require our Tuscany PHP language extension 
that

we agreed would NOT be in this release?

Cheers,


On 16/10/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> 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]
> >
> >
>
>


--
Pete




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




OK that's fine by me. Like I said earlier in the thread, I wouldn't want 
to break the release with last minute changes now that's it's stable and 
almost ready for a vote. After the M2 release is published it would be 
really cool if somebody in the group could post an article, Blog or add 
to our Website a description of how to do this on top of our M2...


--
Jean-Sebastien


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

Re: Need help creating a DAS Branch for our M2 release

[Luciano Resende]

Thanks.

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


I copied r464380 to create branches/das-java-M2

HTH
--
Jeremy

On Oct 15, 2006, at 10:15 PM, Luciano Resende wrote:

> The DAS project have already gone trough 3 release candidates and I
> believe
> it's ready to get branched as suggested in a previous e-mail thread
> started
> by Jeremy.
>
>   http://www.mail-archive.com/tuscany-dev%40ws.apache.org/
> msg09521.html
>
> I'd like to ask for a commiter to kindly volunteer and help
> creating a DAS
> branch to be used for the M2 release.
>
> Thanks
>
> Luciano Resende


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

[jira] Commented: (TUSCANY-848) Some files missing the Apache license header

[Pete Robbins (JIRA)]

[ 
http://issues.apache.org/jira/browse/TUSCANY-848?page=comments#action_12442628 
] 

Pete Robbins commented on TUSCANY-848:
--

I have added the correct licence info to:

SCA GettingStarted.html and samples/GettingStarted.html. 
In both SCA and SDO, all the Makefile.am files. 
In both SCA and SDO, doc/css/maven-base.css and maven-theme.css. 

SCA, the two package.html file in scagen.jar. 

And in the source distributions: 
In both SCA and SDO configure.ac 

Also I deleted the SCA xsd/readme.txt.  which contains no useful info.

The SDO runtime/core/test files that are input only have had licence headers 
added. The remaining files are "expected output" files and can be classed as 
"binary" and therefore do not need licence headers (see query I posted to 
[EMAIL PROTECTED]). I will list these files in a readme.txt in the 
runtime/core/test folder.

> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Assigned To: Pete Robbins
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> In both the source and bin distributions, the following files are missing the 
> Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.
> And in the source distributions:
> In both SCA and SDO configure.ac
> Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
> 48736_xml.txt
> 48736_xsd.txt
> StockQuoteService.wsdl
> b46633.txt
> b46634_out.txt
> b47137.txt
> b47137b.txt
> b47293.txt
> b48633_xml.txt
> b48633b_xsd.txt
> b48636_xml.txt
> b48636_xsd.txt
> b48686_xml.txt
> b48686_xsd.txt
> badelement.txt
> bothgroups_xsd.txt
> bothgroupssamename_xsd.txt
> bug2.txt
> bug45933-output.txt
> bug48300_xml.txt
> bug48300_xsd.txt
> bunique-out.txt
> bunique-out.xsd_safe.txt
> bunique-outxml.txt
> buniqueread-out.txt
> calculator2.wsdl
> calculator2a.wsdl
> carotest3.txt
> csload-output.txt
> csload2-output.txt
> csload3-output.txt
> cssave-output.txt
> cssave2-output.txt
> datetest.txt
> defaults.txt
> doctest.txt
> emptycs1.txt
> emptycs2.txt
> emptycs3.txt
> getproptest.txt
> groupingroup_xsd.txt
> grouprefingroup_xsd.txt
> grouptoolate_xsd.txt
> groupwithprefix_xsd.txt
> inc1.txt
> inc2.txt
> jira490.txt
> jira705.xsd
> jira705_out.txt
> list1_xml.txt
> list1_xsd.txt
> loadload-output.txt
> maintest.txt
> matttest1.txt
> merle1.txt
> notns.txt
> nulltest.txt
> oddchars.txt
> openloadNSout.txt
> openseq.txt
> order1.txt
> order2.txt
> querytest.txt
> saveopen-output.txt
> scenario1.txt
> scenario2.txt
> scenario3.txt
> scenario4.txt
> scenario5.txt
> sequence.txt
> setmany.txt
> setnull.txt
> showdefault1.txt
> showdefault2.txt
> simple.txt
> stock.wsdl
> stock_wsdl.txt
> stock_xml.txt
> testabstract.txt
> testerrors.txt
> testinc2.txt
> testopen.txt
> testorder.txt
> teststyles.txt
> testsubsload.txt
> testutils.txt
> testwsdl.txt
> travel.txt
> userdata.txt
> xhtml1.xsd
> xhtml_out.txt
> To run the ARAT tool, get it from svn checkout 
> http://arat.googlecode.com/svn/trunk/ arat, build it with Ant (you just need 
> the JDK and Ant) then run java -jar rat-0.1-SNAPSHOT.jar . 
> It will produce a report showing the licenses and notices that it finds. 
> Violations are marked with a '!'. The tool incorrectly reports violations on 
> binary files and the INSTALL files which I think are OK (I have not found an 
> Apache project with a license at the top of its INSTALL file). 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-785) Include Calculator, PythonCalculator, RubyCalculator, BigBank, RubyBank in M2 release

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-785?page=all ]

Andrew Borley resolved TUSCANY-785.
---

Resolution: Fixed

All included & README.html files provided

> Include Calculator, PythonCalculator, RubyCalculator, BigBank, RubyBank in M2 
> release
> -
>
> Key: TUSCANY-785
> URL: http://issues.apache.org/jira/browse/TUSCANY-785
> Project: Tuscany
>  Issue Type: Improvement
>  Components: C++ Build, C++ SCA
>Affects Versions: Cpp-M2
> Environment: Linux & Windows
>Reporter: Andrew Borley
> Assigned To: Andrew Borley
> Fix For: Cpp-M2
>
>
> Need to make sure they build & run and how to do so is documented

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: JDBC stored procedure container using DAS

[Luciano Resende]

Welcome Amita, I can give you any help you need in the DAS piece.

- Luciano

On 10/16/06, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:


Hi,

I am new to Tuscany but am interested in looking into this rightaway as I
have some time. I hope to be bugging you folks soon for help as I get to
understand and do this.

Regards,
Amita

On 10/16/06, ant elder <[EMAIL PROTECTED]> wrote:
>
> I was reviewing the DAS user guide and reading the section about using
DAS
> with stored procedures:
> http://wiki.apache.org/ws/WorkingWithStoredProcedures#preview, and
> wondered
> wouldn't it be useful to have an SCA component implemented by a stored
> procedure? How about implementing a container for this (not for M2 of
> course). Using the DAS stored procedure capabilities would make
> implementing
> this quite easy, and it would help get a bit more interaction going
> between
> the SCA and DAS  people.
>
> Any one interested in having a look at this?
>
>   ...ant
>
>

[jira] Assigned: (TUSCANY-848) Some files missing the Apache license header

[Pete Robbins (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]

Pete Robbins reassigned TUSCANY-848:


Assignee: Pete Robbins

> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Assigned To: Pete Robbins
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> In both the source and bin distributions, the following files are missing the 
> Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.
> And in the source distributions:
> In both SCA and SDO configure.ac
> Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
> 48736_xml.txt
> 48736_xsd.txt
> StockQuoteService.wsdl
> b46633.txt
> b46634_out.txt
> b47137.txt
> b47137b.txt
> b47293.txt
> b48633_xml.txt
> b48633b_xsd.txt
> b48636_xml.txt
> b48636_xsd.txt
> b48686_xml.txt
> b48686_xsd.txt
> badelement.txt
> bothgroups_xsd.txt
> bothgroupssamename_xsd.txt
> bug2.txt
> bug45933-output.txt
> bug48300_xml.txt
> bug48300_xsd.txt
> bunique-out.txt
> bunique-out.xsd_safe.txt
> bunique-outxml.txt
> buniqueread-out.txt
> calculator2.wsdl
> calculator2a.wsdl
> carotest3.txt
> csload-output.txt
> csload2-output.txt
> csload3-output.txt
> cssave-output.txt
> cssave2-output.txt
> datetest.txt
> defaults.txt
> doctest.txt
> emptycs1.txt
> emptycs2.txt
> emptycs3.txt
> getproptest.txt
> groupingroup_xsd.txt
> grouprefingroup_xsd.txt
> grouptoolate_xsd.txt
> groupwithprefix_xsd.txt
> inc1.txt
> inc2.txt
> jira490.txt
> jira705.xsd
> jira705_out.txt
> list1_xml.txt
> list1_xsd.txt
> loadload-output.txt
> maintest.txt
> matttest1.txt
> merle1.txt
> notns.txt
> nulltest.txt
> oddchars.txt
> openloadNSout.txt
> openseq.txt
> order1.txt
> order2.txt
> querytest.txt
> saveopen-output.txt
> scenario1.txt
> scenario2.txt
> scenario3.txt
> scenario4.txt
> scenario5.txt
> sequence.txt
> setmany.txt
> setnull.txt
> showdefault1.txt
> showdefault2.txt
> simple.txt
> stock.wsdl
> stock_wsdl.txt
> stock_xml.txt
> testabstract.txt
> testerrors.txt
> testinc2.txt
> testopen.txt
> testorder.txt
> teststyles.txt
> testsubsload.txt
> testutils.txt
> testwsdl.txt
> travel.txt
> userdata.txt
> xhtml1.xsd
> xhtml_out.txt
> To run the ARAT tool, get it from svn checkout 
> http://arat.googlecode.com/svn/trunk/ arat, build it with Ant (you just need 
> the JDK and Ant) then run java -jar rat-0.1-SNAPSHOT.jar . 
> It will produce a report showing the licenses and notices that it finds. 
> Violations are marked with a '!'. The tool incorrectly reports violations on 
> binary files and the INSTALL files which I think are OK (I have not found an 
> Apache project with a license at the top of its INSTALL file). 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: [C++ Wiki] Links on the Tuscany for C++ page broken

[Geoffrey Winn]

I'v eupdated the Wiki site as discussed - at least the links al lead
somewhere now.

On 13/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote:


Hi Geoff,

Is the process for building on Ubuntu very different to our general
Linux instructions?

Cheers
Andy



No, it isn't. The main difference is that Ubuntu has its own mechanism for
finding and installing pre-reqs - so it's all point and click with the mouse
rather than copying and then gzip/tar. I took the opportunity to update the
notes on running tests but that stuff obviously changes over time anyway.
I'll add a text copy of my notes to the Wiki and then we can decide whether
any of it would be useful in the real distribution.

Regards,

Geoff.

[jira] Resolved: (TUSCANY-854) Add link to Ruby and Python programming docs from the GettingStarted doc

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-854?page=all ]

Andrew Borley resolved TUSCANY-854.
---

Resolution: Fixed

Fixed in r464471

> Add link to Ruby and Python programming docs from the GettingStarted doc
> 
>
> Key: TUSCANY-854
> URL: http://issues.apache.org/jira/browse/TUSCANY-854
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Cpp-M2
>
>
> The Ruby and Python programming docs look really good to me and also similar 
> to the C++ programming doc. I think  they deserve links to them in the 
> GettingStarted.html in the "User Guide Documents" section, below the C++ and 
> Web Service guides.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-849) Minor issues in the SCA GettingStarted.html

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-849?page=all ]

Andrew Borley resolved TUSCANY-849.
---

Resolution: Fixed

Docs updated in r464470 

> Minor issues in the SCA GettingStarted.html
> ---
>
> Key: TUSCANY-849
> URL: http://issues.apache.org/jira/browse/TUSCANY-849
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Cpp-M2
>
>
> A few minor issues in the SCA GettingStarted.html
> - in the System Requirements section, we should make more clear that a Java 
> JDK is necessary ONLY if you develop C++ components, and not required for 
> other component implementation types. I suggest to mark that dependency 
> Optional.
> - in the System Requirements section, as far as I know, Ant is only required 
> to build the source distribution, the binary distribution can be used without 
> Ant. This one is definitely Optional.
> - In the Linux build from source instructions, I suggest to add 
> --enable-static=no to the configure command. This is what we use in the build 
> scripts and I don't think that we've ever tested with static libraries at all.
> - I have tested on Linux with Python 2.3.4, 2.4.3 and 2.5 and they all work, 
> the document only says Python 2.3. Unless other people in the group have 
> tested with an actual 2.3, I recommend to change to "2.3.4 or later".
> - I suggest that we list the Linux distributions where we have tested the 
> binary distribution. I am testing on a Redhat Linux Enterprise 4. I've seen 
> people in the group mention RHEL 3, Fedora and Ubuntu.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-786) Update the Getting Started how-to-build documentation

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-786?page=all ]

Andrew Borley resolved TUSCANY-786.
---

Resolution: Fixed

Updated. No support for STDCXX on Linux for M2

> Update the Getting Started how-to-build documentation
> -
>
> Key: TUSCANY-786
> URL: http://issues.apache.org/jira/browse/TUSCANY-786
> Project: Tuscany
>  Issue Type: Improvement
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
> Environment: Linux & Windows
>Reporter: Andrew Borley
> Assigned To: Andrew Borley
> Fix For: Cpp-M2
>
> Attachments: HowToBuildStdcxxForTuscanySDO.txt, 
> HowToBuildTuscanySDOWithStdcxx.txt
>
>
> Update the sdo/GettingStarted.html and the sca/GettingStarted.html documents. 
> Include building with STDCXX for SDO.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-847) Inconsistencies in SDO GettingStarted.html

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-847?page=all ]

Andrew Borley resolved TUSCANY-847.
---

Resolution: Fixed

Fixed in r464464

> Inconsistencies in SDO GettingStarted.html
> --
>
> Key: TUSCANY-847
> URL: http://issues.apache.org/jira/browse/TUSCANY-847
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Cpp-M2
>
>
> Some inconsistencies in the SDO GettingStarted.html
> "Service Data Objects 2.0 specification for C++ developers" should be changed 
> as described in https://issues.apache.org/jira/browse/TUSCANY-842
> The link to download STDCXX does not point to their download page and should 
> be changed to http://incubator.apache.org/stdcxx/download.html.
> It would be nice to add the following:
> An example showing how to use the configure --prefix option
> A mention that configure --help will display all the options
> And finally do we need the  --enable-static=no option? this is what is used 
> in the build.sh script in the source distribution but not mentioned here...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Help with m2 checking out, updating and maybe building....

[Rick]

I've add to my personal sandbox 
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/cr22rc/m2/
A windows based bat file to help check out M2 branch and do updates. 
Looking at it, it should be fairly self explanatory.
There is also my attempt at an overall M2 pom.xml to help buld  all M2. 
(this has not be tested at all except it does seem to build)


Both of these need to be run in tuscany directory.

YMMV, no support, no warranties or guarantees expressed or implied.

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

[jira] Resolved: (TUSCANY-856) Bigbank phpwsclient should be included in distro, or removed from the sample doc

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-856?page=all ]

Andrew Borley resolved TUSCANY-856.
---

Resolution: Fixed
  Assignee: Andrew Borley

Some missing makefiles. Now added.

> Bigbank phpwsclient should be included in distro, or removed from the sample 
> doc
> 
>
> Key: TUSCANY-856
> URL: http://issues.apache.org/jira/browse/TUSCANY-856
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Assigned To: Andrew Borley
> Fix For: Cpp-M2
>
>
> The BigBank PHP wsclient should either be included in the distribution or 
> references to it should removed from the docs.
> I am OK with both options, knowing that the sample can always be published 
> later, independent of the release. 
> However if we know that the sample works and easy to add to the build without 
> risking of introducing any regression, then it may be simpler to just include 
> it in the distro.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-857) Calculator and BigBank WSClients fail with segv on Linux Axis2C 0.94

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-857?page=all ]

Andrew Borley resolved TUSCANY-857.
---

Resolution: Fixed

Fixed in r464451. The dispatcher was causing a segv when loading cos it 
(incorrectly) required the sca and sdo libraries on the LD_LIBRARY_PATH.

> Calculator and BigBank WSClients fail with segv on Linux  Axis2C 0.94
> -
>
> Key: TUSCANY-857
> URL: http://issues.apache.org/jira/browse/TUSCANY-857
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
> Environment: Linux, Axis2C 0.94
>Reporter: Andrew Borley
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> The Bigbank and Calculator WS Clients fail with segmentation faults on Linux 
> and Axis2C 0.94. Other platforms and earlier Axis2C builds are fine.
> The service is also fine, the error is client-side only.
> It appears to be something to do with the Tuscany Axis2C dispatcher module - 
> removing it from the Axis2.xml file makes the clients run fine (but 
> obviously, the Tuscany service now does not run).
> Moving the dispatcher module in the Axis2.xml file (as below) makes the 
> service and client run fine but produces a segmentation fault when cleaning 
> up on the client:
> ...
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  class="tuscany_sca_ws_dispatcher">
> 
> 
>   class="axis2_engine">
> ...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Resolved: (TUSCANY-842) Incorrect link to SDO spec in M2 RC1 README

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-842?page=all ]

Andrew Borley resolved TUSCANY-842.
---

Resolution: Fixed
  Assignee: Andrew Borley  (was: Geoff Winn)

Updated the info in README and GettingStarted.html

> Incorrect link to SDO spec in M2 RC1 README
> ---
>
> Key: TUSCANY-842
> URL: http://issues.apache.org/jira/browse/TUSCANY-842
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Assigned To: Andrew Borley
> Fix For: Cpp-M2
>
>
> In the README file, the link to the SDO 2.01 spec should be changed to 
> http://www.osoa.org/display/Main/SDO+-+Previously+Published+Specifications
> Also "Service Data Objects 2.01 specification for C++ developers" should be 
> changed to "Service Data Objects for C++ 2.01 specification" (as on the OSOA 
> web site and the first page of the spec document). Something like "Service 
> Data Objects for C++ specification v 2.01" may work too.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: JDBC stored procedure container using DAS

[Amita Vadhavkar]

Hi,

I am new to Tuscany but am interested in looking into this rightaway as I
have some time. I hope to be bugging you folks soon for help as I get to
understand and do this.

Regards,
Amita

On 10/16/06, ant elder <[EMAIL PROTECTED]> wrote:


I was reviewing the DAS user guide and reading the section about using DAS
with stored procedures:
http://wiki.apache.org/ws/WorkingWithStoredProcedures#preview, and
wondered
wouldn't it be useful to have an SCA component implemented by a stored
procedure? How about implementing a container for this (not for M2 of
course). Using the DAS stored procedure capabilities would make
implementing
this quite easy, and it would help get a bit more interaction going
between
the SCA and DAS  people.

Any one interested in having a look at this?

  ...ant

[jira] Commented: (TUSCANY-848) Some files missing the Apache license header

[Pete Robbins (JIRA)]

[ 
http://issues.apache.org/jira/browse/TUSCANY-848?page=comments#action_12442543 
] 

Pete Robbins commented on TUSCANY-848:
--

I'm not sure how we fix the SDO test files. These are files that show the 
expected output of SDO serialisation and the like. The expected output will 
never contain a licence header. It seems odd that these files need the licence.

> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> In both the source and bin distributions, the following files are missing the 
> Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.
> And in the source distributions:
> In both SCA and SDO configure.ac
> Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
> 48736_xml.txt
> 48736_xsd.txt
> StockQuoteService.wsdl
> b46633.txt
> b46634_out.txt
> b47137.txt
> b47137b.txt
> b47293.txt
> b48633_xml.txt
> b48633b_xsd.txt
> b48636_xml.txt
> b48636_xsd.txt
> b48686_xml.txt
> b48686_xsd.txt
> badelement.txt
> bothgroups_xsd.txt
> bothgroupssamename_xsd.txt
> bug2.txt
> bug45933-output.txt
> bug48300_xml.txt
> bug48300_xsd.txt
> bunique-out.txt
> bunique-out.xsd_safe.txt
> bunique-outxml.txt
> buniqueread-out.txt
> calculator2.wsdl
> calculator2a.wsdl
> carotest3.txt
> csload-output.txt
> csload2-output.txt
> csload3-output.txt
> cssave-output.txt
> cssave2-output.txt
> datetest.txt
> defaults.txt
> doctest.txt
> emptycs1.txt
> emptycs2.txt
> emptycs3.txt
> getproptest.txt
> groupingroup_xsd.txt
> grouprefingroup_xsd.txt
> grouptoolate_xsd.txt
> groupwithprefix_xsd.txt
> inc1.txt
> inc2.txt
> jira490.txt
> jira705.xsd
> jira705_out.txt
> list1_xml.txt
> list1_xsd.txt
> loadload-output.txt
> maintest.txt
> matttest1.txt
> merle1.txt
> notns.txt
> nulltest.txt
> oddchars.txt
> openloadNSout.txt
> openseq.txt
> order1.txt
> order2.txt
> querytest.txt
> saveopen-output.txt
> scenario1.txt
> scenario2.txt
> scenario3.txt
> scenario4.txt
> scenario5.txt
> sequence.txt
> setmany.txt
> setnull.txt
> showdefault1.txt
> showdefault2.txt
> simple.txt
> stock.wsdl
> stock_wsdl.txt
> stock_xml.txt
> testabstract.txt
> testerrors.txt
> testinc2.txt
> testopen.txt
> testorder.txt
> teststyles.txt
> testsubsload.txt
> testutils.txt
> testwsdl.txt
> travel.txt
> userdata.txt
> xhtml1.xsd
> xhtml_out.txt
> To run the ARAT tool, get it from svn checkout 
> http://arat.googlecode.com/svn/trunk/ arat, build it with Ant (you just need 
> the JDK and Ant) then run java -jar rat-0.1-SNAPSHOT.jar . 
> It will produce a report showing the licenses and notices that it finds. 
> Violations are marked with a '!'. The tool incorrectly reports violations on 
> binary files and the INSTALL files which I think are OK (I have not found an 
> Apache project with a license at the top of its INSTALL file). 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

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

[Andrew Borley]

In the interests of getting a release out sooner rather than later, I
think we should leave this for after M2.

I've now added the missing makefiles so the PHP client as it currently
is should be in RC2.

Cheers
Andy

On 10/16/06, Pete Robbins <[EMAIL PROTECTED]> wrote:

I'm assuming this does not require our Tuscany PHP language extension that
we agreed would NOT be in this release?

Cheers,


On 16/10/06, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> 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]
> >
> >
>
>


--
Pete




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

JDBC stored procedure container using DAS

[ant elder]

I was reviewing the DAS user guide and reading the section about using DAS
with stored procedures:
http://wiki.apache.org/ws/WorkingWithStoredProcedures#preview, and wondered
wouldn't it be useful to have an SCA component implemented by a stored
procedure? How about implementing a container for this (not for M2 of
course). Using the DAS stored procedure capabilities would make implementing
this quite easy, and it would help get a bit more interaction going between
the SCA and DAS  people.

Any one interested in having a look at this?

  ...ant

[jira] Updated: (TUSCANY-858) Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html

[Andrew Borley (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-858?page=all ]

Andrew Borley updated TUSCANY-858:
--

  Component/s: C++ SCA
Fix Version/s: Cpp-M2
Affects Version/s: Cpp-M2
 Assignee: Andrew Borley

> Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html
> 
>
> Key: TUSCANY-858
> URL: http://issues.apache.org/jira/browse/TUSCANY-858
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
> Environment: Linux
>Reporter: Andrew Borley
> Assigned To: Andrew Borley
>Priority: Minor
> Fix For: Cpp-M2
>
>
> The copying of files for a manual install of the WS service stuff doesn't 
> work because the files are symlinks on Linux.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Created: (TUSCANY-858) Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html

[Andrew Borley (JIRA)]

Bad manual deploy instructions for Linux in sca/doc/Axis2CWSService.html


 Key: TUSCANY-858
 URL: http://issues.apache.org/jira/browse/TUSCANY-858
 Project: Tuscany
  Issue Type: Bug
 Environment: Linux
Reporter: Andrew Borley
Priority: Minor


The copying of files for a manual install of the WS service stuff doesn't work 
because the files are symlinks on Linux.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Commented: (TUSCANY-856) Bigbank phpwsclient should be included in distro, or removed from the sample doc

[Andrew Borley (JIRA)]

[ 
http://issues.apache.org/jira/browse/TUSCANY-856?page=comments#action_12442515 
] 

Andrew Borley commented on TUSCANY-856:
---

This was included in the windows RC1 distros, but missed out of the Linux ones. 
Have added Makefile to fix this

> Bigbank phpwsclient should be included in distro, or removed from the sample 
> doc
> 
>
> Key: TUSCANY-856
> URL: http://issues.apache.org/jira/browse/TUSCANY-856
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
> Fix For: Cpp-M2
>
>
> The BigBank PHP wsclient should either be included in the distribution or 
> references to it should removed from the docs.
> I am OK with both options, knowing that the sample can always be published 
> later, independent of the release. 
> However if we know that the sample works and easy to add to the build without 
> risking of introducing any regression, then it may be simpler to just include 
> it in the distro.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Commented: (TUSCANY-857) Calculator and BigBank WSClients fail with segv on Linux Axis2C 0.94

[Andrew Borley (JIRA)]

[ 
http://issues.apache.org/jira/browse/TUSCANY-857?page=comments#action_12442514 
] 

Andrew Borley commented on TUSCANY-857:
---

Stack trace for this segv:

#0  0x00eb457d in axis2_dep_engine_load_client () from 
/home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#1  0x00ebb703 in build_client_conf_ctx () from 
/home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#2  0x00ec6781 in axis2_svc_client_init_transports_from_conf_ctx ()
   from /home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#3  0x00ec685a in axis2_svc_client_create_with_conf_ctx_and_svc ()
   from /home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#4  0x00ec6dbc in axis2_svc_client_create () from 
/home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#5  0x00ec3701 in axis2_stub_create_with_endpoint_ref_and_client_home ()
   from /home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#6  0x00ec3811 in axis2_stub_create_with_endpoint_uri_and_client_home ()
   from /home/ajborley/axis2c-bin-0.94-linux//lib/libaxis2_engine.so.0
#7  0x08048ceb in 
axis2_Calculator_stub_create_with_endpoint_uri_and_client_home (env=0x975c220,
endpoint_uri=0x8049510 
"http://localhost:9090/axis2/services/CalculatorService";,
client_home=0xbf8efcf6 "/home/ajborley/axis2c-bin-0.94-linux/") at 
axis2_Calculator_stub.cpp:92
#8  0x0804904c in main (argc=158711816, argv=0x975c018) at 
CalculatorWSClient.cpp:81


> Calculator and BigBank WSClients fail with segv on Linux  Axis2C 0.94
> -
>
> Key: TUSCANY-857
> URL: http://issues.apache.org/jira/browse/TUSCANY-857
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA
>Affects Versions: Cpp-M2
> Environment: Linux, Axis2C 0.94
>Reporter: Andrew Borley
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> The Bigbank and Calculator WS Clients fail with segmentation faults on Linux 
> and Axis2C 0.94. Other platforms and earlier Axis2C builds are fine.
> The service is also fine, the error is client-side only.
> It appears to be something to do with the Tuscany Axis2C dispatcher module - 
> removing it from the Axis2.xml file makes the clients run fine (but 
> obviously, the Tuscany service now does not run).
> Moving the dispatcher module in the Axis2.xml file (as below) makes the 
> service and client run fine but produces a segmentation fault when cleaning 
> up on the client:
> ...
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  class="tuscany_sca_ws_dispatcher">
> 
> 
>   class="axis2_engine">
> ...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Created: (TUSCANY-857) Calculator and BigBank WSClients fail with segv on Linux Axis2C 0.94

[Andrew Borley (JIRA)]

Calculator and BigBank WSClients fail with segv on Linux  Axis2C 0.94
-

 Key: TUSCANY-857
 URL: http://issues.apache.org/jira/browse/TUSCANY-857
 Project: Tuscany
  Issue Type: Bug
  Components: C++ SCA
Affects Versions: Cpp-M2
 Environment: Linux, Axis2C 0.94
Reporter: Andrew Borley
Priority: Blocker
 Fix For: Cpp-M2


The Bigbank and Calculator WS Clients fail with segmentation faults on Linux 
and Axis2C 0.94. Other platforms and earlier Axis2C builds are fine.
The service is also fine, the error is client-side only.

It appears to be something to do with the Tuscany Axis2C dispatcher module - 
removing it from the Axis2.xml file makes the clients run fine (but obviously, 
the Tuscany service now does not run).

Moving the dispatcher module in the Axis2.xml file (as below) makes the service 
and client run fine but produces a segmentation fault when cleaning up on the 
client:

...


























...



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: Problems related to changes to MainLauncherBooter

[Venkata Krishnan]

Hi Jeremy,

Please ignore my prev. mail.  I find this now done :)

Thanks

- Venkat

On 10/16/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi Jeremy,

As part of the the standalone distribution zip would it be a good thing to
have a 'extensions' directory and a readme in it which will instruct the
user about what that directory is meant for and what would typically get to
be put there.  So when the user extracts the distribution this directory is
in place with some instruction in it.  I am saying this out of my experience
extracting the disb a few times now and then going and creating the
'extensions' directory and so on.

Thanks

- Venkat



On 10/16/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
>
> Sorry for the confusion here.
>
> The intention is to support running applications through the launcher
> using
> $ java -jar launcher.jar ${your-executable-jar}
>
> The launcher is assuming that your-executable-jar is packaged as a
> executable jar with Main-Class and Class-Path attributes in the
> manifest in exactly the way they would be if the jar was to be run
> directly itself using the -jar option. As you point out, running jars
> this way results in the --classpath option to the JRE and the
> CLASSPATH environment variable being ignored; I've always thought
> this was a curious thing for the JRE to do but I was trying to be
> consistent with it.
>
> You can still add JARs to your application's classpath using the
> Class-Path manifest option. If you're building using Maven, the
>  config parameter can be used to get the archiver to add
> all dependencies this way (for an example see the pom in the launcher
> module).
>
> The launcher automatically adds the SCA and Tuscany API jars through
> it's Class-Path so you don't need to specify those again.
>
> You can also add to the application's classpath using 
> elements in the composite's SCDL. The launcher adds artifacts defined
> that way to the classloader used to load the application. We have
> recently added transitive dependency support using Maven so if your
> application jar contains Maven metadata then just listing it as a
> dependency in the composite will transitively bring in all other
> dependencies. Maven adds this metadata by default but you can also
> add it using Ant or any other build tool.
>
> --
> Jeremy
>
> On Oct 15, 2006, at 1:50 PM, Peter Cousins wrote:
>
> > When running applications standalone typically the suggestion has been
> > to use
> >
> >
> >
> > java -jar launcher.jar ${your-executable-jar}
> >
> >
> >
> > However, about a month ago changes were made to MainLauncherBooter
> > that
> > removed support for supplying a --classpath argument.
> >
> > Before this change, this argument could be used to set the
> > classpath for
> > other dependencies required for the user component inside
> > "your-executable-jar", which is needed if you usee the suggested -jar
> > argument since doing so makes the system classloader ignore the
> > contents
> > of the classpath java command line argument and the CLASSPATH
> > environment variable.
> >
> >
> >
> > It was recently noted that --classpath is no longer supported and the
> > JIRA on it was closed as a doc bug in response to complaints about
> > NPEs.
> >
> > http://issues.apache.org/jira/browse/TUSCANY-838
> >
> >
> >
> > However, anyone needing to boot their components standalone should add
>
> > launcher.jar to the classpath and launch like this instead:
> >
> >
> >
> >   java org.apache.tuscany.launcher.MainLauncherBooter
> > ${your-executable-jar}
> >
> >
> >
> > also, don't forget to put your main class in the jar manifest since
> > support for the --main command line argument was also dropped.
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[jira] Updated: (TUSCANY-848) Some files missing the Apache license header

[Jean-Sebastien Delfino (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]

Jean-Sebastien Delfino updated TUSCANY-848:
---

Description: 
In both the source and bin distributions, the following files are missing the 
Apache license header:

SCA GettingStarted.html and samples/GettingStarted.html.
In both SCA and SDO, all the Makefile.am files.
In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
SCA xsd/readme.txt.
SCA, the two package.html file in scagen.jar.

And in the source distributions:
In both SCA and SDO configure.ac

Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
48736_xml.txt
48736_xsd.txt
StockQuoteService.wsdl
b46633.txt
b46634_out.txt
b47137.txt
b47137b.txt
b47293.txt
b48633_xml.txt
b48633b_xsd.txt
b48636_xml.txt
b48636_xsd.txt
b48686_xml.txt
b48686_xsd.txt
badelement.txt
bothgroups_xsd.txt
bothgroupssamename_xsd.txt
bug2.txt
bug45933-output.txt
bug48300_xml.txt
bug48300_xsd.txt
bunique-out.txt
bunique-out.xsd_safe.txt
bunique-outxml.txt
buniqueread-out.txt
calculator2.wsdl
calculator2a.wsdl
carotest3.txt
csload-output.txt
csload2-output.txt
csload3-output.txt
cssave-output.txt
cssave2-output.txt
datetest.txt
defaults.txt
doctest.txt
emptycs1.txt
emptycs2.txt
emptycs3.txt
getproptest.txt
groupingroup_xsd.txt
grouprefingroup_xsd.txt
grouptoolate_xsd.txt
groupwithprefix_xsd.txt
inc1.txt
inc2.txt
jira490.txt
jira705.xsd
jira705_out.txt
list1_xml.txt
list1_xsd.txt
loadload-output.txt
maintest.txt
matttest1.txt
merle1.txt
notns.txt
nulltest.txt
oddchars.txt
openloadNSout.txt
openseq.txt
order1.txt
order2.txt
querytest.txt
saveopen-output.txt
scenario1.txt
scenario2.txt
scenario3.txt
scenario4.txt
scenario5.txt
sequence.txt
setmany.txt
setnull.txt
showdefault1.txt
showdefault2.txt
simple.txt
stock.wsdl
stock_wsdl.txt
stock_xml.txt
testabstract.txt
testerrors.txt
testinc2.txt
testopen.txt
testorder.txt
teststyles.txt
testsubsload.txt
testutils.txt
testwsdl.txt
travel.txt
userdata.txt
xhtml1.xsd
xhtml_out.txt

To run the ARAT tool, get it from svn checkout 
http://arat.googlecode.com/svn/trunk/ arat, build it with Ant (you just need 
the JDK and Ant) then run java -jar rat-0.1-SNAPSHOT.jar . 
It will produce a report showing the licenses and notices that it finds. 
Violations are marked with a '!'. The tool incorrectly reports violations on 
binary files and the INSTALL files which I think are OK (I have not found an 
Apache project with a license at the top of its INSTALL file). 


  was:
The following files are missing the Apache license header:

SCA GettingStarted.html and samples/GettingStarted.html.
In both SCA and SDO, all the Makefile.am files.
In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
SCA xsd/readme.txt.
SCA, the two package.html file in scagen.jar.







> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> In both the source and bin distributions, the following files are missing the 
> Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.
> And in the source distributions:
> In both SCA and SDO configure.ac
> Under SDO runtime/core/test/ a number of .txt, .xs, .wsdl test files:
> 48736_xml.txt
> 48736_xsd.txt
> StockQuoteService.wsdl
> b46633.txt
> b46634_out.txt
> b47137.txt
> b47137b.txt
> b47293.txt
> b48633_xml.txt
> b48633b_xsd.txt
> b48636_xml.txt
> b48636_xsd.txt
> b48686_xml.txt
> b48686_xsd.txt
> badelement.txt
> bothgroups_xsd.txt
> bothgroupssamename_xsd.txt
> bug2.txt
> bug45933-output.txt
> bug48300_xml.txt
> bug48300_xsd.txt
> bunique-out.txt
> bunique-out.xsd_safe.txt
> bunique-outxml.txt
> buniqueread-out.txt
> calculator2.wsdl
> calculator2a.wsdl
> carotest3.txt
> csload-output.txt
> csload2-output.txt
> csload3-output.txt
> cssave-output.txt
> cssave2-output.txt
> datetest.txt
> defaults.txt
> doctest.txt
> emptycs1.txt
> emptycs2.txt
> emptycs3.txt
> getproptest.txt
> groupingroup_xsd.txt
> grouprefingroup_xsd.txt
> grouptoolate_xsd.txt
> groupwithprefix_xsd.txt
> inc1.txt
> inc2.txt
> jira490.txt
> jira705.xsd
> jira705_out.txt
> list1_xml.txt
> list1_xsd.txt
> loadload-output.txt
> maintest.txt
> matttest1.txt
> merle1.txt
> notns.txt
> nulltest.txt
> oddchars.txt
> openloadNSout.txt
> openseq.txt
> order1.txt
> order2.txt
> querytest.txt
> saveopen-output.txt
> scenario1.txt
> scenario2.txt
> scenario3.txt
> scenario4.txt
> scenario5.txt
> sequence.txt
> setmany.txt
> setnull.txt
>

[jira] Updated: (TUSCANY-848) GettingStarted.html and Makefile.am files missing the Apache license header

[Jean-Sebastien Delfino (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]

Jean-Sebastien Delfino updated TUSCANY-848:
---

Component/s: C++ SDO
Summary: GettingStarted.html and Makefile.am files missing the Apache 
license header  (was: GettingStarted.html missing the Apache license header)
Description: 
The following files are missing the Apache license header:

SCA GettingStarted.html and samples/GettingStarted.html.
In both SCA and SDO, all the Makefile.am files.
In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
SCA xsd/readme.txt.
SCA, the two package.html file in scagen.jar.






  was:
In the SCA binary distribution, the following files are missing the Apache 
license header:

GettingStarted.html and samples/GettingStarted.html.







Added results of scanning the distribution with the Release Audit tool found at 
http://code.google.com/p/arat/.


> GettingStarted.html and Makefile.am files missing the Apache license header
> ---
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> The following files are missing the Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

[jira] Updated: (TUSCANY-848) Some files missing the Apache license header

[Jean-Sebastien Delfino (JIRA)]

 [ http://issues.apache.org/jira/browse/TUSCANY-848?page=all ]

Jean-Sebastien Delfino updated TUSCANY-848:
---

Summary: Some files missing the Apache license header  (was: 
GettingStarted.html and Makefile.am files missing the Apache license header)

> Some files missing the Apache license header
> 
>
> Key: TUSCANY-848
> URL: http://issues.apache.org/jira/browse/TUSCANY-848
> Project: Tuscany
>  Issue Type: Bug
>  Components: C++ SCA, C++ SDO
>Affects Versions: Cpp-M2
>Reporter: Jean-Sebastien Delfino
>Priority: Blocker
> Fix For: Cpp-M2
>
>
> The following files are missing the Apache license header:
> SCA GettingStarted.html and samples/GettingStarted.html.
> In both SCA and SDO, all the Makefile.am files.
> In both SCA and SDO, doc/css/maven-base.css and maven-theme.css.
> SCA xsd/readme.txt.
> SCA, the two package.html file in scagen.jar.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Re: Problems related to changes to MainLauncherBooter

[Venkata Krishnan]

Hi Jeremy,

As part of the the standalone distribution zip would it be a good thing to
have a 'extensions' directory and a readme in it which will instruct the
user about what that directory is meant for and what would typically get to
be put there.  So when the user extracts the distribution this directory is
in place with some instruction in it.  I am saying this out of my experience
extracting the disb a few times now and then going and creating the
'extensions' directory and so on.

Thanks

- Venkat



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


Sorry for the confusion here.

The intention is to support running applications through the launcher
using
$ java -jar launcher.jar ${your-executable-jar}

The launcher is assuming that your-executable-jar is packaged as a
executable jar with Main-Class and Class-Path attributes in the
manifest in exactly the way they would be if the jar was to be run
directly itself using the -jar option. As you point out, running jars
this way results in the --classpath option to the JRE and the
CLASSPATH environment variable being ignored; I've always thought
this was a curious thing for the JRE to do but I was trying to be
consistent with it.

You can still add JARs to your application's classpath using the
Class-Path manifest option. If you're building using Maven, the
 config parameter can be used to get the archiver to add
all dependencies this way (for an example see the pom in the launcher
module).

The launcher automatically adds the SCA and Tuscany API jars through
it's Class-Path so you don't need to specify those again.

You can also add to the application's classpath using 
elements in the composite's SCDL. The launcher adds artifacts defined
that way to the classloader used to load the application. We have
recently added transitive dependency support using Maven so if your
application jar contains Maven metadata then just listing it as a
dependency in the composite will transitively bring in all other
dependencies. Maven adds this metadata by default but you can also
add it using Ant or any other build tool.

--
Jeremy

On Oct 15, 2006, at 1:50 PM, Peter Cousins wrote:

> When running applications standalone typically the suggestion has been
> to use
>
>
>
> java -jar launcher.jar ${your-executable-jar}
>
>
>
> However, about a month ago changes were made to MainLauncherBooter
> that
> removed support for supplying a --classpath argument.
>
> Before this change, this argument could be used to set the
> classpath for
> other dependencies required for the user component inside
> "your-executable-jar", which is needed if you usee the suggested -jar
> argument since doing so makes the system classloader ignore the
> contents
> of the classpath java command line argument and the CLASSPATH
> environment variable.
>
>
>
> It was recently noted that --classpath is no longer supported and the
> JIRA on it was closed as a doc bug in response to complaints about
> NPEs.
>
> http://issues.apache.org/jira/browse/TUSCANY-838
>
>
>
> However, anyone needing to boot their components standalone should add
> launcher.jar to the classpath and launch like this instead:
>
>
>
>   java org.apache.tuscany.launcher.MainLauncherBooter
> ${your-executable-jar}
>
>
>
> also, don't forget to put your main class in the jar manifest since
> support for the --main command line argument was also dropped.
>
>
>
>
>
>
>
>
>


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

[jira] Created: (TUSCANY-856) Bigbank phpwsclient should be included in distro, or removed from the sample doc

[Jean-Sebastien Delfino (JIRA)]

Bigbank phpwsclient should be included in distro, or removed from the sample doc


 Key: TUSCANY-856
 URL: http://issues.apache.org/jira/browse/TUSCANY-856
 Project: Tuscany
  Issue Type: Bug
  Components: C++ SCA
Affects Versions: Cpp-M2
Reporter: Jean-Sebastien Delfino
 Fix For: Cpp-M2


The BigBank PHP wsclient should either be included in the distribution or 
references to it should removed from the docs.

I am OK with both options, knowing that the sample can always be published 
later, independent of the release. 

However if we know that the sample works and easy to add to the build without 
risking of introducing any regression, then it may be simpler to just include 
it in the distro.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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