Couple issues:
The STATUS file is missing as Rick mentioned, the updated version is
available at:
- https://svn.apache.org/repos/asf/incubator/tuscany/STATUS
LICENSE does not include licenses from each sub-component mentioned in
the NOTICE file... See related comments for SDO distributi
When I download the sca-java-M2 and build samples then run
helloworldws webapp, I get the following exceptions, maybe the repo in
webapp.scdl should be changed.
Thanks,
Terry
INFO: Deploying web application archive sample-helloworldws.war
[INFO] snapshot org.apache.tuscany.sca.services.databindi
Hi Rick,
Yes, that is what I have now done. I have mentioned only artifact ids for
dependencies that I already find mentioned in the dependencyManagement of
sca pom (axis2 kernel, axiom, wsdl4j ...). For the couple of additional
Axis2 artifacts that is required by sca-tools alone I have used t
I've uploaded the slides for tomorrow's presentation at:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/doc/
tuscany.webinar.final.pdf
Jim
On Nov 7, 2006, at 4:01 PM, haleh mahbod wrote:
-- Forwarded message --
From: haleh mahbod <[EMAIL PROTECTED]>
Date: Oct 18, 20
On Nov 7, 2006, at 10:43 AM, Simon Nash wrote:
Jeremy,
Thanks for the quick response.
I am trying to be pragmatic here and deal with simple use cases.
I haven't yet worked out the best way to deal with external or
transitive dependencies from an ant build environment (though
I do have some tho
Hi, Simon.
A few comments:
1) It seems that you're looking for a collection of tuscany
runtime/extension jars which provides you the artifacts to build the web
application offline using ant or manually. I don't think it's appropriate to
add them to the standalone distro though because it serv
Hi,
Thanks for all the feedbacks. I have updated the site. Please review it
again.
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/
Thanks,
Raymond
- Original Message -
From: "Venkata Krishnan" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, November 07, 2006 9:22 AM
Subject
Hi, Rick.
Are you saying we're missing "STATUS.txt"?
Thanks,
Raymond
- Original Message -
From: "cr22rc" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, November 07, 2006 1:58 PM
Subject: Re: Candidate M2 Distros @
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/
It's not c
[ http://issues.apache.org/jira/browse/TUSCANY-907?page=all ]
Caroline Maynard updated TUSCANY-907:
-
Attachment: Tuscany-907.patch
Possible patch for Tuscany-907
> Schema Import is noisy when schemaLocation is an abolute URI
> --
Schema Import is noisy when schemaLocation is an abolute URI
Key: TUSCANY-907
URL: http://issues.apache.org/jira/browse/TUSCANY-907
Project: Tuscany
Issue Type: Bug
Compo
-- Forwarded message --
From: haleh mahbod <[EMAIL PROTECTED]>
Date: Oct 18, 2006 7:26 PM
Subject: Apache Tuscany Free Webinar, Wed. November 8th at 8 AM pacific -
Mark your Calendar!
To: tuscany-dev@ws.apache.org, tuscany-user@ws.apache.org
*Apache **Tuscany**: Not the Same Old A
Rick wrote:
Jeremy Boynes wrote:
I think this highlights one of the challenges with Ant-based build
environments. Although Ant provides the mechanisms for executing the
build scripts it does not provide a method for locating the
dependencies needed at build-time - for example, to compile or
It's not clear to me when or when you don't need it, but do we need for any or
all of these distros a STATUS.txt file to be included?
As an example
http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/spec/sdo/1.0-incubator-M2/STATUS.txt
Raymond Feng wrote:
Hi,
I uploaded the M2 candid
[ http://issues.apache.org/jira/browse/TUSCANY-906?page=all ]
Simon Nash updated TUSCANY-906:
---
Attachment: build.xml
ant script for building the webapp helloworldws sample
(requires adding 2 webapp* jar files to the binary distro)
> Provide ant scripts to
[ http://issues.apache.org/jira/browse/TUSCANY-906?page=all ]
Simon Nash updated TUSCANY-906:
---
Attachment: build.xml
ant script for building the standalone calculator sample
> Provide ant scripts to build selected samples
> ---
Provide ant scripts to build selected samples
-
Key: TUSCANY-906
URL: http://issues.apache.org/jira/browse/TUSCANY-906
Project: Tuscany
Issue Type: Improvement
Components: Build System
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel resolved TUSCANY-905.
--
Resolution: Fixed
> FK references not correctly resolved when an alias is used
> --
>
>
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel reassigned TUSCANY-905:
Assignee: Brent Daniel
> FK references not correctly resolved when an alias is used
> --
>
>
FK references not correctly resolved when an alias is used
--
Key: TUSCANY-905
URL: http://issues.apache.org/jira/browse/TUSCANY-905
Project: Tuscany
Issue Type: Bug
Component
Yep, working for me now - thanks Rick!
Andy
On 11/7/06, Rick <[EMAIL PROTECTED]> wrote:
I think this has been fixed.
> cd /www/incubator.apache.org/tuscany/
> svn update
>At revision 472177.
http://issues.apache.org/jira/browse/INFRA-1017
Andrew Borley wrote:
> Thanks for sorting this out
I just committed TUSCANY-718, which makes the -noEMF option the default
SDO code generator pattern. The new pattern generates code without EMF
dependencies, but being new is also likely to have more bugs then the old
pattern. If you run into any problems with the new pattern, you can switch
bac
[ http://issues.apache.org/jira/browse/TUSCANY-718?page=all ]
Frank Budinsky resolved TUSCANY-718.
Resolution: Fixed
Committed revision 472217.
> make -noEMF code generation the default
> ---
>
> K
Hello Amita,
This looks promising. I notice your test case uses explicit updates and
inserts. While this is supported by the DAS it is not the preferred
usage which is to allow the RDB DAS to generate the CUD statements from
the SDO change history. Could you modify the example to read a dat
+1
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
>> Of Jeremy Boynes
>> Sent: 07 November 2006 18:06
>> To: tuscany-dev@ws.apache.org
>> Subject: Re: Proposed time change of weekly IRC chat to 16:30 GMT
>>
>> +1
>> On 11/6/06, Rick <[EMAIL PROTECTE
Jeremy,
Thanks for the quick response.
I am trying to be pragmatic here and deal with simple use cases.
I haven't yet worked out the best way to deal with external or
transitive dependencies from an ant build environment (though
I do have some thoughts), but having a complete story for this
is no
Jeremy Boynes wrote:
I think this highlights one of the challenges with Ant-based build
environments. Although Ant provides the mechanisms for executing the
build scripts it does not provide a method for locating the
dependencies needed at build-time - for example, to compile or
repackage; ofte
Ok, so all we need to do is remove the specific version being listed in the
tooling pom.xml since that should be sync with the Axis binding we're shipping.
Jeremy Boynes wrote:
On 11/6/06, Rick <[EMAIL PROTECTED]> wrote:
Hello,
Currently there are identical artifact dependencies listed throu
Thanks for the clarification.
On 11/7/06, kelvin goodson <[EMAIL PROTECTED]> wrote:
Luciano,
my comments in the Jira were intended to be scoped by the component that
it was raised under, i.e. "Java SDO Implementation", so my plan is to do
pretty much equivalent to what you have done for das
Luciano,
my comments in the Jira were intended to be scoped by the component that
it was raised under, i.e. "Java SDO Implementation", so my plan is to do
pretty much equivalent to what you have done for das with sdo. I just added
a pointer to your Jira, as you seem to have found the maven inca
+1
On 11/6/06, Rick <[EMAIL PROTECTED]> wrote:
Hello,
Our web site states our weekly IRC chats are Monday's at 15:30 GMT. It
was proposed during this week's IRC chat that the time be changed to
16:30 GMT to accommodate the majority of committers to stay at the same
local time. Does anyone in t
On 11/6/06, Rick <[EMAIL PROTECTED]> wrote:
Hello,
Currently there are identical artifact dependencies listed throughout
the SCA Java maven hierarchy that can be changed to different versions
either intentionally or accidentally. For example axis2-kernel is
specified in two levels of maven pom
I think this has been fixed.
> cd /www/incubator.apache.org/tuscany/
> svn update
>At revision 472177.
http://issues.apache.org/jira/browse/INFRA-1017
Andrew Borley wrote:
Thanks for sorting this out Rick. The odd thing is that I used to have
the correct privileges to do this - something must
I think this highlights one of the challenges with Ant-based build
environments. Although Ant provides the mechanisms for executing the
build scripts it does not provide a method for locating the
dependencies needed at build-time - for example, to compile or
repackage; often they are simply checke
Maybe I have misunderstood, and tought Amita said she was doing something
little more generic and would work not only for Stored Procedures, that's
why she created a new JIRA... If this is not the case I could re-open the
JIRA
- Luciano
On 11/7/06, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
Y
Yes, I too would imagine so. I would imagine that this is something that
can be done with just JDBC - nothing to relate with DAS as such. Is that
right?
- Venkat
On 11/7/06, ant elder <[EMAIL PROTECTED]> wrote:
This wasn't a really a duplicate was it, isn't a JDBC stored procedure
binding/co
Hi Raymond,
Just a couple of very minor observations.
1) In the last step, when excuting the sample you have mentioned "c:". It
would be good if you can mention in the first step as ...
"Create a local directory such as "c:\tuscany.m2".
Also wherever you refer to tuscany.m2 you may prefix the
This wasn't a really a duplicate was it, isn't a JDBC stored procedure
binding/container slightly different from whats been talked about for the
DAS and SCA integration?
...ant
On 11/7/06, Luciano Resende (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-876?page=all ]
Luci
I was not suggesting a "kitchen sink" approach, only the inclusion
in the binary distro of 2 small extra runtime jar files that all
our users who create webapps will need.
I understand that our strategy for loading extension dependencies
is to use the runtime support for accessing a remote or emb
[ http://issues.apache.org/jira/browse/TUSCANY-876?page=all ]
Luciano Resende closed TUSCANY-876.
---
Resolution: Duplicate
Duplicate of Tuscany-904
> JDBC Stored proceduce container using DAS
> -
>
>
Hi Kelvin
In DAS, I created the patch to make DAS distributions to be unpacked in a
specific subdirectory relative from the current directory (e.g
tuscany-das-1.0-incubator-M2-src). From the subject of this JIRA, I got
little confused, are you saying all tuscany sub-projects should have same
ro
Hi,
I too use a mix of Eclipse plug in and SVN. Initially, I checked out the
source using command line SVN and after building the eclipse projects using
commandline mavein (as Ant has described) I import the projects into
eclipse. From then on all of SVN interactions - update, commit, patch
cre
On Nov 7, 2006, at 8:35 AM, Venkata Krishnan wrote:
Hi, I guess we will anyways do what Jim is mentioning here i.e.
only have
the shared dependencies up in the dependencymanagement. For
example in the
case of sca-tools I would check if any of the required depedencies and
versions have alr
Hi, I guess we will anyways do what Jim is mentioning here i.e. only have
the shared dependencies up in the dependencymanagement. For example in the
case of sca-tools I would check if any of the required depedencies and
versions have already been mentioned in the dependencyManagement - if they
m
On Nov 7, 2006, at 8:03 AM, ant elder wrote:
I understand why the jars are there Jim, actually the servlet one
is due to
the current design of the axis binding not the kernel ServletHost,
ServletHost is also referenced by other extensions as it is assumed
to be part of the host spi so it's
I understand why the jars are there Jim, actually the servlet one is due to
the current design of the axis binding not the kernel ServletHost, and I
think we all understand that ultimately a kitchen sink distro isn't going to
work, but thats _ultimately_, right now today in M2 we don't have JAXB a
[
http://issues.apache.org/jira/browse/TUSCANY-902?page=comments#action_12447833
]
Kelvin Goodson commented on TUSCANY-902:
http://issues.apache.org/jira/browse/TUSCANY-886 contains a patch for the
equivalent problem in the DAS distribu
For shared dependencies this makes sense. However, I don't think this
should be the case for non-shared dependencies. For example, if only
my Foo extension depends on Bar, Bar should be called out in Foo's
pom, not higher up.
Jim
On Nov 7, 2006, at 7:31 AM, Rick wrote:
You can override th
You don't have to do anything, it just works as the eclipse svn plugin uses
the same .svn info as the command line one.
If you really don't want to use the command line at all you should be able
to checkout the tuscany code from the svn repo from the eclipse svn
repository exploring perspective,
You can override that in a specific module (pom.xml) by explicitly having a
specific version in your dependency. In general I like a place where we see all
the dependencies. As a practice when we override in lower pom.xmls we could
comment that we've done this. My gut feel is overriding at lo
On Nov 7, 2006, at 6:13 AM, ant elder wrote:
On 11/7/06, Simon Nash <[EMAIL PROTECTED]> wrote:
webapp-1.0-incubator-M2-SNAPSHOT.jar
webapp-host-1.0-incubator-M2-SNAPSHOT.jar
are not present in the standalone launcher (the rest are). In order
to avoid the need for ant users to download t
Hi Ant,
one Q... if you svn outside eclipse what do you do to get team sync working
in eclipse ?
sounds like a good compromise, though would still prefer to work purely in
eclipse - I'll do this if no-one else can help with my q
Thanks,
Dan
On 07/11/06, ant elder <[EMAIL PROTECTED]> wrote:
On 1
If we take the latter approach, do we list ALL external
dependencies there to be consistent?
I don't think we should list all dependencies there for a couple of
reasons:
1. We need to be modular in the extensions and I'm concerned that by
doing this we will wind up with a large list of
On 11/7/06, Dan Murphy <[EMAIL PROTECTED]> wrote:
Hi,
Has anyone out there had any sucess building inside eclipse using the
subversion (http://subclipse.tigris.org/) and maven2 (
http://m2eclipse.codehaus.org/) plug-ins ?
I'd like to be able to sync and build without stepping into command line
Hi,
Has anyone out there had any sucess building inside eclipse using the
subversion (http://subclipse.tigris.org/) and maven2 (
http://m2eclipse.codehaus.org/) plug-ins ?
I'd like to be able to sync and build without stepping into command line
mode... but this looks like wishful thinking. Despit
Sorry for the delay, I was waiting to get M2 out of the way.
Patch works and has been applied.
Cheers,
On 30/10/06, Pete Robbins <[EMAIL PROTECTED]> wrote:
On 30/10/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote:
>
> Various people have complained about the fact that the process for
> defini
On 11/7/06, Simon Nash <[EMAIL PROTECTED]> wrote:
webapp-1.0-incubator-M2-SNAPSHOT.jar
webapp-host-1.0-incubator-M2-SNAPSHOT.jar
are not present in the standalone launcher (the rest are). In order
to avoid the need for ant users to download these jars from a maven
repo, I'd like to propose
Hi Raymond,
Looks good. Just one trivial comment. There's a typo in the path of 7):
"calulator".
Thanks for this
On 11/6/06, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
I put together a simple front-page for tuscany-java-sca M2 candidate
downloads @
http://people.apache.org/~rfeng/tuscany/in
I notice from the "filters" link from the jira browse page (i.e.
http://issues.apache.org/jira/secure/popups/savedfilters.jsp) that projects
such as Derby and Geronimo are able to search on whether a patch is
pending. This seems to be possible because their search editing panel has a
custom field
Hi Kevin,
Thanks a lot for the comments. I have posted the code and doc on JIRA-904
for the container work. Also, am most likely missing something in the
database
connection portion. Would like to discuss with you.
Will you please provide feedback on JIRA-904 attachments?
I am checking with Luci
Hi Luciano,
I have now created https://issues.apache.org/jira/browse/TUSCANY-904 and
have same attachments with proper license option selected. Thanks for
pointing this out.
I am not using the JIRA-876 for this work as its name is misleading.
Went through the patch at JIRA-898 and could see lot
With David's help to resolve my { and ( confusion (poor eyesight
when reading the Ant manual), I have completed my ant script for
building the calculator sample and I am now making good progress
with building the helloworldws sample (a webapp, so a bit more
challenging).
I noticed that two of the
[ http://issues.apache.org/jira/browse/TUSCANY-904?page=all ]
Amita Vadhavkar updated TUSCANY-904:
Attachment: SCAcontainerForDAS.doc
dataaccess-container-staticPlusDynamic.jar
The documentation attached describes the work done for de
Expose DAS as SCA container
---
Key: TUSCANY-904
URL: http://issues.apache.org/jira/browse/TUSCANY-904
Project: Tuscany
Issue Type: Sub-task
Affects Versions: Java-Mx
Environment: N/A
Reporter
This change is good for me.
Simon
Rick wrote:
Hello,
Our web site states our weekly IRC chats are Monday's at 15:30 GMT. It
was proposed during this week's IRC chat that the time be changed to
16:30 GMT to accommodate the majority of committers to stay at the same
local time. Does anyo
[
http://issues.apache.org/jira/browse/TUSCANY-897?page=comments#action_12447741
]
Sam Tam commented on TUSCANY-897:
-
Hi,
I am a student and have been working a little bit in Apache Tuscany and Apache
Ode.
Now i am starting to work in creat
You're officially one of us now so go for it Rajith.
...ant
On 11/6/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
Hey Jim,
I have fix for the annoying file system artifact created as by product of
the unit test.
I was wondering when I can check it in ?
Unless I hear otherwise I will prob
Passed with 12 +1s, welcome Rajith!
...ant
On 11/3/06, ant elder <[EMAIL PROTECTED]> wrote:
I'd like to invite Rajith Attapattu to be a Tuscany committer. He's
already a committer on the Apache WS project which is our project sponsor so
he already has Tuscany commit rights, this is just to
+1 to using dependencyManagement if its done consistently as it can get
confusing if some dependencies use it and some don't.
...ant
On 11/6/06, Rick <[EMAIL PROTECTED]> wrote:
Hello,
Currently there are identical artifact dependencies listed throughout
the SCA Java maven hierarchy that can
68 matches
Mail list logo
