to help us
deliver something
that is useful for SCA developers in the Eclipse Europa release, due
end of June.
We would appreciate your thoughts and comments sent to stp-
[EMAIL PROTECTED]
best regards
Oisin Hurley, STP PMC Lead
[0] http://wiki.eclipse.org/index.php/SCA_Java_support_in_STP
Any plans to do anything to support SDO 2 in eclipse. I wrote a simple
plugin for generating SDOs from XSDs, wondering where best to donate
it to ?
I was planning on doing a couple more, but no-one took up my previous
comments on this matter at Tuscany, so can only assume they are not of
interest
On 23 Jan 2007, at 10:55, Pete Robbins wrote:
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 ??
+1
--oh
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
I think the wiki is the best place for development of this type of
documentation. It is so easy to update that I hope it will
invite others to participate. I also like Venkat's idea to
snapshot content developed on the wiki to include in a milestone
distribution.
Just a point on this
Hi guys,
Sorry I couldn't make the IRC - had to run off to a night class.
18:36:06ajborleywhat about MacOSX? there was a patch for that,
but I don't
know what the status is
18:36:17ajborleyI also don't have access to any mac machines
18:36:19robbinspgI'll do Mac OSX
18:36:32robbinspgso long
That would be good - we decided near the end of the IRC chat to have a
dependency on Axis2C 0.93 as we weren't sure exactly when 0.94
would be out
and we'd like our first RC by the end of this week. Saying that,
Sebastien
put in a tiny code change which made Tuscany work with the latest
Quick clarification Andy - will you be shifting axis version
before Milestone? Or saving it for after?
It depends when 0.94 comes out I guess - if it's soon then
shifting is
probably a good idea (especially with some of the fixes that are
planned for
0.94), but I don't think we should
I guess this answers some of our questions about which level of
Axis2C to use :) We should probably build our release with Axis2c
0.94 now, I tested with their trunk 2 days ago and it worked with a
minor change in our code, will test again today with the official
release on Linux.
They
You know that you've been looking at waaay too much C code when you
read:
I have a .pdf document that describes the web services course at
Oxford
and think to yourself: 'r' isn't a hexadecimal number :)
--oh
-
To
On 18 Sep 2006, at 21:19, Hamdi, Louenas wrote:
Hello,
My name is louenas Hamdi and I work for SAP Research. My interest is
mainly in the mobile platforms. while I was reading the Tuscany white
paper I thought that this could be good for Mobile clients as well.
Do you think that Tuscany
[ http://issues.apache.org/jira/browse/TUSCANY-681?page=all ]
Oisin Hurley updated TUSCANY-681:
-
Attachment: macos-patch
Patch for MacOS X 10.4.7 port of C++ SDO and SCA
SDO tests are all clear.
Some minor wrinkles in the makedist which I believe
On 7 Sep 2006, at 04:48, Jean-Sebastien Delfino wrote:
Did you get a chance to look into the MacOS X port? I have an iBook
with 10.4.7 ppc Mac OS X here and was wondering if you had a patch
to the Makefiles that I could try.
Patch is up: http://issues.apache.org/jira/browse/TUSCANY-681
Did you get a chance to look into the MacOS X port? I have an
iBook with 10.4.7 ppc Mac OS X here and was wondering if you had a
patch to the Makefiles that I could try.
Quick update on this, I have the Axis2C mostly built, SDO part
of the port was straightforward, currently working thru
[
http://issues.apache.org/jira/browse/TUSCANY-681?page=comments#action_12433503
]
Oisin Hurley commented on TUSCANY-681:
--
Just an update:
-- necessary libraries from axis2c ported
-- sdo part ported
-- sca part suffering from some
Great! I don't think that anybody has tried MacOS X yet. It will be
really great if you can port the Linux build... and then we can all
get iBooks :)
I've to get axis2c ported first :) Would it be
good practice to put a JIRA in for this so that
it's visible?
cheers
--oh
++ SCA, C++ SDO
Environment: MacOS X 10.4.7 PowerPC
Reporter: Oisin Hurley
Priority: Minor
Plain old porting job - prerequisite is a port of Axis2C for axiom bits and
hosting.
--
This message is automatically generated by JIRA.
-
If you think it was sent
I am not sure I understand the issue with create/delete (except if
PUT and DEL are disabled). Posting/putting to a URL that doesn't
exist yet to create that resource can be troubling. Is that the
issue? Are you looking for some kind of factory service pattern to
create resources?
Or am I
Simon - apologies I've been away from this for the last week...
[deletia]
...and this is why :) There are number of responsibilities of an
extension - which you accurately describe - and there are a number
of responsibilities of a plugin, related to configuration and
lifecycle
and I think
On 28 Aug 2006, at 22:56, Jean-Sebastien Delfino wrote:
Would it make sense to publish this: http://www.mail-archive.com/
tuscany-dev%40ws.apache.org/msg05276.html
and this: http://www.mail-archive.com/tuscany-dev%40ws.apache.org/
msg05379.html
on a How to build page on the Tuscany C++ Web
What do you think about the following approach:
a) If you put no annotations in your code then you have to stick to
the fixed pattern with fixed method names, and you write the side
SCDL file that turns your code into a component and publishes the
REST endpoint.
b) If you want more
[deletia]
js-d says:
I've been thinking about this and wondering what the architecture
of the runtime will be with many different plugins? Are you guys
envisioning one big process with different (maybe incompatible?)
libraries loaded in it? or a more distributed architecture with
multiple
Hi Simon,
Had a long weekend so just picking up this thread. Looks like a really
useful discussion and I too like the requirement driven approach. I
have a
few to add/comment on. It seems that a plugin resolves to a
component type
or binding, i.e. what the assembly model refers to as
REST is a very generic term, and I think it's more like a resource/
service
naming pattern (URL/URI). When we say REST bindings, what are we
expecting
as the REST Service ?
The resource part is really important, but the small interface part is
important too, as are the expected behaviours of
I think anything that is sent to/from a SCA REST binding needs to
either be Plain Old XML or JSON and not SOAP. SOAP is generally what
makes most RESTifarians shudder :)
It's the encoding of the method in the XML body that is the
anathema :)
--oh
Apologies for addressing the emails in this thread out of order :)
I was on a similar track, thinking about implementing a REST
binding for Tuscany C++. I agree with you that the REST pattern is
about resources, so we need to go further than just sending XML
service requests over HTTP, and
Pete Robbins wrote:
Hi Oisin,
Here's the dumb question: What do you mean by Plugin? Is it a
composite or
group of composites?
Or just a set of extensions packaged in a library that you plug
into the runtime?
'Plugin' means a piece of software that adds some functionality in the
form of
Hi Bert,
I am still at the point where I am trying to get my head really
wrapped around how Tuscany works
I will be travelling the same road soon ;)
Have you put much thought towards the subject of a REST binding? Are
there things about which you believe we should be aware?
Well, the
Oisin may have been referring to how REST would impact the
programming model rather than the implementation of bindings. For
example, how would cache information in the request be handled by
the binding and/or exposed to the application code? What is the
mapping between REST resources and
Hi guys,
I thought I might kick off a thread on pluggability in the C++
implementation to get some ideas rolling around, so while these
are not 'requirements' at all, they might eventually lead to
some ;)
1. Language independence is not an issue here, so all plugins
are described and implemented
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]
Yes I was counting on the binding (e.g. Celtix, Axis) to provide RM
capabilities. However, we also need to manage stateful callbacks...
We will need to spec the RM requirements with a magical policy
or have some kind of constraint to validate the presence of the
feature (spec issue I guess
The cypress on the hill motif is pretty cool and it doesn't need to
be too busy - take a look at http://www.tuscanystyle.it/index.html
for an example of how it can be stylized.
--oh
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
At the ApacheCon Tuscany BOF, there was some questions about JBI
and SCA and what the story is there. Jim mentioned a blog entry
by Mike that had an explanation of what JBI isn't - here's that
link to remind everyone :)
http://dev2dev.bea.com/blog/mrowley/archive/2005/08/jbi_doesnt_host.html
More top link suggestions from Jim at the ApacheCon Tuscany BOF:
http://www.davidchappell.com/blog/2006/04/why-service-component-
architecture-is
http://www.davidchappell.com/HTML_email/Opinari_No15_12_05.html
-
To
Hi Simon,
However this test compares everything and I am hitting the problem
which is
touched on in http://issues.apache.org/jira/browse/TUSCANY-427,
i.e. my
input xml files have comments and my output XML files don't so the
current
equalXML... function always returns false.
What might
You should be aware of the Eclipse SOA Tools Project
(http://www.eclipse.org/stp/) since there is a potential overlap with
them...
And there's my cue... :)
I'll introduce myself: my name's Oisin Hurley and I'm on the STP PMC.
Some of you on this list might know me already, from the SCA process
37 matches
Mail list logo
