This looks like a really good plan. I have two questions:
1. Do we really need another XML file to describe the extension, name
the library and associate it with an implementation type? As a first
step at least, I think it would be great to have a very simple scheme
where you just drop a
On 8/16/06, Pete Robbins [EMAIL PROTECTED] wrote:
This looks like a really good plan. I have two questions:
1. Do we really need another XML file to describe the extension, name
the library and associate it with an implementation type? As a first
step at least, I think it would be
On 8/16/06, Pete Robbins [EMAIL PROTECTED] wrote:
This looks like a really good plan. I have two questions:
1. Do we really need another XML file to describe the extension, name
the library and associate it with an implementation type? As a first
step at least, I think it would be
On 16/08/06, Simon Laws [EMAIL PROTECTED] wrote:
On 8/16/06, Pete Robbins [EMAIL PROTECTED] wrote:
This looks like a really good plan. I have two questions:
1. Do we really need another XML file to describe the extension,
name
the library and associate it with an implementation
On 8/16/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 8/16/06, Pete Robbins [EMAIL PROTECTED] wrote:
This looks like a really good plan. I have two questions:
1. Do we really need another XML file to describe the extension,
name
the library and associate it with an
Hi,
One question has to be answered before we go any further is that we view Axis
and Celtix (and others like Xfire) as different implementations of Web Service
binding or different bindings.
If we view them as same binding but different implementations, we should stick
to the schema of
[
http://issues.apache.org/jira/browse/TUSCANY-582?page=comments#action_12428367
]
Kelvin Goodson commented on TUSCANY-582:
Hi, I ran this mid morning yesterday with time zone GMT and dayl;ight savings
accounted for on a Windows box.
Hi,
Is the loading and building problem something that we can achieve out of
what will evolve out of the other discussion that Raymond, Jeremy and Jim
are having related to SCDL Extensions?
Can we look at binding.ws.axis2 and binding.ws.celtix as other forms of
extensions to the SCDL?
How
I have also been investigating how to implement a REST binding for Tuscany,
perhaps there is a way we could work together on this.
-Bert
On 8/15/06, Sreelatha S [EMAIL PROTECTED] wrote:
Hi,
I am interested in contributing REST bindings to Tuscany.
Can I go ahead with this? I have
[SDO for C++] XSDHelperImpl::defineFile is unhelpful when schemaLocation is
omitted from an import
--
Key: TUSCANY-625
URL:
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 around classloader
hierarchies and the like.
SDO sample programs
---
Key: TUSCANY-626
URL: http://issues.apache.org/jira/browse/TUSCANY-626
Project: Tuscany
Issue Type: New Feature
Components: Java SDO Samples
Affects Versions: Java-M2
Raymond, thanks for the corrections, I was not using the latest spec and I
made up the nesting. I append my original note with the correct scdl to
restart the thread. As for your questions, (1) yes, the intention is that
InnerComposite be executed in the same address space as OuterComposite,
[ http://issues.apache.org/jira/browse/TUSCANY-625?page=all ]
Pete Robbins resolved TUSCANY-625.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Assignee: Pete Robbins
include/import logic updated to tr to load the namespace when
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
Hi Bert, Sreelatha,
Have you any thoughts on how a REST binding will need to influence the
SCA programming model?
rgds
--oh
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Cross Scope Copy Helper
---
Key: TUSCANY-627
URL: http://issues.apache.org/jira/browse/TUSCANY-627
Project: Tuscany
Issue Type: New Feature
Components: Java SDO Implementation
Affects Versions: Java-M2
exceptions in SDO samples
-
Key: TUSCANY-628
URL: http://issues.apache.org/jira/browse/TUSCANY-628
Project: Tuscany
Issue Type: Bug
Components: Java SDO Samples
Affects Versions: Java-M2
[ http://issues.apache.org/jira/browse/TUSCANY-556?page=all ]
Jean-Sebastien Delfino updated TUSCANY-556:
---
Component/s: C++ SCA
C++ SDO
Investigation of XMLBeans, XBeans etc
-
[ http://issues.apache.org/jira/browse/TUSCANY-557?page=all ]
Jean-Sebastien Delfino updated TUSCANY-557:
---
Component/s: C++ SDO
SDO documentation
-
Key: TUSCANY-557
URL:
[ http://issues.apache.org/jira/browse/TUSCANY-566?page=all ]
Jean-Sebastien Delfino updated TUSCANY-566:
---
Component/s: C++ Build
C++ SCA
Debug mode deploy and wsdeploy command files need altering
This is a nice succinct intro to the project. I like it.
haleh mahbod wrote:
Hi,
I am following the chapter in this book (http://producingoss.com/) that
explains how to create an effective website, pages 22-25. It suggests
that a
good website provides the following information upfront
1)
In sca-binding-webservice.xsd / binding.ws the specification of the
endpoint/port should be optional
--
Key: TUSCANY-629
URL:
In sca-core.xsd, base complex types should be abstract
--
Key: TUSCANY-630
URL: http://issues.apache.org/jira/browse/TUSCANY-630
Project: Tuscany
Issue Type: Bug
Components:
Hi,
I found three issues with the SCDL files in launcher, test, and axis2
projects.
1) In launcher, there're duplicate entries in interfaceJava.scdl and
loader.scdl which in turn causes DuplicateRegistrationException. (Should we
remove the entries in loader.scdl?)
2) In test, the SCDL
In sca-core.xsd, Reference should not contain a reference element
-
Key: TUSCANY-631
URL: http://issues.apache.org/jira/browse/TUSCANY-631
Project: Tuscany
Issue Type: Bug
In sca-core.xsd, top level component element should be removed
Key: TUSCANY-632
URL: http://issues.apache.org/jira/browse/TUSCANY-632
Project: Tuscany
Issue Type: Bug
In sca-core.xsd, in Component, the cardinality of implementation should be
1..1
-
Key: TUSCANY-633
URL: http://issues.apache.org/jira/browse/TUSCANY-633
Project: Tuscany
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?
Thanks,
Raymond
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
On Aug 16, 2006, at 8:42 AM, Kevin Williams wrote:
This is a nice succinct intro to the project. I like it.
haleh mahbod wrote:
Hi,
I am following the chapter in this book (http://producingoss.com/)
that
explains how to create an effective website, pages 22-25. It
suggests that a
In sca-core.xsd, ReferenceValue should be extensible like most of the other
types
-
Key: TUSCANY-634
URL: http://issues.apache.org/jira/browse/TUSCANY-634
Project:
In sca-core.xsd, Wire still allows for both URIs and EPRs.
--
Key: TUSCANY-635
URL: http://issues.apache.org/jira/browse/TUSCANY-635
Project: Tuscany
Issue Type: Bug
Sca-core.xsd should define different types for composite/service and
componentType/service
--
Key: TUSCANY-636
URL: http://issues.apache.org/jira/browse/TUSCANY-636
Hi Jeremy,
I echo your opinions on bindings, and lets put this discussion into a concrete
use case - enabling Celtix binding in Tuscany, and see if we can agree a list
of action items as a result.
When spec binding binding.ws is used, users do not care and should not care
which Web Service
Ok, so for issue (1) it seems that the builder needed to build
CompositeReference and CompositeService needs to be exposed to the spi,
since CompositeBuilder needs to ask the builder registry to build these
objects. So the plan is to add methods to build these objects to
spi.builder.Builder.
In sca-core.xsd, component should not contain property type definition elements
---
Key: TUSCANY-637
URL: http://issues.apache.org/jira/browse/TUSCANY-637
Project: Tuscany
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
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 intelligently on the subject.
Have you put much thought
Any chance of a commiter taking a look at TUSCANY-583 and commiting. That
would be great.
Thanks,
Robbie John.
--
* * * Charlie * * *
Check out some pics of little Charlie at
http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/
* * * Addresss * * *
1914 Overland Drive
Chapel Hill
NC 27517
*
[
http://issues.apache.org/jira/browse/TUSCANY-492?page=comments#action_12428465
]
Paul Golick commented on TUSCANY-492:
-
The problem reported by this issue was fixed in revision 431585. This issue
can be closed.
recently added file
Robbie,
its done, just the jira status hasnt been updated.
Cheers, Kelvin.
On 16/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Any chance of a commiter taking a look at TUSCANY-583 and commiting. That
would be great.
Thanks,
Robbie John.
--
* * * Charlie * * *
Check out some pics of
Ok great !
thanks Kelvin.
On 8/16/06, kelvin goodson [EMAIL PROTECTED] wrote:
Robbie,
its done, just the jira status hasnt been updated.
Cheers, Kelvin.
On 16/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Any chance of a commiter taking a look at TUSCANY-583 and
commiting. That
would
Robbie, I applied this at Kelvin's request. If you check
http://issues.apache.org/jira/browse/TUSCANY-583 and click the subversion
commits tab you will see the change has been made.
Cheers,
On 16/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Any chance of a commiter taking a look at
No... thank you for the patch! ;-)
On 16/08/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Ok great !
thanks Kelvin.
On 8/16/06, kelvin goodson [EMAIL PROTECTED] wrote:
Robbie,
its done, just the jira status hasnt been updated.
Cheers, Kelvin.
On 16/08/06, Robbie Minshall [EMAIL
[ http://issues.apache.org/jira/browse/TUSCANY-583?page=all ]
Pete Robbins resolved TUSCANY-583.
--
Fix Version/s: Java-Mx
Resolution: Fixed
Add a method to SDOUtil to return all Types associated with a specific URI
On Aug 16, 2006, at 6:36 AM, Ignacio Silva-Lepe wrote:
There are two issues to consider: (1) how the composite reference
TargetComponentRef gets modeled, and (2) how is the composite
reference
TargetComponentRef is wired by the wiring infrastructure.
(1) Model and runtime objects for a
Hello again,
I worked some more on the site and here is what I have come up with.
http://www.zerovec.com/tuscany/
I created a php script to parse the xml docs in site-author and display
them. This make it pretty easy to migrate over all the content that was
previously there. The only change
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
[ http://issues.apache.org/jira/browse/TUSCANY-610?page=all ]
Jim Marino reassigned TUSCANY-610:
--
Assignee: Jim Marino
Initial OSGi support effort
---
Key: TUSCANY-610
URL:
[ http://issues.apache.org/jira/browse/TUSCANY-628?page=all ]
Robbie Minshall updated TUSCANY-628:
Attachment: tuscany-628a.txt
Updated xpath examples to use SDO xpath like syntax rather than traditional
xpath queries.
The other exception is
I have attached a patch to Tuscany-628 which updates the xpath syntax used
in the sample to use the xpath like syntax described in the SDO
specification rather than more traditional xpath. Updated javadoc to note
these differences. The second error in the samples occurs because the
indices of
[ http://issues.apache.org/jira/browse/TUSCANY-571?page=all ]
Brent Daniel reassigned TUSCANY-571:
Assignee: Brent Daniel
Remove reference to EPackage for Type look up
-
Key:
[ http://issues.apache.org/jira/browse/TUSCANY-571?page=all ]
Brent Daniel updated TUSCANY-571:
-
Attachment: Tuscany571.txt
Attaching a patch to make use of the new SDOUtil.getTypes(TypeHelper, URI)
method.
Remove reference to EPackage for Type look
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
Regarding the replacement script, here is a Ruby script we might try
next time we have to go through a similar exercise:
# Scans files - with a given extension - recursively from the current
# directory replacing the old copyright/license header statement with a
# new version
On Aug 16, 2006, at 1:58 PM, Jeremy Boynes wrote:
SCA provides a much more complex picture as it contains not just
libraries but also host environments, multiple extensions,
potentially multiple extensions providing alternative
implementations of the same function (e.g. the axis and celtix
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
[ http://issues.apache.org/jira/browse/TUSCANY-624?page=all ]
Kevin Williams closed TUSCANY-624.
--
Fix Version/s: Java-Mx
Resolution: Fixed
Verified with revision: 432056
Replace using ConfigFactoryImpl.eINSTANCE with ConfigFactory.INSTANCE
[ http://issues.apache.org/jira/browse/TUSCANY-571?page=all ]
Kevin Williams closed TUSCANY-571.
--
Resolution: Fixed
Verified with revision: 432058
Remove reference to EPackage for Type look up
-
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
BTW, what's the best way to switch the SVN respository from http URL to
https URL? I have some pending changes under 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:
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 (with axis, celtix, rmi, json, spring, javascript)
Jim,
Thanks for the comments. I took a look at the links and your comments. How
about this write-up?
Welcome to the Apache Tuscany free open source project that is licensed
under version 2 of the Apache
Licensehttp://www.apache.org/licenses/LICENSE-2.0_.
This project is currently in incubation
$ svn switch https://...
May take quite a while. I don't know what impact this will have on
the Eclipse plugin.
--
Jeremy
On Aug 16, 2006, at 5:41 PM, Raymond Feng wrote:
BTW, what's the best way to switch the SVN respository from http
URL to https URL? I have some pending changes under
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
On Aug 16, 2006, at 6:58 PM, Jeremy Boynes wrote:
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
We should be clear that Tuscany provides a DAS implementation for access
to relational data in terms of SDO. We plan for a declarative
capability as well as implementations for other data sources but we are
not there yet.
haleh mahbod wrote:
Jim,
Thanks for the comments. I took a look at
Support new binding elements binding.axis and binding.celtix
Key: TUSCANY-638
URL: http://issues.apache.org/jira/browse/TUSCANY-638
Project: Tuscany
Issue Type: New Feature
[
http://issues.apache.org/jira/browse/TUSCANY-638?page=comments#action_12428565
]
Jervis Liu commented on TUSCANY-638:
As far as the schema is concerned, I think it should be pretty much same to
binding.ws. but it migh allow some custom
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:
[
http://issues.apache.org/jira/browse/TUSCANY-638?page=comments#action_12428579
]
Jervis Liu commented on TUSCANY-638:
I think another thing we could do for the binding.ws thing is have an option on
the loader that says whether it should
support for dependencies when referencing artifacts
---
Key: TUSCANY-639
URL: http://issues.apache.org/jira/browse/TUSCANY-639
Project: Tuscany
Issue Type: New Feature
Components:
77 matches
Mail list logo