Thanks Mike.
Gernimo has already ported the functionality you mentioned into
geronimo-utils. Is there any chance you could look at using
geronimo-utils instead of Bouncy Castle?
Kind Regards
Meeraj
-Original Message-
From: Mike [bondolo] Duigou [mailto:[EMAIL PROTECTED]
Sent:
Hi,
Thanks... I'll change to name.binding.composite as opposed to
name.composite.binding...
Cheers,
Dan
On 28/02/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
Thanks. I like this sort of naming and really helps in identifying scdls
better.
- Venkat
On 2/27/07, Jean-Sebastien Delfino
Folks,
1) I am arranging to publish all of the SCA spec schemas on the
www.osoa.org site - we've completed a site upgrade that now allows us to
publish random files outside the Wiki.
So, expect to see the 1.0 SCA XSDs on
http://www.osoa.org/xmlns/.
by the end of today.
Please note
Hi Sebastien,
thanks for doing this trawl, and for such a big effort I'm sure the best
thing to do was to give each JIRA a quick scan and then do any fix up
later. It does raise the issue that just looking at the attachments and the
resolution status is not sufficient to determine whether a
Folks,
I can confirm that the current 1.0 spec schemas are available on
http://www.osoa.org/xmlns/sca/1.0/.xsd
Yours, Mike.
Jeremy Boynes wrote:
The sca-api module contains old versions of the schemas from 0.9 days.
I think we should remove these from the jar as they are orthogonal
Hi Jean-Sebastien and others working on the wsdl2java JIRAs.
Running mvn from my sca/extensions directory doesnt work - the build
breaks everytime at the same place - Apache Tuscany Binding for Axis 2
Initially it was unable to find a snapshot jar called
wsdl-0.1-pre-spec-20070206.014758-3.jar
[
https://issues.apache.org/jira/browse/TUSCANY-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-153:
---
Patch Info: (was: [Patch Available])
The attachments do_cs_2.patch, do_cs_6.patch and
Mike
You mention Java API files - are those available as well? If so, do
you intend to also distribute them through the Maven repo system?
Thanks
--
Jeremy
On Feb 28, 2007, at 3:13 AM, Mike Edwards wrote:
Folks,
1) I am arranging to publish all of the SCA spec schemas on the
[
https://issues.apache.org/jira/browse/TUSCANY-1143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1143:
Description:
The switch to registration of metadata from the global scope to selected
[
https://issues.apache.org/jira/browse/TUSCANY-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael John Edwards reassigned TUSCANY-1033:
-
Assignee: Michael John Edwards (was: Jean-Sebastien Delfino)
OSOA
[
https://issues.apache.org/jira/browse/TUSCANY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1122:
sorry, previous comment should have said while we still support 1.4.2
[
https://issues.apache.org/jira/browse/TUSCANY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476601
]
Kelvin Goodson commented on TUSCANY-1122:
-
Paul,
are you aware of any workarounds that we could put in
[
https://issues.apache.org/jira/browse/TUSCANY-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael John Edwards resolved TUSCANY-1033.
---
Resolution: Fixed
Fix Version/s: (was: Cpp-M3)
Jeremy,
I have not got around to the Java API files yet.
It is my intention to publish them from www.osoa.org, probably bundled
as a single zip or jar file. Haven't decided the exact url yet -
suggestions welcome.
I haven't given the idea of putting them on a Maven repository any
thought
[
https://issues.apache.org/jira/browse/TUSCANY-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1130.
-
Resolution: Fixed
Rolled back above change. This is fixed in EMF 2.2.2.
Concurrent
On Feb 28, 2007, at 7:07 AM, Michael John Edwards (JIRA) wrote:
The SCA 1.0 specification XSDs are now available from:
http://www.osoa.org/xmlns/sca/1.0/
That location also includes a license file which grants permission
to use and repackage the files within projects implementing SCA.
Amita,
I guess what you're asking for is support for something like this:
List customers = rootDo.getList(customer[name='patrick']);
which would return a list containing the 0 or more matching customers.
There is currently discussion underway within the SDO specification
working group to
On Feb 28, 2007, at 7:12 AM, Mike Edwards wrote:
Jeremy,
I have not got around to the Java API files yet.
It is my intention to publish them from www.osoa.org, probably
bundled as a single zip or jar file. Haven't decided the exact url
yet - suggestions welcome.
I haven't given the
One of the challenges with SPI is the amount of implementation it
contains, particularly in the extension package where we provide
baseclasses for many of the extension points.
The intention here was to provide implementation infrastructure
common to many extension points that they could
I think we have resolved the issues with the Python samples when mixed with
Ruby and/or httpd so we have:
Windows/Linux : core, cpp, ruby, python, ws, rest, sca
Mac: core, cpp, ruby, python, rest
Tomorrow I will try and integrate the PHP extension into the distribution
and hopefully get a
On Feb 26, 2007, at 4:39 PM, Jim Marino wrote:
On Feb 26, 2007, at 2:25 PM, Jeremy Boynes wrote:
Resending a previous reply as my ISP's MTA seems to be acting up...
On 2/26/07, Jim Marino [EMAIL PROTECTED] wrote:
FYI,
Now that we have the AutowireResolver in place, I'm going to look
into
ServiceContract clone() doesn't clone Operations()
--
Key: TUSCANY-1146
URL: https://issues.apache.org/jira/browse/TUSCANY-1146
Project: Tuscany
Issue Type: Bug
Components: Java SCA
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Kurz updated TUSCANY-1146:
Summary: ServiceContract clone() doesn't clone operation (was:
ServiceContract clone() doesn't
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Kurz updated TUSCANY-1146:
Summary: ServiceContract clone() doesn't clone operations (was:
ServiceContract clone() doesn't
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Kurz updated TUSCANY-1146:
Attachment: 1146.patch
This is a patch on the integration-branch. (Should I have attached one
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Kurz updated TUSCANY-1146:
Attachment: 1146.patch
Same patch with ASF license..sorry
ServiceContract clone() doesn't
AccessViolation in DataObjectImpl::clearReferences()
Key: TUSCANY-1147
URL: https://issues.apache.org/jira/browse/TUSCANY-1147
Project: Tuscany
Issue Type: Bug
Components: C++
After talking a few weeks ago about how best to build Java I got distracted
doing PHP SCA things. Anyhow I have actually got back to trying it out.
* I checked out head and the integration branch with the aim of running up
the calculator sample.
* I built Head using Raymond's splendid script
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1147:
--
Attachment: Tuscany-1147.patch
Attached is a patch which resolves this issue for me.
[
https://issues.apache.org/jira/browse/TUSCANY-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard updated TUSCANY-1147:
--
Priority: Critical (was: Major)
AccessViolation in
On 2/28/07, Pete Robbins [EMAIL PROTECTED] wrote:
I think we have resolved the issues with the Python samples when mixed
with
Ruby and/or httpd so we have:
Windows/Linux : core, cpp, ruby, python, ws, rest, sca
Mac: core, cpp, ruby, python, rest
Tomorrow I will try and integrate the PHP
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reassigned TUSCANY-1146:
-
Assignee: Raymond Feng
ServiceContract clone() doesn't clone operations
On 2/28/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 28/02/07, Simon Laws [EMAIL PROTECTED] wrote:
On 2/28/07, Pete Robbins [EMAIL PROTECTED] wrote:
I think we have resolved the issues with the Python samples when mixed
with
Ruby and/or httpd so we have:
Windows/Linux : core, cpp,
[
https://issues.apache.org/jira/browse/TUSCANY-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1146.
---
Resolution: Fixed
Fix Version/s: Java-SCA-M3
Thanks for the patch.
I have applied
On Feb 28, 2007, at 9:37 AM, Simon Laws wrote:
After talking a few weeks ago about how best to build Java I got
distracted
doing PHP SCA things. Anyhow I have actually got back to trying it
out.
* I checked out head and the integration branch with the aim of
running up
the calculator
On Feb 28, 2007, at 9:37 AM, Simon Laws wrote:
Running
org.apache.tuscany.sca.runtime.standalone.smoketest.SmokeTestLauncher
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
11.657 sec
F
AILURE!
testLauncherUsage(
org.apache.tuscany.sca.runtime.standalone.smoketest.SmokeTestL
I should proof-read before sending out...typo corrections inline..
If you want to remove debug, do (adjusting for your IDE, this works
with IDEA):
/remote debug/
java -Xdebug -Xnoagent -Djava.compiler=NONE -
Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -
jar
To run the samples, as we have not cut a release yet, you will need
to manually create a distribution. This should be pretty
straightforward:
1. In /kernel do 'mvn'
2. In /runtime/standalone run 'mvn'
3. In /core-samples/common run 'mvn install'
4. In /core-samples/ run 'mvn install'
5. Run
On Feb 28, 2007, at 10:15 AM, Jim Marino wrote:
...
If you want to remove debug, do (adjusting for your IDE, this works
with IDEA):
java -Xdebug -Xnoagent -Djava.compiler=NONE -
Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -
jar
Hi Mike,
This may be a problem with Axis's Maven metadata, although I'm not
sure. Can you create a JIRA and attach your WAR file so I can take a
look? Also, can you try a simple app without the use of Axis and see
if the error persists?
Jim
My suggestion was to use a maven profile to have all pieces necessary to run
a sample built, and I think this is the purpose of maven.
Note that I didn't suggest having maven performing the following command
(that would actually run the sample) :
java -jar
We've had a couple of users recently talk about issues running
samples etc. many of which would go away if there was a release
available for them to use. I think we should do a release from trunk.
This would include:
* the 1.0 spec jars
* kernel
* runtime (including war and itest plugin)
*
On Feb 28, 2007, at 10:25 AM, Luciano Resende wrote:
To run the samples, as we have not cut a release yet, you will need
to manually create a distribution. This should be pretty
straightforward:
1. In /kernel do 'mvn'
2. In /runtime/standalone run 'mvn'
3. In /core-samples/common run 'mvn
I'd like to support richer introspection semantics for component
references. Currently, we require @Reference when a complex type does
not contain SCA annotations on the interface definition. This works
well for cases where were @Callback or @Remotable are present, but in
a vast number of
On Feb 28, 2007, at 10:35 AM, Luciano Resende wrote:
My suggestion was to use a maven profile to have all pieces
necessary to run
a sample built, and I think this is the purpose of maven.
Note that I didn't suggest having maven performing the following
command
(that would actually run the
On Feb 28, 2007, at 10:38 AM, Jeremy Boynes wrote:
We've had a couple of users recently talk about issues running
samples etc. many of which would go away if there was a release
available for them to use. I think we should do a release from trunk.
This would include:
* the 1.0 spec jars
*
On Feb 28, 2007, at 10:25 AM, Luciano Resende wrote:
To run the samples, as we have not cut a release yet, you will need
to manually create a distribution. This should be pretty
straightforward:
1. In /kernel do 'mvn'
2. In /runtime/standalone run 'mvn'
3. In /core-samples/common run 'mvn
On Feb 28, 2007, at 11:25 AM, Jim Marino wrote:
For versioning the SCA jar, how about: 1.0-incubating?
That was what I was thinking as well. This would make the artifact:
org.osoa:sca-api-r1.0-1.0-incubating:jar
which separates the spec revision r1.0 from the jar version 1.0-
incubating
FYI,
I've removed @Autowire and all uses of it from trunk. Extensions
should now use @Reference and SCA 1.0 autowire configuration
specified in assemblies. I was also able to delete a swath of code
that had to deal with specializations for @Autowire.
Jim
IMHO, that sounds like a useful refactoring. I remember it taking awhile
to sink in that these SPI extension classes where providing implementations
in abstract classes since that wasn't what I'd expected from browsing the
rest of the Tuscany source structuring.
On a somewhat related note I
On 2/28/07, Jim Marino [EMAIL PROTECTED] wrote:
On Feb 28, 2007, at 9:37 AM, Simon Laws wrote:
After talking a few weeks ago about how best to build Java I got
distracted
doing PHP SCA things. Anyhow I have actually got back to trying it
out.
* I checked out head and the integration
do it (with all your info) it hangs together. It's just that first
time when
you've not seen it before it's a little confusing :-)
Yeah, agree. Hopefully the release makes this easier...Let me know
how how things go.
Jim
On Feb 28, 2007, at 12:42 PM, Scott Kurz wrote:
IMHO, that sounds like a useful refactoring. I remember it taking
awhile
to sink in that these SPI extension classes where providing
implementations
in abstract classes since that wasn't what I'd expected from
browsing the
rest of the
On 2/28/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Feb 28, 2007, at 9:37 AM, Simon Laws wrote:
Running
org.apache.tuscany.sca.runtime.standalone.smoketest.SmokeTestLauncher
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
11.657 sec
F
AILURE!
testLauncherUsage(
I think we can get rid of CompositeComponentImpl. Given the SCA 1.0
promotes syntax and the federated architecture being put in place it
won't serve any purpose. This relates to the refactoring I have been
doing to move Services and References to AtomicComponent. On slave
nodes, there is
Hi,
I can see the pain. Two related questions:
1) To contribute a loader without a base class, I'll have to implement all
methods in StAXElementLoader interface, right?
2) Can the following SCDL declaration achieve the same goal as you proposed?
component name=myLoader
On Feb 28, 2007, at 1:21 PM, Raymond Feng wrote:
Hi,
I can see the pain. Two related questions:
1) To contribute a loader without a base class, I'll have to
implement all methods in StAXElementLoader interface, right?
I don't think that is what Jeremy has in mind but was instead
On Feb 28, 2007, at 1:02 PM, Simon Laws wrote:
On 2/28/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
This might be a CRLF issue with the master copy for the test output
as it works for me on OSX (\n type line separators). If so, then
except for aborting the build, it's not significant. Is anyone
Hi,
In the databinding framework, we need to attach some context such as the
databinding-specific typing system to a composite. For example, in SDO
databinding, we use import.sdo to populate SDO types into HelperContext
for the given composite and the HelperContext will be used later on for
On Feb 28, 2007, at 1:21 PM, Raymond Feng wrote:
Hi,
I can see the pain. Two related questions:
1) To contribute a loader without a base class, I'll have to
implement all methods in StAXElementLoader interface, right?
You would still be able to do that. The LoaderExtension is fairly
Hi Raymond,
Comments inline
Jim
On Feb 28, 2007, at 1:41 PM, Raymond Feng wrote:
Hi,
In the databinding framework, we need to attach some context such
as the databinding-specific typing system to a composite. For
example, in SDO databinding, we use import.sdo to populate SDO
types
In general, this won't work in a federated world as there might not
be any representation of the composite on the runtime node.
I think what you're trying to do here is define a common resource for
use in the target runtime - very similar to how we're planning to
define ClassLoaders as
I've updated the calculator sample to demonstrate the use of SCA
autowire which avoids having to explicitly target references and
simplifies assembly. To enable this, in the itest.scdl located in
core-samples/common/calculator, uncomment the appropriate autowire
include and run the
do it (with all your info) it hangs together. It's just that first
time when
you've not seen it before it's a little confusing :-)
Regards
Simon
I'm wondering if it would be a good time to start discussing
federation between the Java and C++ runtimes. On the Java side we
have been using
I was thinking about the war plugin and the way that it recreates the
war file generated by the normal war plugin. Instead I was thinking
we could bind it to the generate-resources phase and just have it
generate a directory with the necessary files in it - these would
then automatically
FYI,
I've created a simple MonitorFactory implementation for the iTest
plugin that forwards events to the Maven Log and also incorporated
the exception formatters. This should make stacktraces easier to
read. Also, extensions that write custom exception formatters will
also have those
What's the difference between this and the existing MavenMonitorFactory?
On Feb 28, 2007, at 7:12 PM, Jim Marino wrote:
FYI,
I've created a simple MonitorFactory implementation for the iTest
plugin that forwards events to the Maven Log and also incorporated
the exception formatters. This
On Feb 28, 2007, at 9:23 PM, Jeremy Boynes wrote:
What's the difference between this and the existing
MavenMonitorFactory?
Does one exist? I didn't see it in the iTest plugin.
Jim
-
To unsubscribe, e-mail: [EMAIL
On Feb 28, 2007, at 9:45 PM, Jim Marino wrote:
On Feb 28, 2007, at 9:23 PM, Jeremy Boynes wrote:
What's the difference between this and the existing
MavenMonitorFactory?
Does one exist? I didn't see it in the iTest plugin.
Jim
Doh, I didn't even see it. Funny thing is it almost came
While reviewing contribution code and thinking about some test scenarios, I
have the following questions and would like to get some thoughts.
1.What should be the default behavior when i re-deploy a contribution to the
repository ? Should it replace the existing application, or an exception
On Feb 28, 2007, at 9:09 PM, [EMAIL PROTECTED] wrote:
Added CompositeContextObjectFactory from the pre-spec-changes
branch, this is temporary until ComponentContext is supported in
all scenarios.
Sebastien,
Do you have any plans to integrate upgrade the integration branch
with a later
On Feb 28, 2007, at 9:47 PM, Jim Marino wrote:
On Feb 28, 2007, at 9:45 PM, Jim Marino wrote:
On Feb 28, 2007, at 9:23 PM, Jeremy Boynes wrote:
What's the difference between this and the existing
MavenMonitorFactory?
Does one exist? I didn't see it in the iTest plugin.
Jim
Doh, I
I took a look at the samples in the integration branch and would like to
do some cleanup and a little reorganization.
- Move the Web Service samples still under samples to
sca/extensions/axis2/samples.
- Rename samples/bigbank (this is a scaled down version of bigbank) to
simplebigbank.
-
Jim Marino wrote:
I've updated the calculator sample to demonstrate the use of SCA
autowire which avoids having to explicitly target references and
simplifies assembly. To enable this, in the itest.scdl located in
core-samples/common/calculator, uncomment the appropriate autowire
include and
Jeremy Boynes wrote:
One of the challenges with SPI is the amount of implementation it
contains, particularly in the extension package where we provide
baseclasses for many of the extension points.
The intention here was to provide implementation infrastructure common
to many extension
When running the AlertAggregator sample on Mac I start the httpd
server fine but when I point the browser (Firefox or Safari) at
localhost:9090 I get a not found.
Pointing at localhost:9090/index.html simply displays the heml source
of the document.
The apache error_log contains:
[Thu Mar 01
[snip]
Simon Laws wrote:
By way of light relief I thought I would try the same on the integration
branch.
* I was able to build and run the sample in the integration branch in mvn
but the standalone runtime doesn't seem to be supported here either.
Is that
correct?
Correct. You can do the
77 matches
Mail list logo
