On Nov 14, 2007 7:29 AM, Adriano Crestani [EMAIL PROTECTED]
wrote:
snip
Luciano:
Distribution artifact names : I'd follow the same naming of previous
native releases [1] and use tuscany_das_cpp-1.0-incubator-M4-bin.zip
I'm also not sure if the native project wants to start using
incubating
If you are discounting using XSD for the source of metadata to
describe the SDO types then there is the SDO API provided for dynamic
metadata creation. The sample at [1] gives an introduction to this.
The paper at [2] discusses the subject also, and the program
underlying the discussion in the
[
https://issues.apache.org/jira/browse/TUSCANY-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Combellack resolved TUSCANY-1487.
--
Resolution: Invalid
I'm going to mark this issue as invalid as it is now very old.
[
https://issues.apache.org/jira/browse/TUSCANY-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1910:
---
Attachment: databinding-xstream.tar.gz
This file is my /modules/databinding-xstream
XStream Databinding extension for Object XML serialization
--
Key: TUSCANY-1910
URL: https://issues.apache.org/jira/browse/TUSCANY-1910
Project: Tuscany
Issue Type: New Feature
There is an old thread -
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01951.html
I am just trying to continue the discussion here to come up with
requirement, use cases and a basic implementation.
Standalone DAS can be used by client by having the required jar in
classpath. By exposing DAS as
On Nov 14, 2007 7:56 AM, Luciano Resende [EMAIL PROTECTED] wrote:
I have started reviewing and adding implementation.jpa [1] to Tuscany
SVN. I was wondering how would that relate to the other efforts being
done related to data access, and if we should align this to the same
direction. Maybe
Hello,
I am trying to add a test case for the tutorial. What are the steps I
need to follow? I have looked at other test cases and I have copied many
things (none of them worked though):
1 - create a test case whose class name ends in ***TestCase.java (it
cantains the required classes:
Ignacion,
There method to be run is prefixed test, the class extends
junit.framework.TestCase and the parent pom is right too.
Here you have the pom:
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.tuscany.sca/groupId
artifactIdtuscany-tutorial/artifactId
Just to verify:
1- Does your test case class extend junit.framework.TestCase?
2- Does your pom include the proper parent, eg:
parent
groupIdorg.apache.tuscany.sca/groupId
artifactIdtuscany-sca/artifactId
version1.0.1-incubating/version
Oh, and do you have any method with a name starting with
the 'test' prefix?
On Nov 14, 2007 9:50 AM, Antollini, Mario [EMAIL PROTECTED] wrote:
Hello,
I am trying to add a test case for the tutorial. What are the steps I
need to follow? I have looked at other test cases and I have copied
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542485
]
Simon Nash commented on TUSCANY-1909:
-
I am looking into this. I will post another update when I have more
I just did an svn up and started getting very strange mvn errors (see
attached). I can't relate it to any particular change in svn. The only way
I've been able to get past it is to revert from maven 2.0.7 to 2.0.5. Will
investigate more but is anyone else seeing build problems
Simon
[INFO]
[
https://issues.apache.org/jira/browse/TUSCANY-1911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Antollini updated TUSCANY-1911:
-
Attachment: tutorial-amazon.zip
The zip contains two projects needed for the amazon
Hmm, on quick inspection, the junit dependency has
compile scope (instead of test). Also, since you are
using @Before, @Test and @After, you probably do
not need to extend junit.framework.TestCase, although
I am not sure whether it is required that you do not.
But I have not used these junit
Amazon Cart for Tutorial
Key: TUSCANY-1911
URL: https://issues.apache.org/jira/browse/TUSCANY-1911
Project: Tuscany
Issue Type: Improvement
Components: Java SCA Samples
Reporter: Mario
Hi,
We're our first steps with SCA (C++, version 0.95) running on Solaris 10
(compiled with the native compiler).
I have a question about the composite scope:
We would like to have a relatively basic design that involves 2 components:
one component handles a connection (lets say some kind of
[
https://issues.apache.org/jira/browse/TUSCANY-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1812.
-
Resolution: Fixed
Patch Applied (many thanks Ron)
XMLHelper.load() IOException using
[
https://issues.apache.org/jira/browse/TUSCANY-1830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1830.
-
Resolution: Fixed
Fixed by updates in TUSCANY-1812
SimpleType extension across mixed
Hi,
A gentle reminder: this request has been posted for a few days but there is
no response yet. I understand you guys might be busy at ApacheCon.
We would greatly appreciate if the IPMC members can review this release.
Thanks,
Raymond
- Original Message -
From: Raymond Feng [EMAIL
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1832.
-
Resolution: Fixed
Fixed by updates in TUSCANY-1812
Complex type w/simple content
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542522
]
Simon Laws commented on TUSCANY-1907:
-
Hi Giorgio
Did you do some auto reformatting of some of the files in
I have added the proper version to maven-javadoc-plugin (revision
#595010) and it seems to fix the issue.
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
Antollini, Mario wrote:
Jean-Sebastien,
I added the amazon cart to jire:
https://issues.apache.org/jira/secure/attachment/12369533/tutorial-amazo
n.zip
Sadly, I could not get the test running, therefore I am not sure it will
run properly.
Mario,
Mario E. Antollini
Intel
[
https://issues.apache.org/jira/browse/TUSCANY-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542557
]
Ron Gavlin commented on TUSCANY-1812:
-
Kelvin,
Thanks for reviewing and applying this patch for me.
- Ron
2007/11/14, Simon Laws (JIRA) tuscany-dev@ws.apache.org:
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542522
]
Simon Laws commented on TUSCANY-1907:
-
Hi
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash reassigned TUSCANY-1909:
---
Assignee: Simon Nash
Conversational Component referring to another Conversational
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Attachment: editedpatch.txt
I edited the patch. Please scan MetaComponentProcessor and
Dependencies from our samples do not seem to be pulled in the distro,
unless a module under modules/ also has a runtime or compile dependency
on them.
For example if you build a distro containing the implementation-data
module (but not containing implementation-bpel which has a compile
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542590
]
Simon Nash commented on TUSCANY-1909:
-
I have found the cause of the problem and I have a fix that seems to
Hi,
Are you referring to the binary distro? AFAIK, the binary distro only
contains artifacts under modules and their compile/runtime dependencies.
I think it should be individiual sample's reponsiblity to declare extra
dependencies. These dependencies should not be included in the binary
Try removing the test scope from derby dependency on the
implementation-data pom.
On Nov 14, 2007 12:47 PM, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Dependencies from our samples do not seem to be pulled in the distro,
unless a module under modules/ also has a runtime or compile
Luciano Resende wrote:
Try removing the test scope from derby dependency on the
implementation-data pom.
Did that and it works around the problem, but it's a workaround :)
--
Jean-Sebastien
-
To unsubscribe, e-mail:
On Nov 14, 2007 1:06 PM, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
Are you referring to the binary distro? AFAIK, the binary distro only
contains artifacts under modules and their compile/runtime dependencies.
I think it should be individiual sample's reponsiblity to declare extra
Raymond Feng wrote:
Hi,
Are you referring to the binary distro?
Yes
AFAIK, the binary distro only contains artifacts under modules and
their compile/runtime dependencies.
Correct
I think it should be individiual sample's reponsiblity to declare
extra dependencies.
Yes, makes sense.
Hi,
I was about to clarify a bit. What I meant is the extra dependencies
required by a sample should only go into the sample structure instead of
polluting the lib folder. It's a bit challenging to have a good balance: on
one hand, we don't want to create a monster distro as samples can bring
Hi,
It seems that Ice is licensed under GPL which is not compatible with Apache
license. As result, the Tuscany project cannot host such a binding. But
technically speaking, it's possible to implement the binding that supports
Ice.
Thanks,
Raymond
- Original Message -
From: Adam
[
https://issues.apache.org/jira/browse/TUSCANY-1903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
gengshaoguang updated TUSCANY-1903:
---
Attachment: implementation-openjpa-u.zip
Thanks for apply.
I made some upgrading to these
38 matches
Mail list logo