will do
--
Kelvin
On 13/10/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I had a memory of seeing one of these recently so I grepped for
something indicative in SDO and DAS and came up with:
$ grep -rli --exclude=*.svn-base licensors sdo das
sdo/distribution/src/main/assembly/sdo.xml
Oops, not sure how that crept through. I started making a test case that
ran all the samples, to make sure this kind of thing doesn't happen, but it
wasn't trivial because the samples are so interactive. It would be good to
make a non-interactive option on them, so that we can run them as the
Thanks for all these good catches, will fix.
Kelvin.
On 12/10/06, Simon Nash [EMAIL PROTECTED] wrote:
This is getting very close now. Good work! I have a few minor
comments, mostly typos in the samples documentation.
in sample/README.txt
change already build to already built
in
Nice one. I'm downloading Windows src and bin and will run through using the
doc only. Should be fun ;-)
Cheeers,
On 12/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
I have posted candidates for the C++ SCA and SDO M2 release here:
Hi Geoff,
Yep, I think these all got out of sync with the website redesign.
I think your proposal is good for now - we'll need to update the
website wiki when M2 comes out anyway.
Is the process for building on Ubuntu very different to our general
Linux instructions?
Cheers
Andy
On 10/12/06,
+1
...ant
On 10/13/06, Venkata Krishnan [EMAIL PROTECTED] wrote:
+1
- Venkat
On 10/12/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
New version of the build artifacts that other Tuscany modules depend
on. For each there are links to the tag (as a separate source
distribution is not
Issues with Windows M2 RC1 SDO
--
Key: TUSCANY-837
URL: http://issues.apache.org/jira/browse/TUSCANY-837
Project: Tuscany
Issue Type: Bug
Components: C++ SDO
Affects Versions: Cpp-M2
Simon,
I have made these changes, thanks.
I am unsure of one thing regarding the difference between CHANGES and
RELEASE_DOCUMENTATION. These files were provided by Yang as a JIRA
attachment in consultation with Frank, and I had been meaning to check the
difference in purpose of the two files.
Any comments on the sample war and jar names? Currently we have a mix of
things like 'webapp', 'sample-supplychain-1.0-incubator-M2-SNAPSHOT.jar', '
sample-helloworldjsonrpc.war'.
Including the 'sample-' prefix seems good to me, and presumably we only need
the -incubator- part if we're
Standalone launcer fails with NPE for ALL samples
-
Key: TUSCANY-838
URL: http://issues.apache.org/jira/browse/TUSCANY-838
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
[ http://issues.apache.org/jira/browse/TUSCANY-838?page=all ]
ant elder updated TUSCANY-838:
--
Summary: Standalone launcher fails with NPE for ALL samples (was:
Standalone launcer fails with NPE for ALL samples)
Description:
Trying to use the
Hello,
Looking at a few of the web based samples I've noticed difference in
where SCA artifacts are located Some are using the default value which
results in the SCA application SCDL to be found in WEB-INF/default.scdl
and extension SCDL to be found in WEB-INF/tuscany/extensions
Some samples
I have done the SDO part of this, but didn't want to meddle with das at this
time.
Regards, Kelvin.
On 13/10/06, kelvin goodson [EMAIL PROTECTED] wrote:
will do
--
Kelvin
On 13/10/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I had a memory of seeing one of these recently so I grepped for
Andrew Borley [EMAIL PROTECTED] wrote on 12/10/2006 23:25:36:
Hi everyone,
I have posted candidates for the C++ SCA and SDO M2 release here:
http://people.apache.org/~ajborley/cpp-1.0-incubator-M2-RC1
Please take a look, read the docs, build run the libraries and
samples let us know
The less config the better in my opinion so using the defaults seems best.
A question could be are those default locations ok, but WEB-INF/default.scdl
and WEB-INF/tuscany/extensions seem fine to me.
...ant
On 10/13/06, Rick [EMAIL PROTECTED] wrote:
Hello,
Looking at a few of the web
Extension jars packaged into a war by the war plugin loadExtensionDependencies
don't seem to get found
---
Key: TUSCANY-839
URL:
On 10/12/06, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
If you want to use transitive resolution you can use
org.apache.tuscany.services.maven.MavenArtifactRepository. However, it has
only been tested in a webapp host.
Could you give a few details about about how to do this?
...ant
I agree we should be consistent. The only thing I might add is the only way I
know to do this in maven is using finalName in the build section of the pom.xml
This has the behavior that what's produced in the target directory is the
specified name, but in repo the name still follows the
Definite +1 for consistency.
I think we should remove the version from the name as it impacts the
URL the user gets when they deploy to Tomcat. I think that should be
as short and simple as possible.
--
Jeremy
On Oct 13, 2006, at 5:38 AM, cr22rc wrote:
I agree we should be consistent.
Following the helpful comments of Simon and Jeremy I have produced a further
cut of SDO for Java at
http://people.apache.org/~kelvingoodson/sdo_java/RC4/
This one has made the switch away from SNAPSHOT version names, has all the
documentation and header fixes that have been suggested following
[ http://issues.apache.org/jira/browse/TUSCANY-838?page=all ]
ant elder reassigned TUSCANY-838:
-
Assignee: ant elder
Standalone launcher fails with NPE for ALL samples
--
Key:
+1
On Oct 13, 2006, at 5:18 AM, ant elder wrote:
The less config the better in my opinion so using the defaults
seems best.
A question could be are those default locations ok, but WEB-INF/
default.scdl
and WEB-INF/tuscany/extensions seem fine to me.
...ant
On 10/13/06, Rick [EMAIL
[ http://issues.apache.org/jira/browse/TUSCANY-838?page=all ]
ant elder closed TUSCANY-838.
-
Resolution: Fixed
Yes, after debugging thats what i found as well.
Standalone launcher fails with NPE for ALL samples
Hi, ant.
I'm looking into this area and have identified some issues with local fixes.
I'll commit them when I reach a reasonable stage.
Thanks,
Raymond
- Original Message -
From: ant elder (JIRA) tuscany-dev@ws.apache.org
To: tuscany-dev@ws.apache.org
Sent: Friday, October 13, 2006
Sorry Ant, I am away on vacation, I do apologize if I am a bit late in
responding to emails.
Anyway, to answer your question ...
The artifact repository is defined in webapp.scdl in webapp host,
component name=artifactRepository
system:implementation.system
[ http://issues.apache.org/jira/browse/TUSCANY-804?page=all ]
Kelvin Goodson resolved TUSCANY-804.
Resolution: Fixed
The website is now live with the changes made uner this JIRA.
SDO build instructions must be fixed, prevents new user from
[ http://issues.apache.org/jira/browse/TUSCANY-68?page=all ]
Frank Budinsky closed TUSCANY-68.
-
Resolution: Fixed
This issue has been opened with the spec group.
Work with SDO spec group to resolve issues around INSTANCE
I just updated the DAS files.
Brent
On 10/13/06, kelvin goodson [EMAIL PROTECTED] wrote:
I have done the SDO part of this, but didn't want to meddle with das at this
time.
Regards, Kelvin.
On 13/10/06, kelvin goodson [EMAIL PROTECTED] wrote:
will do
--
Kelvin
On 13/10/06, Jeremy
Thanks, i'll update this and resubmit DAS M2 RC3 to be posted.
On 10/13/06, Brent Daniel [EMAIL PROTECTED] wrote:
I just updated the DAS files.
Brent
On 10/13/06, kelvin goodson [EMAIL PROTECTED] wrote:
I have done the SDO part of this, but didn't want to meddle with das at
this
time.
[
http://issues.apache.org/jira/browse/TUSCANY-823?page=comments#action_12442081
]
Ignacio Silva-Lepe commented on TUSCANY-823:
As this is done, I can resolve/close it if that's not a problem
Adding one way samples for ws/axis2
Hi,
I managed to get the helloworldws sample working in tomcat with artifact
isolations. There are some workarounds/hacks I had to apply. The biggest
issue is that we cannot support extension to extension dependencies very
well as of today.
I put together a document you can follow to try
Repeating the same search in the sca tree shows quite a few
exceptions - any volunteer to clear them up?
$ grep -rli --exclude=*.svn-base licensors sca
sca/kernel/core/src/main/java/org/apache/tuscany/core/databinding/
impl/DataBindingRegistryImpl.java
Thanks to Jeremy to clearly state the objective and explain the strategy.
+1 from me.
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, October 11, 2006 4:49 PM
Subject: Stabilizing M2 for release
We have had quite a
I'll give a try.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, October 13, 2006 1:19 PM
Subject: Old style headers in SCA
Repeating the same search in the sca tree shows quite a few
exceptions - any volunteer
I've added the Maven-based dependency support to the standalone
runtime as Meeraj described and it seems to work well. Ant's tested
with the JavaScript sample and we are able to run that just by
copying the container extension to the the extensions directory.
One thing we've noticed is
The DAS Java M2 Release Candidate 3 is available at :
http://people.apache.org/~kelvingoodson/das_java/RC3/
http://people.apache.org/%7Ekelvingoodson/das_java/RC2/
Changes from DAS Java M2 - RC2
http://www.mail-archive.com/tuscany-user%40ws.apache.org/msg00268.html
Changes from DAS
We need to remove the SNAPSHOT designation from the XML schema
namespaces that we use in SCA. Does anyone have a chance to look at
this?
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
I added this (using -Doffline for the launcher for now) but I have
not figured out how to make the embedded Maven instance use it yet.
--
Jeremy
On Oct 13, 2006, at 2:28 PM, Jeremy Boynes wrote:
I've added the Maven-based dependency support to the standalone
runtime as Meeraj described and
I put the Maven support in the standalone runtime and we have been
able to test samples that in both standalone and webapp
configurations that are not using the dependency mechanism. Rick
reports that BigBank is still working (although it has not as yet
been converted to use the dependency
Branch taken - if you fix anything please remember to apply the patch
to both trunk and the branch :-)
--
Jeremy
On Oct 13, 2006, at 6:39 PM, Jeremy Boynes wrote:
I put the Maven support in the standalone runtime and we have been
able to test samples that in both standalone and webapp
There are still a couple of changes needed before we have a complete
branch for the release. So far I have copied in sca but I have not
* branched/tagged the sca spec api
* tagged the commonj twm api
* included the samples
I plan to handle the first two.
I'd like to suggest for the samples we
41 matches
Mail list logo
