Maybe, although this might also be relevant for a pure Spring host
(i.e. no webapp). I think we need to get more info from Andy on what
he has in mind (e.g. the patch :-) )
--
Jeremy
On Sep 6, 2006, at 11:17 AM, Meeraj Kunnumpurath wrote:
Jeremy/Andy,
Would this overlap with the war
[
http://issues.apache.org/jira/browse/TUSCANY-699?page=comments#action_12432929
]
Jeremy Boynes commented on TUSCANY-699:
---
I would (strongly) prefer we do not introduce a dependency on clogging.
Allow bootstrap of tuscanny from spring
On Sep 6, 2006, at 11:44 AM, Yang ZHONG wrote:
I assumed with relative URLs being resolved against the location
of the
containing scdl
resolves against the full path/URL of the containing scdl. Never
mind if the
assumption was wrong.
I think that's the difference - relative URLs are
/system.scdl too.
My philosophy is to separate Business Logic from configuration such as
search path and artifact repository,
it would be nice if a scdl contains only contracts without any
configuration
which may vary on different user hosts.
On 9/6/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Sep
On Sep 6, 2006, at 5:07 PM, [EMAIL PROTECTED] wrote:
Author: rfeng
Date: Wed Sep 6 17:07:19 2006
New Revision: 440909
URL: http://svn.apache.org/viewvc?view=revrev=440909
Log:
Replace ${sca.version} in the SCDL files with 1.0-SNAPSHOT since
IDEs such as Eclipse cannot honor it.
rant
[ http://issues.apache.org/jira/browse/TUSCANY-699?page=all ]
Jeremy Boynes reassigned TUSCANY-699:
-
Assignee: Jeremy Boynes
Allow bootstrap of tuscanny from spring web apps / struts apps etc
On Sep 6, 2006, at 8:18 PM, Jim Marino wrote:
On Sep 6, 2006, at 6:16 PM, Jeremy Boynes wrote:
On Sep 6, 2006, at 5:07 PM, [EMAIL PROTECTED] wrote:
Author: rfeng
Date: Wed Sep 6 17:07:19 2006
New Revision: 440909
URL: http://svn.apache.org/viewvc?view=revrev=440909
Log:
Replace
Thanks for the patch Andy. I do have a few comments that I hope you
can address :-)
Would it be possible to break this down a little - there are changes
in there to the startup code and to the Spring container - is it
possible to separate those so that there is less to tackle in one go?
On Aug 16, 2006, at 2:49 PM, Jim Marino wrote:
2) SCA Core (spi, core, hostutil, test, plus apis once that
refactor is done)
Features I would like to see complete before we consider this
stable are:
Class loading changes
Integration of databinding framework
Support for
+1 - this bit me as well trying to debug stuff.
On Sep 5, 2006, at 2:42 PM, Chris Wall wrote:
I haven't gotten too deep into the plugin yet, but I have a
request. Can we
create the target webapp directory (target/[webapp]) with the
tuscany boot
structure and contents first, and then jar up
It is typical practice to include the LICENSE and NOTICE files in the
root of the project tree. They could be duplicated further down (e.g.
in src/main/resources/META-INF/NOTICE.txt) but then we would need to
keep two copies in sync.
--
Jeremy
On Sep 5, 2006, at 2:11 PM, Robbie Minshall
On Sep 5, 2006, at 3:20 PM, Chris Wall wrote:
A few questions not necessarily related to the plugin, but to
Tuscany webapps in general:
1.) The plugin doesn't define an application scdl location. I
think the default is WEB-INF/default.scdl and applicationScdlPath
allows for flexibility.
On Sep 5, 2006, at 5:26 PM, Chris Wall wrote:
snip...
2.) Along the lines of #1, where should extension scdls be placed?
And how should the main webapp scdl reference these extension
scdls. I've been hacking webapp.system.scdl with include.../
references. Obviously this isn't friendly and
On Sep 5, 2006, at 6:03 PM, Chris Wall wrote:
Some more questions :-)
1.) I suppose I don't understand extensions. If an application uses
implementation.spring and binding.ws, should the Spring container
and Celtix
binding jars be bootLibs or extensions? Both extend the core, so
my
On Sep 5, 2006, at 9:42 PM, Meeraj Kunnumpurath wrote:
2. Support transitive dependencies for boot libs (do we do the same
for extensions?)
If we have transitive support in the ArtifactRepositiory then we
don't need to support it here as it will be handled at runtime by the
repo impl.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 31 August 2006 15:12
To: tuscany-dev@ws.apache.org
Subject: Re: Tuscany war plugin
Great - thanks.
I think there are three categories:
WEB-INF/lib: webapp and its dependencies (host-api) - I think these
can
just be project
Building from root I get 5 failures in the javascript project all
similar to:
testStateless
(org.apache.tuscany.container.javascript.function.ScopeTestCase)
Time elapsed: 0.227 sec ERROR!
java.lang.NoSuchMethodError:
org.apache.tuscany.spi.extension.CompositeComponentExtension.init
FWIW I commented out javascript and get a similar failure in the
spring module
--
Jeremy
On Sep 4, 2006, at 7:46 AM, Jeremy Boynes wrote:
Building from root I get 5 failures in the javascript project all
similar to:
testStateless
plugin). I had to do
mvn install
mvn clean
mvn install
to get a full build
:(
andy
At 15:46 04/09/2006, Jeremy Boynes wrote:
Building from root I get 5 failures in the javascript project all
similar to:
testStateless
(org.apache.tuscany.container.javascript.function.ScopeTestCase)
Time
On Sep 4, 2006, at 7:53 AM, Andy Piper wrote:
I got something similar until I did a clean and then rebuild.
Unfortunately clean does not work from scratch (complains about sdo
plugin). I had to do
mvn install
mvn clean
mvn install
to get a full build
:(
This is a maven issue because we
[
http://issues.apache.org/jira/browse/TUSCANY-688?page=comments#action_12432526
]
Jeremy Boynes commented on TUSCANY-688:
---
Patch applied - thanks
WAR Maven Plugin for Tuscany
Key
me know if anything needs changing.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 31 August 2006 15:12
To: tuscany-dev@ws.apache.org
Subject: Re: Tuscany war plugin
Great - thanks.
I think there are three categories:
WEB-INF/lib: webapp and its
I don't object in principle but think we should be careful - can you
post a proposal so we can all see.
--
Jeremy
On Aug 31, 2006, at 11:30 PM, Raymond Feng wrote:
Hi,
Did we conclude that we will rename the artifact ids as I proposed?
If there's no objections, I'll make the changes.
On Sep 1, 2006, at 2:00 AM, ant elder wrote:
I've created an unassigned JIRA for this: TUSCANY-687. Do we really
need a
more detailed proposal over whats already been outlined in this
thread? What
is it we need to be careful about?
I think we need to be careful that the names don't get
On Sep 1, 2006, at 7:49 AM, Daniel Kulp wrote:
Jeremy,
I need to bring up something else: the version numbers
According to the latest discussions on the general list, the
version numbers
for the incubator projects MUST be of the form:
#[.#]*-incubator[-M#][-SNAPSHOT]
prior to
-das
Thanks,
Raymond
- Original Message - From: Jeremy Boynes
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 01, 2006 7:14 AM
Subject: Re: [PROPOSAL] Add tuscany- as the prefix for our
artifact ids
On Sep 1, 2006, at 2:00 AM, ant elder wrote:
I've created
On Sep 1, 2006, at 9:22 AM, Raymond Feng wrote:
Hi,
Where do we stand for this topic?
Here are some questions to be confirmed:
1) Should we allow system/extension/application code on the same
classpath even it's not the best pratice? If not, should we get rid
of the SCATestCase?
People
+1
On Sep 1, 2006, at 11:26 AM, ant elder wrote:
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots
of code
in a number of different areas, as well as non-coding things like
doc for
the website and wiki and
on the war plugin. Could you pls point me to the runtime
artefacts (tuscany boot libraries etc) that need to be included in the
war?
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 29 August 2006 16:21
To: tuscany-dev@ws.apache.org
Subject: Re: Tuscany war
on this and see Meeraj still
doesn't
appear on the CLA list. Should there be a another ICLA fax attempt?
...ant
On 8/8/06, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Jeremy,
meerajk is fine with me.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08 August
I added the pom into the build so an offline build should work as well.
--
Jeremy
On Aug 31, 2006, at 12:41 PM, Rick wrote:
Actually building from the top still works... you just need to do
online build :-)
Rick wrote:
Now that we have disjoint projects with respect to build, for
those of
On Aug 31, 2006, at 4:48 PM, Luciano Resende wrote:
Hi Jeremy
I'm trying to catch up on things, after couple days out... do I
need to
update anything on DAS or what you mentioned here is that because
DAS has a
SDO dependency, it will have to be built and published after that ?
When I
On Aug 30, 2006, at 10:32 PM, Jeremy Boynes wrote:
To tackle 3), I will move the projects under a new subdirectory in
sca called (for want of a better name as core is taken) kernel.
I have moved api, host-api, spi and core under a sub-directory called
kernel. I have not changed the poms
One request I would have is to turn off automatic line wrapping in
Eclipse. Having nicely wrapped at meaningful places (in a checkstyle
compliwant way), I find it very frustrating that Eclipse rewraps
those lines based on first whitespace before the margin losing my
changes.
--
Jeremy
, at 1:58 PM, Jeremy Boynes wrote:
Our discussions on modularity have gone quiet and Kelvin and
Luciano have started to build distributions for SDO and DAS. I'd
like to open the discussion up about what should be in our next
release, how we should approach it and when we think it might
Can people please make sure that messages have subjects that have
some relationship to their content.
--
Jeremy
On Aug 30, 2006, at 3:20 AM, Yang ZHONG wrote:
Neither tuscany-dev nor infra takes my email with attachment, so I've
attached file for review into
Basically, when it's done :-) Having said that, see below for the
estimates I would make for the separate stages. If they are anywhere
near accurate then I think we're looking towards the end of September
(which seems like a good time just before ApacheCon).
By publish, I mean having a
:
Hi,
Please see my comments in line.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, August 30, 2006 8:19 AM
Subject: Registry proposal, was: Delivery Status Notification
(Failure)
I might be missing
little dependency. If the other mechanism(s) has
dependency more
than just J2SE such as SCA, JNDI repository,
may be we can have several mechanism coexisted target various
requirement...
Thanks again for comments.
On 8/30/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I don't think we need
can learn from that practice and update the registry
generic API
accordingly.
Thanks for pointing out a nice mechanism.
On 8/30/06, Jim Marino [EMAIL PROTECTED] wrote:
On Aug 30, 2006, at 10:49 AM, Jeremy Boynes wrote:
As part of Tuscany there should not be any mechanism in a API
On Aug 30, 2006, at 12:20 PM, Yang ZHONG wrote:
No problem, consider them removed in API.
Sorry, what's the WSDL model used in SCA again please?
We don't really model WSDL. We do parse it using WSDL4J for now but
need something to support WSDL2.0 (probably Woden when it can support
1.1).
Agreed - on [EMAIL PROTECTED] I've proposed a POM that can be used
for podlings and if that is accepted I'll switch over.
--
Jeremy
On Aug 30, 2006, at 1:21 PM, Daniel Kulp wrote:
Jeremy,
Careful with this Tuscany is an incubator project. Thus,
releases
(like milestone releases)
This is currently located in the source tree and out of date - should
I update to use the OSGi plugin like the SCA one does?
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
We currently include the SCA schema's in the sca-api jar in the
location /schemas/* - two questions:
1) should we continue to do this?
2) if we do, should we move them to a better place e.g. org/osoa/sca/
schema ?
--
Jeremy
[ http://issues.apache.org/jira/browse/TUSCANY-679?page=all ]
Jeremy Boynes closed TUSCANY-679.
-
Resolution: Fixed
Patch applied fine - thanks
InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor
parms
in case some
implementation in there changes).
--
Jeremy
On Aug 30, 2006, at 7:35 PM, Jeremy Boynes wrote:
I committed a version of this by accident in r438750 - rather than
back that out, I'm going to assume consensus and finish it up.
--
Jeremy
On Aug 30, 2006, at 4:39 PM, Jeremy Boynes
the projects under a new subdirectory in
sca called (for want of a better name as core is taken) kernel.
--
Jeremy
On Aug 29, 2006, at 5:24 PM, Jeremy Boynes wrote:
Sounds good to me. I will start to publish unstable builds to the
apache snapshot repo to help stabilize things.
--
Jeremy
on what specifically this plugin would
need to do?
-Bert
On 8/28/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
Jim had said that as a prereq to a release then we should have a
maven plugin that will set up the webapp runtime in a war. I think
that having such a beast would make building the samples
On Aug 29, 2006, at 9:18 AM, David Wheeler wrote:
I'm going to take another look at it, but I'm not sure I will be
able to get
it to do things that were suggested in IRC (like have the menu/tabs
change
contextually) and it would take to long to try and familiarize
myself with
thier code
Components: Java SCA Core
Reporter: Jeremy Boynes
Assigned To: Ignacio Silva-Lepe
When using a composite as an implementation, we should provide a way for the
user to specify the location of the SCDL for the composite
component name=Foo
implementation.composite name=Bar
[ http://issues.apache.org/jira/browse/TUSCANY-673?page=all ]
Jeremy Boynes closed TUSCANY-673.
-
Resolution: Fixed
Patch applied - thanks
support scdlLocation attribute on implementation.composite
Ignacio
I committed this but have a couple comments on the patch if you can
address them:
* rather than catch Exception can you explicitly catch
MalformedURLException
* rather than throw LoaderException, can you throw an
InvalidValueException (with the identifier set to the name)
* you
IIRC plexus-archiver is hosted at codehaus so you need to add
pluginRepository
idcodehaus-snapshot/id
nameCodehaus Snapshot Repository/name
urlhttp://snapshots.repository.codehaus.org/url
snapshots
enabledtrue/enabled
On Aug 29, 2006, at 2:01 PM, Raymond Feng wrote:
Hi,
Do we have the requirement to introspect a WSDL port type to create
the corresponding WSDLServiceContract? If so, we'll probably need
to add an InterfaceWSDLIntrospector as we do for java.
Yes.
Or do we assume we always perform
Sounds good to me. I will start to publish unstable builds to the
apache snapshot repo to help stabilize things.
--
Jeremy
On Aug 25, 2006, at 5:20 PM, Jim Marino wrote:
Many of us have experienced build breaks over the past several
weeks, particularly in the Java SCA project. I believe the
, at 10:44 PM, Jeremy Boynes wrote:
This sounds extremely fine grained, almost to the point of taking
modularity to the point of two, possibly three, projects per
service which I think is unmanageable.
We should keep the RMI binding as an extension for sure. But that
binding has an need
that this would be the way we
would go and hence put it there.
So now shall I move it over to the host-api?
Thanks
- Venkat
On 8/28/06, Jim Marino [EMAIL PROTECTED] wrote:
On Aug 27, 2006, at 11:26 PM, Jeremy Boynes wrote:
Not every type - just those that we have tried to define a host
Doesn't the QName alone provide enough information? I mean, why do we
need the full type definition, isn't it enough just to know the
required type?
--
Jeremy
On Aug 28, 2006, at 1:46 PM, Raymond Feng wrote:
Hi,
I ran into an issue when I try to introspect a WSDL portType to
create the
On Aug 23, 2006, at 1:08 PM, Jim Marino wrote:
O.K. I'll add this into API. Looking at the API package, I'm not
sure why @Monitor is defined there as I think that should be in
SPI. I believe Jeremy moved it there, so I'll have to ask him.
I thought it might be used by application code as
On Aug 27, 2006, at 10:34 PM, Venkata Krishnan wrote:
Hi Jim,
I shall look into these rightaway. I shall move the RMIHost
interface
into the extension package itself.
I think that is problematic as it is likely to make host
implementations dependent on the extension project.
--
[
http://issues.apache.org/jira/browse/TUSCANY-639?page=comments#action_12428586
]
Jeremy Boynes commented on TUSCANY-639:
---
Another place where this applies is on include eg:
include name=foo group=org.bar version=1.0/
support
Raymond,
I notice a whole series of commits here with identical commit
messages - my guess is that you are using some IDE that does a poor
job of committing across the tree and inappropriately breaks it down
by project or something.
It is much easier for people to understand what is
On Aug 17, 2006, at 12:28 AM, Jim Marino wrote:
Raymond,
Sorry to keep harping on the dependencies issue but I now see we
have the webapp project dependent on the Axis binding and SDO. I
realize you did not introduce the Axis dependency and asked last
week why it was introduced but never
Components: Java SCA Core
Reporter: Jeremy Boynes
Priority: Critical
According to the spec, Service and Reference definitions can have multiple
bindings associated with them. Our config model and the associated loaders and
builders only support a single binding
Does it work on a Sun JVM?
On Aug 17, 2006, at 9:53 AM, Kevin Williams wrote:
Just updated and I am having trouble building ...
[surefire] Tests run: 3, Failures: 0, Errors: 2, Time elapsed:
1.983 sec
[surefire]
[surefire] testTransformation2
On Aug 17, 2006, at 10:01 AM, [EMAIL PROTECTED] wrote:
+ !-- include companyweb source --
+ fileSet
+ directory../../samples/das/companyweb/src/directory
+ lineEndingkeep/lineEnding
+ includes
+include**/*.java/include
+
On IRC, Ant and I came up with the following plan for moving the
runtime classes off the webapp classpath.
We are going to have a TuscanyContextListener that will:
1) create a classloader containing the content of a directory
specified as a tuscany.bootDir context param
this will default
I view Celtix as you said: as a product that provides
implementations to several bindings. The same can be said for Axis
with its support for different transports, and I would not be
surprised if there are yet more (e.g. ServiceMix).
The spec has not preserved binding names - it is
I didn't see what this had to do with loading so split the thread.
On Aug 16, 2006, at 3:10 AM, Liu, Jervis wrote:
Jeremy, I also have a question for you. What do you mean by saying
allow the extension directory to contain simple SCDL files (xml
files) that define composites and which get
On Aug 16, 2006, at 6:30 AM, [EMAIL PROTECTED] wrote:
However, the motive behind my original email was the ability to run
the Tuscany runtime within an IDE, similar to how you would run
Tomcat within Eclipse for example. Debugging is only one use case
for this. I know there are implications
We've discussed API modules before but not got around to actually do
implementing them. Ant and I were chatting this morning and to get
the webapp stuff working we concluded we were going to need this. As
I starting point I am going to add two new modules to the build:
api intended
On Aug 16, 2006, at 10:05 AM, Raymond Feng wrote:
I also found that we now have three projects launcher, test,
and webapp containing the same set of SCDL files. How can we
simplify the synchronization among the three projects here? Can
these files be shared?
Patches welcome.
--
Jeremy
On Aug 16, 2006, at 11:51 AM, Bert Lamb wrote:
Hi Oisin,
I am still at the point where I am trying to get my head really
wrapped around how Tuscany works and how one would go about creating a
REST binding, so I'm afraid I'm not quite at the point where I am
capable of speaking very
Our discussions on modularity have gone quiet and Kelvin and Luciano
have started to build distributions for SDO and DAS. I'd like to open
the discussion up about what should be in our next release, how we
should approach it and when we think it might be ready. As the person
opening this
On Aug 16, 2006, at 2:49 PM, Jim Marino wrote:
3) Baseline extensions - ones we think are essential for users
idl.wsdl
binding.axis
binding.celtix
binding.rmi
databinding.axiom
databinding.sdo
databinding.jaxb
container.javascript
container.spring
I'm not sure what
We have had a rapid increase in the number of samples recently many
of which do essentially the same thing. Some feedback from M1 also
said that we seemed to have invented the greatest number of varieties
of HelloWorld but that it was hard to tell if SCA could do anything
else. I'd like to
On Aug 16, 2006, at 3:17 PM, Jim Marino wrote:
5) Host distributions - host environments that each form the
basis for each bundle
Standalone (with axis, celtix, rmi, spring)
Web-app (with axis, celtix, rmi, json, spring, javascript)
That feels like a lot of dependencies are being
Raymond, welcome...
Can you share what's going on?
--
Jeremy
On Aug 16, 2006, at 4:49 PM, [EMAIL PROTECTED] wrote:
Author: rfeng
Date: Wed Aug 16 16:49:34 2006
New Revision: 432071
URL: http://svn.apache.org/viewvc?rev=432071view=rev
Log:
Share project 'rmi' into
the old http
URL and need to commit them later.
Thanks,
Raymond
- Original Message - From: Jeremy Boynes
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, August 16, 2006 5:25 PM
Subject: Re: svn commit: r432071 - /incubator/tuscany/java/rmi/
Raymond, welcome...
Can
On Aug 16, 2006, at 5:47 PM, Jim Marino wrote:
On Aug 16, 2006, at 4:01 PM, Jeremy Boynes wrote:
On Aug 16, 2006, at 3:17 PM, Jim Marino wrote:
5) Host distributions - host environments that each form the
basis for each bundle
Standalone (with axis, celtix, rmi, spring)
Web-app
I don't think we should have potentially different composite
definitions with the same name. For example, this will cause problems
when used in conjunction with a repository.
--
Jeremy
On Aug 16, 2006, at 9:40 PM, [EMAIL PROTECTED] wrote:
On Aug 15, 2006, at 4:53 AM, Meeraj Kunnumpurath wrote:
patch the launcher so it doesn't insist in being run from a jar file
Do you know why the launcher insists of being loaded from a JAR file?
So it can find the installation directory so set up the RuntimeInfo
so that the extension
On Aug 15, 2006, at 6:39 AM, Meeraj Kunnumpurath wrote:
Rather hack the code you can just set the tuscany.installDir
system
property
Thanks Jeremy, I did see the usage of tuscany.installDir. My question
was in the absence of the system property, does the runtime always
need
to resolve the
On Aug 15, 2006, at 7:39 AM, Kapish Aggarwal wrote:
Hey David,
Trying to run the samples on the current source.
I don't know about Eclipse but this is how I do it in IDEA:
* Install the standalone distribution of Tuscany to /tmp/foo
* Create a junit configuration for e.g. CalculatorTestCase
On Aug 15, 2006, at 7:51 AM, Luciano Resende wrote:
I was working on DAS distribution and notices various components
use various
standards for groupId and artifactId (e.g DAS use different
grouping the
SDO, etc)
I was just wondering if we have any guidelines on how to group sub-
projects
On Aug 15, 2006, at 6:39 AM, Meeraj Kunnumpurath wrote:
Rather hack the code you can just set the tuscany.installDir
system
property
Thanks Jeremy, I did see the usage of tuscany.installDir. My question
was in the absence of the system property, does the runtime always
need
to resolve the
It doesn't matter which logging framework you pick, it will be the
wrong one :-)
What I mean is that, as a library, you don't get to pick which
logging framework the application that is using you chose. This
provides a problem where log messages from the library may end up
routed
On Aug 15, 2006, at 2:28 PM, Meeraj Kunnumpurath wrote:
Thanks Jeremy.
That was indeed a long email and also very informative. I take your
point that the components should be testable in isolation without
needing an SCA runtime to be available. The objective of unit
testing a component
On Aug 15, 2006, at 6:26 PM, Jim Marino wrote:
Do you think it is better to key things off the definition class
or just run through all of the extension builders and have them
decide if they want to process something or not (or the registry
could automate the decision). Doing this would
On Aug 13, 2006, at 10:42 PM, Venkata Krishnan wrote:
- each registry is identified by a port on which it runs. I am
not sure
how hostname can be used for services. However, for references
host names
has a role to play. Right?
For services it would determine the address that the port
Yes, the name in the attribute is the name of the composite not the
name for the component.
The application name is only used by the launcher as it, by design,
only deploys a single application; it would be possible to derive the
name somehow e.g. from the file name. If you look at the
Reporter: Jeremy Boynes
Assigned To: Jeremy Boynes
We have the start of a classloader hierarchy working for extension code but it
is not being set up correctly in some environments e.g. the current web
launcher. This is causing problems when loading extensions such as Axis
For TUSCANY-619 I am going to move some of the function currently in
core into separate modules so that we can get the classloader
isolation right.
The goal here is to break the modules down into four categories:
1) core runtime (spi, core) and dependencies
2) extensions (containers,
Jervis
I agree with this. I view the extension dir as just one way
extensions could be installed - there's nothing special about this
mechanism, it is simply triggered by having a DirectoryScanExtender
component loaded as part of the system composite.
I think there is a problem with the
On Aug 14, 2006, at 10:41 PM, Venkata Krishnan wrote:
Hi Jim / Jeremy,
I have been able to go forward quite a bit.
Cool
- Which is the scdl into which I must add the RMIHost component. I
added it
first to the system.scdl in SCA-API project. But that did not get
picked up
by the loader.
SDO which could be detected through the marker
interface or an @SDO annotation).
I have a head full of WSDL stuff atm so I'll open a JIRA so we don't
forget.
--
Jeremy
On Aug 12, 2006, at 6:31 PM, Jeremy Boynes wrote:
Perhaps - this just seemed real simple.
--
Jeremy
On Aug 12, 2006
: Tuscany
Issue Type: Improvement
Components: Java SCA Core
Reporter: Jeremy Boynes
On the devlist, jboynes wrote: Thinking a little more, using the
ImplementationProcessor mechanisms seems like a better way to tackle this. One
major advantage would be that we could
:
For the Operation, I thin we need to add a list of fault types.
ListDataType?,? faultTypes;
Thanks,
Raymond
- Original Message - From: Jeremy Boynes
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, August 09, 2006 10:50 PM
Subject: Re: Refactoring of Service Contracts
On Aug 9
in.
--
Jeremy
On Aug 11, 2006, at 12:11 PM, Pete Robbins wrote:
I'll add some C++ content. Will you add the nominations of new
committers
etc.?
Cheers,
On 11/08/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
This means us.
I can pull together the Java/SCA side - can someone please add
information
Perhaps - this just seemed real simple.
--
Jeremy
On Aug 12, 2006, at 6:19 PM, Jim Marino wrote:
Jeremy,
I haven't had time to look at this carefully but would it be better
to have InterfaceJavaIntrospector be an ImplementationProcessor
since the component type information for POJOs is
601 - 700 of 1236 matches
Mail list logo