[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 fo
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 07
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 points
On Feb 28, 2007, at 11:05 PM, Jean-Sebastien Delfino wrote:
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/co
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 r
Dan Murphy wrote:
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, Je
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.
- Mov
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 did
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 r
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
shoul
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 out
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 PROTECTED
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 s
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 for
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 be
I was thinking of the problem we have where the different modules
want a common parent pom but we don't want to conflate the build
structure with the inheritance tree.
To address this I am going to move the parent pom for the sca modules
to pom/sca so that it can be released independently j
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'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 calculat
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 part
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
type
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
simp
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: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 anyon
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
proposi
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?
class="org.apache.tuscany.core.loader.Load
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 on
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!
> testLauncherUsa
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 Tusc
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 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 integra
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 was
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
--
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"
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 ins
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: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
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 c
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 in
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)
* co
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 ../../../runtime/standalone/smoketest/t
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
--
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 ../../../runtime/standalone/smoketest/target/
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 the
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 ../../../ru
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.SmokeTest
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 s
[
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 t
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
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, ruby, python, ws, rest, sca
> Mac: core, cpp, ru
Snehit Prabhu wrote:
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-sp
[
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:
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 exte
[
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 DataObjectImpl::clearReferences
[
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.
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 [1]
AccessViolation in DataObjectImpl::clearReferences()
Key: TUSCANY-1147
URL: https://issues.apache.org/jira/browse/TUSCANY-1147
Project: Tuscany
Issue Type: Bug
Components: C++ SD
[
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 clon
[
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 to
[
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:
Summary: ServiceContract clone() doesn't clone operation (was:
ServiceContract clone() doesn't c
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 C
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
int
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 releas
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 us
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 idea
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 b
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.
Mike,
[
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 a
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 a
[
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)
[
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 pl
[
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"
> TypeConversionTes
[
https://issues.apache.org/jira/browse/TUSCANY-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476598
]
Kelvin Goodson commented on TUSCANY-1130:
-
Hasan,
So to clarify, if I understand correctly this JIRA may b
[
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 XS
[
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 sco
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
www.osoa.or
[
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 tusc
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.j
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
fro
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 patc
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 that
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
On 2/28/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote:
> On 22/02/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> On 22/02/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>> >
>> > Pete Robbins wrote:
>> > > On 22/02/07, Andrew Borley <[EMAIL PROTECTED]
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: Wednesday,
84 matches
Mail list logo
