Perhaps you could issue the external dependencies in a separate
archive; that would need the appropriate N L of course, but would not
change very often.
Sounds attractive. So we would have
tuscany-binaries
tuscany-dependencies
tuscany-src
I think this would be an advantage if we go ahead
[
https://issues.apache.org/jira/browse/TUSCANY-1516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder closed TUSCANY-1516.
--
Resolution: Cannot Reproduce
Closing as Cannot Reproduce as per the previous comments the attached
On Jan 29, 2008 9:04 AM, Simon Laws [EMAIL PROTECTED] wrote:
Perhaps you could issue the external dependencies in a separate
archive; that would need the appropriate N L of course, but would not
change very often.
Sounds attractive. So we would have
tuscany-binaries
On Jan 29, 2008 9:11 AM, ant elder [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:04 AM, Simon Laws [EMAIL PROTECTED] wrote:
Perhaps you could issue the external dependencies in a separate
archive; that would need the appropriate N L of course, but would not
change very often.
An alternative to what we do now with all the licenses embedded in the one
top level LICENSE file is to include the licenses in individual files
either
in a separate licenses folder or in the same folder as the dependency so
its
real easy to see if any are missing and what they apply to. I
On 29/01/2008, Simon Laws [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:11 AM, ant elder [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:04 AM, Simon Laws [EMAIL PROTECTED] wrote:
Perhaps you could issue the external dependencies in a separate
archive; that would need the appropriate
Having seen the version from sebb I note there's just a [miscellany]
introducer required. I'll fix it.
Kelvin.
On 29/01/2008, kelvin goodson [EMAIL PROTECTED] wrote:
Substituting the contents of this file into my config file causes the
error
svn: C:\Documents and
Comments inline. Note that I have also some prototype of a install
program in my sandbox.
On Jan 29, 2008 7:14 AM, Simon Laws [EMAIL PROTECTED] wrote:
On Jan 28, 2008 5:38 PM, Simon Laws [EMAIL PROTECTED] wrote:
snip...
I'm not too keen on scanning a disk directory as it doesn't apply to
On Jan 28, 2008 5:38 PM, Simon Laws [EMAIL PROTECTED] wrote:
snip...
I'm not too keen on scanning a disk directory as it doesn't apply to a
distributed environment, I'd prefer to:
- define a model representing a contribution repository
- persist it in some XML form
I've started on
On Jan 28, 2008 5:34 AM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
snip
I don't think that a Webapp is the right architecture but I may be wrong
or missing something, so you should probably just try and see for
yourself if this is what you want to do.
Can you explain more about why
The ASF version has:
...
[miscellany]
enable-auto-props = yes
...
On 29/01/2008, kelvin goodson [EMAIL PROTECTED] wrote:
Substituting the contents of this file into my config file causes the error
svn: C:\Documents and Settings\Administrator\Application
Data\Subversion\config:4: Section
Substituting the contents of this file into my config file causes the error
svn: C:\Documents and Settings\Administrator\Application
Data\Subversion\config:4: Section header expected
when using svn command line version ...
svn, version 1.4.5 (r25188)
compiled Aug 22 2007, 20:56:15
or
On 29/01/2008, ant elder [EMAIL PROTECTED] wrote:
Just as an fyi follow on from TUSCANY-2019 does everyone know they can (and
should) have their SVN configured to automatically set SVN properties like
eol-style? We've a template file for this at
On Jan 29, 2008 12:08 PM, sebb [EMAIL PROTECTED] wrote:
On 29/01/2008, Simon Laws [EMAIL PROTECTED] wrote:
An alternative to what we do now with all the licenses embedded in the
one
top level LICENSE file is to include the licenses in individual files
either
in a separate
[
https://issues.apache.org/jira/browse/TUSCANY-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar resolved TUSCANY-1483.
--
Resolution: Fixed
patch applied at revision 615169
Static SDO generator: problem
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder resolved TUSCANY-2019.
Resolution: Fixed
All SVN changes applied. Thanks for the commands Sebb.
SVN eol-style
On 29/01/2008, Simon Laws [EMAIL PROTECTED] wrote:
An alternative to what we do now with all the licenses embedded in the one
top level LICENSE file is to include the licenses in individual files
either
in a separate licenses folder or in the same folder as the dependency so
its
real
[
https://issues.apache.org/jira/browse/TUSCANY-1674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder resolved TUSCANY-1674.
Resolution: Fixed
Fixed as described
Missing NonBlockingInterceptor on service wire
On 29/01/2008, ant elder [EMAIL PROTECTED] wrote:
On Jan 29, 2008 12:08 PM, sebb [EMAIL PROTECTED] wrote:
On 29/01/2008, Simon Laws [EMAIL PROTECTED] wrote:
An alternative to what we do now with all the licenses embedded in the
one
top level LICENSE file is to include the
[
https://issues.apache.org/jira/browse/TUSCANY-2011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar resolved TUSCANY-2011.
--
Resolution: Fixed
completed at revision 616270
include apache headers in xmls and
On Jan 29, 2008 10:28 AM, Simon Laws [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:11 AM, ant elder [EMAIL PROTECTED] wrote:
On Jan 29, 2008 9:04 AM, Simon Laws [EMAIL PROTECTED] wrote:
Perhaps you could issue the external dependencies in a separate
archive; that would need the
Just as an fyi follow on from TUSCANY-2019 does everyone know they can (and
should) have their SVN configured to automatically set SVN properties like
eol-style? We've a template file for this at
https://svn.apache.org/repos/asf/incubator/tuscany/java/etc/svn-props, if
you're on Windows your
ComponentContext.getRequestContext() does not return null when no active request
Key: TUSCANY-2021
URL: https://issues.apache.org/jira/browse/TUSCANY-2021
Project:
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder reassigned TUSCANY-2019:
--
Assignee: ant elder
SVN eol-style property not set correctly on all source files; other
See inline.
Simon
Nishant Joshi wrote:
Hi,
First i didn't get what you mean by I started the server first, noted the
random port number
that was assigned, then built the client using that port number.
But I have tried with modifying the sample callback-ws-service in 1.1-RC3
I got the same
Sorry for the late response. I have been travelling and in OASIS
meetings, and I'm just catching up with the ML now.
See comments inline.
Simon
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
Jean-Sebastien Delfino wrote:
- What distro Zips are we building and what do they contain?
On Jan 29, 2008 3:09 PM, Simon Nash [EMAIL PROTECTED] wrote:
Sorry for the late response. I have been travelling and in OASIS
meetings, and I'm just catching up with the ML now.
See comments inline.
Simon
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
Jean-Sebastien Delfino
Looks good to me, thanks for correcting the problems mentioned by Sebastian.
+1
Matthieu
On Jan 28, 2008 9:31 AM, Simon Laws [EMAIL PROTECTED] wrote:
Hi,
The previous VOTE thread here for SCA Java 1.1-incubating identified some
issues.
http://www.mail-archive.com/[EMAIL
As already reported, I've not been able to build the release successfully.
Any ideas on what is going wrong?
Also, there are quite a few files missing from the source archive.
On 29/01/2008, Raymond Feng [EMAIL PROTECTED] wrote:
+1 to release RC3a for 1.1.
In the building the source from an
[
https://issues.apache.org/jira/browse/TUSCANY-1767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1767.
--
Resolution: Fixed
I guess this was fixed by adding the geronimo deployment
[
https://issues.apache.org/jira/browse/TUSCANY-1699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1699.
--
Resolution: Invalid
Is this just a discussion, then it should be moved to dev/user
java version 1.5.0_13
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode)
Maven version: 2.0.8
Java version: 1.5.0_13
OS name: windows xp version: 5.1 arch: x86 Family: windows
MAVEN_OPTS=-Xmx128M
I can upload the
[
https://issues.apache.org/jira/browse/TUSCANY-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1716.
--
Resolution: Fixed
Assignee: Luciano Resende
This issue is now solved on new
[
https://issues.apache.org/jira/browse/TUSCANY-1776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1776.
--
Resolution: Cannot Reproduce
I guess this is old, and is working now in Release 1.1
+1 to release RC3a for 1.1.
In the building the source from an empty maven repo, I once hit the issue
reported in [1].
Overrall, the binary dirstro is good. I can run most of the samples
successfully. I ran into an issue with the ant script for demos\xml-bigbank.
[2].
The LICENSE/NOTICE
Generated build-dependency.xml for demos\xml-bigbank points to the wrong
version of wstx-asl
Key: TUSCANY-2022
URL: https://issues.apache.org/jira/browse/TUSCANY-2022
Hi, Sebb.
I cannot reproduce the error you are seeing. Which JDK (set by JAVA_HOME)
and which version of maven did you use for the build?
Thanks,
Raymond
- Original Message -
From: sebb [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, January 28, 2008 10:54 AM
Subject:
I cannot reproduce either. Source distro builds sucessfully for me.
On Jan 29, 2008 12:36 PM, Raymond Feng [EMAIL PROTECTED] wrote:
Hi, Sebb.
I cannot reproduce the error you are seeing. Which JDK (set by JAVA_HOME)
and which version of maven did you use for the build?
Thanks,
Raymond
Hi,
I just tried maven 2.0.8 and SUN JDK 1.5.0_13-b05. The build is successful.
Can you try maven 2.0.5 or 2.0.7?
You can also try mvn -X to get more information about the failure.
Thanks,
Raymond
- Original Message -
From: sebb [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
sebb wrote:
[snip]
Sebastien pointed us toward Spring as another example which, for the
framework, has the slightly different pattern
?-binaries
?-binaries+dependencies-src-samples
Spring provides another package with the binaries, samples and docs,
without dependencies [1], but I was not
Simon Laws wrote:
[snip]
The model in my sandbox [2], which is very simlar to the XML that the
current contribution repository uses, now holds node and contribution name
information [3]. These could be two separate models to decouple the
management of contributions from the process of
Hi Greg and Venkat,
Answers to spec questions inline..
Dave
- Original Message -
From: Venkata Krishnan [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, January 24, 2008 11:05 AM
Subject: Re: Transaction intents
Hi Greg,
With respect to your last point on 'code
I've just tried again with the same JDK and Maven.
I used mvn clean and then mvn -X
The log is here:
http://people.apache.org/~sebb/tuscany
mvn.log is the initial build I did.
mvn4.log is the last build with mvn -X.
Note that I was able to build the previous version of the release
Hi,
Hi,
It's strange. The main problem you have is that the following file cannot be
opened for write:
D:\tuscany-sca-1.1-incubating-src\itest\databindings\sdogen\target\..\src\main\java\org\apache\tuscany\sca\itest\sdodatabinding\GreeterService.java
Can you check if you already have this
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563781#action_12563781
]
Sebb commented on TUSCANY-2019:
---
I've only concentrated on java and xml files; there are a
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563778#action_12563778
]
Luciano Resende commented on TUSCANY-2019:
--
Should we review and update the
Surely the problem is that the file does not exist?
See below.
D:\tuscany-sca-1.1-incubating-srcdir /s GreeterService.java*
Directory of
D:\tuscany-sca-1.1-incubating-src\itest\databindings\common\src\main\resources\generate
27/01/2008 13:01 1,778 GreeterService.java.vm
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb reopened TUSCANY-2019:
---
There are still quite a few missing properties - scripts for .java and .xml to
follow.
SVN eol-style
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated TUSCANY-2019:
--
Attachment: svnxml.sh
svnjava.sh
SVN eol-style property not set correctly on all source
[
https://issues.apache.org/jira/browse/TUSCANY-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563788#action_12563788
]
Sebb commented on TUSCANY-2019:
---
Re the script:
It's supposed to generate the following file from GreeterService.java.vm.
D:\tuscany-sca-1.1-incubating-src\itest\databindings\sdogen\target\..\src\main\java\org\apache\tuscany\sca\itest\sdodatabinding\GreeterService.java
For some strange reason, this file cannot be created in your case. Can
Indeed - what does the debug log say about why this did not occur?
Is there any additional debugging that can be turned on to find out
why it was not created?
It takes 30 mins or so to run the build, so I don't want to redo it
only to find that it needs to be done yet again with additional
Failed, I've uploaded mvnci.log
On 30/01/2008, Luciano Resende [EMAIL PROTECTED] wrote:
You could probably just try to build that module... with the following
commands...
cd D:\tuscany-sca-1.1-incubating-src\itest\databindings\
mvn clean install
On Jan 29, 2008 6:22 PM, sebb [EMAIL
You could probably just try to build that module... with the following
commands...
cd D:\tuscany-sca-1.1-incubating-src\itest\databindings\
mvn clean install
On Jan 29, 2008 6:22 PM, sebb [EMAIL PROTECTED] wrote:
Indeed - what does the debug log say about why this did not occur?
Is there any
On 30/01/2008, Raymond Feng [EMAIL PROTECTED] wrote:
The debug log only provides information about the maven plugins. In your
case, a java program in the itest module is invoked from maven and it fails
to create a file.
In that case, I would say that the program has a bug, because it is
not
The debug log only provides information about the maven plugins. In your
case, a java program in the itest module is invoked from maven and it fails
to create a file. I don't see any options other than attaching a debugger to
figure out why the file cannot be created but I cannot reproduce the
Hi,
Finally I can reproduce the problem now. This time I unzipped the src distro
to a new folder and set JAVA_HOME to SUN's JDK. The same problem came out!
The main issue here is that IBM JDK behaves differently than the SUN's JDK
in creating a new file where some folders in the path don't
57 matches
Mail list logo