I'm trying to use easyMock to create a unit testing to verify that exception
is being thrown for duplicated Components...
Looks like the reader that is simulating the scdl is returning the right
values, but then, the registry does not find a loader to handle
implementation.java
Portion given by
Hi Luciano,
I am just about sharing my experience in this without going too much into
what you are doing. Hope this helps. If you still have problems, let me
know and I will take a detailed look into this.
I assume you are trying to test an ImplementationLoader for its handling of
duplicate
On 1/22/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 22/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/21/07, Pete Robbins [EMAIL PROTECTED] wrote:
Simon,
this code is in the extension that handles C++ components so we
expect
the
implementation to be
Jeremy,
I have asked whether they plan to mavenize the 2.4 release. It doesn't
look like their immediate priority. I plan to volunteer to do that for
them if they agree.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: Monday, January 22, 2007 2:46 PM
On 22/01/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 22/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/21/07, Pete Robbins [EMAIL PROTECTED] wrote:
Simon,
this code is in the extension that handles C++ components so we
expect
the
implementation to
[
https://issues.apache.org/jira/browse/TUSCANY-536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Borley resolved TUSCANY-536.
---
Resolution: Fixed
Fix Version/s: Cpp-current
Assignee: Andrew Borley
Fixed
[
https://issues.apache.org/jira/browse/TUSCANY-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Borley resolved TUSCANY-1042.
Resolution: Fixed
Fix Version/s: Cpp-current
Assignee: Andrew Borley
Hi all,
Just checked in changes to get us up to the latest Axis2C version
(0.96). There are a couple of bug fixes in this version (fixes for
TUSCANY-536, AXIS2C-437 (caused a regression in our samples) and
AXIS2C-432 (allows us to use the Amazon web services)) that we
have/can make use of.
Hi,
I see the CWIKI site is up (http://cwiki.apache.org/TUSCANY/) but not open
for public editing... shame 'cos I was hoping to write some stuff about
getting started (I personally don't find the web site's getting started
guide that great so thought that I'd have a bash on the wiki... c'est la
Hi all,
From the [C++] M3 release? thread [1]:
Should we change the name of Tuscany C++? The other half of Tuscany
don't append Java to their releases and now we have decent support
for C++, Python, Ruby and (soon) PHP, calling it Tuscany C++ perhaps
misleads users into thinking it's only for
My +1 is for Tuscany Native
Cheers
Andrew
On 1/23/07, Andrew Borley [EMAIL PROTECTED] wrote:
Hi all,
From the [C++] M3 release? thread [1]:
Should we change the name of Tuscany C++? The other half of Tuscany
don't append Java to their releases and now we have decent support
for C++, Python,
I've run in to a problem building the REST binding extension on MacOS. Our
extension mechanism works by having a well known exported method from a
library that implements an extension; tuscany_sca_extension_initialize()
In the REST binding the extension is split into interface, service,
I've not been able to recreate either of these problems yet. Could you give
a bit more info about what you're doing - how you run the samples, what
maven commands you use, and from what directory etc?
...ant
On 1/23/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Adding mirrors to
[
https://issues.apache.org/jira/browse/TUSCANY-1053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder reassigned TUSCANY-1053:
--
Assignee: ant elder
Use a Tuscany namespace for all non-spec'd Tuscany extensions
On Jan 23, 2007, at 1:33 AM, Meeraj Kunnumpurath wrote:
Jeremy,
I have asked whether they plan to mavenize the 2.4 release. It doesn't
look like their immediate priority. I plan to volunteer to do that for
them if they agree.
That would be great, especially for the long term. It's still
-1 on the single namespace as it couples together all the extensions
- we would need to create a new version of the namespace every time
any extension changed its XML
--
Jeremy
On Jan 23, 2007, at 4:35 AM, ant elder (JIRA) wrote:
[ https://issues.apache.org/jira/browse/TUSCANY-1053?
Hi, I would like to ask a urgent question:
Does Tuscany DAS support returning static DataObject???
/xml config
file*/
?xml version=1.0 encoding=UTF-8?Config
This seems to build fine on linux and does not warn about the duplicate
symbol. I'll go back and check why Mac is complaining.
Cheers,
On 23/01/07, Pete Robbins [EMAIL PROTECTED] wrote:
I've run in to a problem building the REST binding extension on MacOS. Our
extension mechanism works by
Hi Luciano,
You shouldn't need to use the registry or other loaders to test this.
Just create the loader you want and mock out the XMLStreamReader and
LoaderRegistry to return the correct values. The mocked loader should
return component definitions that are newed up rather than created by
Andy,
+1 for Tuscany Native.
Simon
Andrew Borley wrote:
My +1 is for Tuscany Native
Cheers
Andrew
On 1/23/07, Andrew Borley [EMAIL PROTECTED] wrote:
Hi all,
From the [C++] M3 release? thread [1]:
Should we change the name of Tuscany C++? The other half of Tuscany
don't append Java to
On 1/23/07, Simon Nash [EMAIL PROTECTED] wrote:
Andy,
+1 for Tuscany Native.
Simon
Andrew Borley wrote:
My +1 is for Tuscany Native
Cheers
Andrew
On 1/23/07, Andrew Borley [EMAIL PROTECTED] wrote:
Hi all,
From the [C++] M3 release? thread [1]:
Should we change the name of
1) I found the following section has been REMOVED recently from
http://cwiki.apache.org/CWIKI/:
--
h3. Why isn't wiki.apache.org listed with the other approved services?
On Jan 23, 2007, at 9:00 AM, Jeremy Boynes wrote:
Isn't this a problem in the verify/build phase rather than the loader?
--
Jeremy
We already support this in the build phase. Ultimately this function
would be moved into the verify phase but since we don't have it yet
and the change is
My +1 is for Tuscany Native
I wonder what all the Tuscany natives in Italy would think ;)
[] keep the old name (Tuscany C++)
This would get my vote.
--oh
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Well, it looks like I might be doing more then what is required here, but
I'll try to give some more comments on the scenario.
I assume you are trying to test an ImplementationLoader for its handling of
duplicate components. If so, then you must simply have to focus on that
'unit' i.e. the
[
https://issues.apache.org/jira/browse/TUSCANY-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-914:
Attachment: tuscany914-take5.lresende.20070121.txt
Latest patch with correct algorithm
On Jan 23, 2007, at 10:01 AM, Jeremy Boynes wrote:
Do we?
Yep in CompositeComponentExtension.register(SCAObject)
I was looking at CompositeComponentType#getComponents and it does:
for (Include i : includes.values()) {
view.putAll(i.getIncluded().getComponents());
Actually this is definitely a problem. The mechanism as it is today means
you can not have one extension library that depends on another unless we
separate out the static method into it's own dll for each extension. It may
work on Linux but it probably shouldn't and it will not work on MacOS.
So
Tuscany native is confusing because it sounds like the default which I don't
think is the intention.
Isn't this Tuscany support for scripting? Would Tuscany [scripting
languages]
make sense? We could de-couple scripting from the underlying runtimes and
highlight support for many languages which
I was wondering whether we should package a Tuscany C++ kernel, which is
the core runtime and cpp language extension, and have a separate package for
scripting extensions ??
I'm not sure I like Native
On 23/01/07, Luciano Resende [EMAIL PROTECTED] wrote:
Just my 2 cents, going with Tuscany
Pete Robbins wrote:
On 22/01/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 22/01/07, Simon Laws [EMAIL PROTECTED] wrote:
On 1/21/07, Pete Robbins [EMAIL PROTECTED] wrote:
Simon,
this code is in the extension that handles C++ components so we
expect
the
Pete Robbins wrote:
Actually this is definitely a problem. The mechanism as it is today means
you can not have one extension library that depends on another unless we
separate out the static method into it's own dll for each extension.
It may
work on Linux but it probably shouldn't and it will
On Jan 23, 2007, at 10:02 AM, Luciano Resende wrote:
Well, it looks like I might be doing more then what is required
here, but
I'll try to give some more comments on the scenario.
I assume you are trying to test an ImplementationLoader for its
handling of
duplicate components. If so,
My further $.02. As Pete suggests, the sub-project in question seems to be
a sub-kernel with enough function to support separate packages, each sup-
porting a different language. This sub-kernel happens to be written in C++.
How about something like sub-kernel then, or micro-kernel, or some such
[
https://issues.apache.org/jira/browse/TUSCANY-1003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ignacio Silva-Lepe resolved TUSCANY-1003.
-
Resolution: Fixed
Fix Version/s: (was: Java-SCA-Mx)
Jeremy Boynes wrote:
-1 on the single namespace as it couples together all the extensions -
we would need to create a new version of the namespace every time any
extension changed its XML
--
Jeremy
On Jan 23, 2007, at 4:35 AM, ant elder (JIRA) wrote:
[
Hi,
It caused a build break:
[INFO] [compiler:compile]
[INFO] Compiling 21 source files to
C:\Tuscany\java\sca\services\bindings\bindin
g.axis2\target\classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
On Jan 23, 2007, at 1:00 PM, Jean-Sebastien Delfino wrote:
Jeremy Boynes wrote:
-1 on the single namespace as it couples together all the
extensions - we would need to create a new version of the
namespace every time any extension changed its XML
I prefer a single Tuscany namespace. This
All,
I have begun the process of modularizing the build by creating and
publishing the kernel snapshot extensions will reference. The
snapshot source has been branched under /pre-spec-changes.
I will update the extensions to point to the snapshot. After this is
done, we can reorganize
I've converted most of the binding and container extensions to
reference the 0.1-pre-spec-SNAPSHOT kernel. Also, I started to
convert the samples under java/samples/sca/ specifically:
- calculator
- echo.binding
- inner.composite
- loanappconversation
- simplecallback
- spring
-
Hi,
I have been able to add pages to the WIKI and have added some skeleton pages
for SCA, DAS and SDO FAQs. I am also ready with the updates to our site to
point to these FAQs - just that I am not able to ssh to people.apache.org to
refresh these updates. Hope to succeed in that sometime
41 matches
Mail list logo
