I sent the location to tuscany-private
--
Jeremy
On Sep 7, 2006, at 9:57 PM, Raymond Feng wrote:
Can you give us a pointer where to get the clover license for apache?
Thanks,
Raymond
- Original Message - From: Jeremy Boynes
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent:
Hi Jim... did you get a chance to look at this. :)
- Venkat
On 9/4/06, Jim Marino [EMAIL PROTECTED] wrote:
Great. I'll take a look.
Jim
On Sep 4, 2006, at 2:14 AM, Venkata Krishnan wrote:
Hi Jim,
I have posted a patch for this in
http://issues.apache.org/jira/browse/TUSCANY-690.
Hi Venkat,
Sorry I've been traveling this week and have just been buried with
things to do. I promise to look at it tomorrow PST and give you
feedback.
Jim
On Sep 7, 2006, at 11:55 PM, Venkata Krishnan wrote:
Hi Jim... did you get a chance to look at this. :)
- Venkat
On 9/4/06, Jim
Simon Laws wrote:
Earlier I created a patch for a first pass at a PHP extension for C++
SCA (
http://issues.apache.org/jira/browse/TUSCANY-698)
This follows the pattern layed down by Andy with the Python extension and
has many limitations::
Services only. No references.
Basic input types
I've updated the Spring sample to show remote wiring between to two
Spring composite components (application contexts). I added a simple
socket-based remote binding to the test module which is used for the
wiring. The limitations of this binding are that service operations
must only take
On 9/8/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
Earlier I created a patch for a first pass at a PHP extension for C++
SCA (
http://issues.apache.org/jira/browse/TUSCANY-698)
This follows the pattern layed down by Andy with the Python extension
and
has many
On 9/8/06, Simon Laws [EMAIL PROTECTED] wrote:
On 9/8/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
Earlier I created a patch for a first pass at a PHP extension for C++
SCA (
http://issues.apache.org/jira/browse/TUSCANY-698 )
This follows the pattern layed
I tried mvn clover:instrument clover:clover and it seems to work fine so
thats just about as easy as cobertura, apart from having to mess about with
a license. AFAICT the Clover Eclipse plugin doesn't support Eclipse 3.2 yet
so I can't use it. Requiring a license is a drawback, especially for
I'm happy to pitch in and handle the SDO Java aspects of this release. A
pre-ApacheCon release fits pretty well with the state of play in SDO Java.
Can anyone point to or create a quick checklist of the processes/tasks
involved in creating a release, and perhaps some estimates of what would
need
Robbie,
if I understand your proposal correctly then it only works for the case
where the schema location hint provided in the XML document is a resolvable
URL (and that the posted version of the schema is the one that is intended
for use). As I understand it the processor of a document is at
That code is called frequently in the SDo test suite so I've been stepping
through it in the debugger to try to get a feel for what it is doing. At the
moment the execution sequence I'm seeing makes no sense. If I step over the
line
unset((*i).first);
I'd expect to reach the if statement on the
Yes we should be able to do the same type of thing with Java. Is the PHP SDO
API the same as the C++ API or is it simplified?
I think for most if not all the Java based scripting languages we can just
expose the Java SDO API to the scripting language (at one point we had a
JavaScript version of
On 9/8/06, ant elder [EMAIL PROTECTED] wrote:
Yes we should be able to do the same type of thing with Java. Is the PHP
SDO
API the same as the C++ API or is it simplified?
I think for most if not all the Java based scripting languages we can just
expose the Java SDO API to the scripting
At 08:33 08/09/2006, Jim Marino wrote:
I've updated the Spring sample to show remote wiring between to two
Spring composite components (application contexts). I added a simple
socket-based remote binding to the test module which is used for the
wiring. The limitations of this binding are that
Hi,
having got committer status a week or two back and promptly gone off on
holiday I now want to fully exercise my new privileges.
I have a couple of questions, one is -- what is the name of the committer's
private tuscany mailing list and how do I subscribe to it?
Also when I got my account
Discover and regiester new SDO types during the time of loading the XML
instance document
-
Key: TUSCANY-713
URL: http://issues.apache.org/jira/browse/TUSCANY-713
[
http://issues.apache.org/jira/browse/TUSCANY-696?page=comments#action_12433383
]
Fuhwei Lwo commented on TUSCANY-696:
Based on current Tuscany SDO design and implementation, one should define types
before loading their instances in XML
You can subscribe to the private list at: tuscany-private-subscribe at
incubator.apache.org
Your privileges should hopefully be ok, try updating SVN, if you've nothing
to commit try creating a directory named with your name in the sandbox.
Also check out the new committers guide:
Hi Jim/Jeremey
I understand the intent, but this doc doesn't really tell me how I
configure this.
I don't want to define my own log API I just want to use one. Do you
have an example of this kind of usage?
@Monitor
setMonitor(java.util.logging.Logger mylogger)
?
If so how do I configure
Well, even the most fanatical VI user I know has moved to using an Eclipse
VI plugin now, so I really can't imagine very many (other than people that
also spend their weekends carving wheels out of stone :-) really using it
these days. As far as Emacs is concerned, I must admit that I myself
[
http://issues.apache.org/jira/browse/TUSCANY-713?page=comments#action_12433389
]
Frank Budinsky commented on TUSCANY-713:
Yang has voluteered to prototype an SDO load option that will instruct the
XMLHelper.load method to use a
[ http://issues.apache.org/jira/browse/TUSCANY-696?page=all ]
Frank Budinsky resolved TUSCANY-696.
Resolution: Duplicate
See TUSCANY-713.
XMLStreamHelper usage
-
Key: TUSCANY-696
URL:
[ http://issues.apache.org/jira/browse/TUSCANY-712?page=all ]
Frank Budinsky resolved TUSCANY-712.
Resolution: Fixed
Patch committed in revision 441495.
recently added file TypeConversionTestCase.java is not compatible with JDK 1.4
[
http://issues.apache.org/jira/browse/TUSCANY-701?page=comments#action_12433395
]
Frank Budinsky commented on TUSCANY-701:
Issues can't be assigned to non-committers, so please just attach a patch when
you have it ready.
Thanks,
[ http://issues.apache.org/jira/browse/TUSCANY-685?page=all ]
Frank Budinsky resolved TUSCANY-685.
Resolution: Fixed
Committed patch in revision 441515.
hexBinary XSD type is wrongly treated as base64Binary type by current SDO impl
Hi
The current implementation of Ruby in Java works only for scripts that have
global methods. I am interested getting this work for methods inside
classes.. But then I am not able to figure out a way of doing this.
Can somebody help me with clues on the following... maybe even if the C++
guys
Jean-Sebastian,I've stepped through the code and I believe the problem arises because of an incorrect check for a reference counted pointer being null. However, I can't reproduce this particular problem so could you try applying the patch that I've attached to this note and let me know if it
On 9/8/06, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi
The current implementation of Ruby in Java works only for scripts that
have
global methods. I am interested getting this work for methods inside
classes.. But then I am not able to figure out a way of doing this.
Can somebody help me
Venkata Krishnan wrote:
Hi
The current implementation of Ruby in Java works only for scripts that
have
global methods. I am interested getting this work for methods inside
classes.. But then I am not able to figure out a way of doing this.
Can somebody help me with clues on the following...
I'll prototype once I have some time.
BTW, Fuhwei wishes for 2-1 too, see
http://issues.apache.org/jira/browse/TUSCANY-713
--
Yang ZHONG
Thanks Ant - do you know how I get the right access privileges to be able to
assign or close jira issues?
Andy
On 9/8/06, ant elder [EMAIL PROTECTED] wrote:
You can subscribe to the private list at: tuscany-private-subscribe at
incubator.apache.org
Your privileges should hopefully be ok,
After playing around with this I think what Simon and Jean-Sebastien have
already said is correct, its the .new that does it. Right now the
createInstance method is:
public RubyScriptInstance createScriptInstance() {
return new RubyScriptInstance(rubyEngine.evalScript(getScript()),
On Sep 8, 2006, at 6:19 AM, Frank Budinsky wrote:
Well, even the most fanatical VI user I know has moved to using an
Eclipse
VI plugin now, so I really can't imagine very many (other than
people that
also spend their weekends carving wheels out of stone :-) really
using it
these days. As
On Sep 8, 2006, at 8:39 AM, Andrew Borley wrote:
Thanks Ant - do you know how I get the right access privileges to
be able to
assign or close jira issues?
Done.
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I think right now Jeremy may be the only one with JIRA admin privileges for
Tuscany, i can't see where I can add these in JIRA anyway. If that is the
case I'm not sure why, is there any reason why all committers can't have
admin access?
...ant
On 9/8/06, Andrew Borley [EMAIL PROTECTED] wrote:
I'm not sure what the official support statement is, but I havn't had
any issues with running Clover in Eclipse 3.2.
Brent
On 9/8/06, ant elder [EMAIL PROTECTED] wrote:
I tried mvn clover:instrument clover:clover and it seems to work fine so
thats just about as easy as cobertura, apart from
Hi Yang, what are you planning to prototype? I thought that 2-1 (from your
previous reply) is all we're talking about. See my comment in TUSCANY-713.
Btw, it would be best to reply with history if you refer to items (e.g.
2-1) from an earlier note.
Thanks,
Frank.
Yang ZHONG [EMAIL PROTECTED]
On Sep 8, 2006, at 6:19 AM, Frank Budinsky wrote:
Well, even the most fanatical VI user I know has moved to using an
Eclipse
VI plugin now, so I really can't imagine very many (other than
people that
also spend their weekends carving wheels out of stone :-) really
using it
these days.
On Sep 8, 2006, at 8:47 AM, ant elder wrote:
I think right now Jeremy may be the only one with JIRA admin
privileges for
Tuscany, i can't see where I can add these in JIRA anyway. If that
is the
case I'm not sure why, is there any reason why all committers can't
have
admin access?
I
Jeremy,
Could you pls do that for me as well (if that is ok)?
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08 September 2006 16:46
To: tuscany-dev@ws.apache.org
Subject: Re: new committer startup tasks
On Sep 8, 2006, at 8:39 AM, Andrew Borley
ditto ;-)
On 08/09/06, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Jeremy,
Could you pls do that for me as well (if that is ok)?
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08 September 2006 16:46
To: tuscany-dev@ws.apache.org
Subject: Re: new
Already did that a while ago.
--
Jeremy
On Sep 8, 2006, at 9:01 AM, Meeraj Kunnumpurath wrote:
Jeremy,
Could you pls do that for me as well (if that is ok)?
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08 September 2006 16:46
To:
Done
--
Jeremy
On Sep 8, 2006, at 9:03 AM, kelvin goodson wrote:
ditto ;-)
On 08/09/06, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Jeremy,
Could you pls do that for me as well (if that is ok)?
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08
Sorry, thanks Jeremy, I guess I just hadn't logged out to see the update
On 08/09/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
Already did that a while ago.
--
Jeremy
On Sep 8, 2006, at 9:01 AM, Meeraj Kunnumpurath wrote:
Jeremy,
Could you pls do that for me as well (if that is ok)?
Ta
No, that was Meeraj, I just did yours.
--
Jeremy
On Sep 8, 2006, at 9:11 AM, kelvin goodson wrote:
Sorry, thanks Jeremy, I guess I just hadn't logged out to see the
update
On 08/09/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
Already did that a while ago.
--
Jeremy
On Sep 8, 2006, at
Hi,
I'm a loyal Eclipse user (never have a chance to try IDEA) and let me try to
be constructive here.
What are issues here due to the conflict of maven and Eclipse? I observed
two:
a) Cannot use the root folder to host NOTICE, LICENSE and other files
b) Cannot automatically replace a
[ http://issues.apache.org/jira/browse/TUSCANY-697?page=all ]
Andrew Borley resolved TUSCANY-697.
---
Fix Version/s: Cpp-current
Resolution: Fixed
Geoff's patch applied
[C++ for SDO] Add remaining methods taking SDOString args rather than char*
On Sep 8, 2006, at 9:28 AM, Raymond Feng wrote:
Hi,
I'm a loyal Eclipse user (never have a chance to try IDEA) and let
me try to be constructive here.
Thanks - I appreciate the constructive comments :-)
What are issues here due to the conflict of maven and Eclipse? I
observed two:
Hi,
More updates on this topic.
1) I changed the Operation model to take an inputType, an outputType and a
list of faultTypes. The inputType is a special DataType with its logical
type representing the parameters. For a java method, the inputType looks
like:
databinding: java:parameters
On Sep 8, 2006, at 4:47 AM, Andy Piper wrote:
At 08:33 08/09/2006, Jim Marino wrote:
I've updated the Spring sample to show remote wiring between to two
Spring composite components (application contexts). I added a simple
socket-based remote binding to the test module which is used for the
Before publishing artifacts to the snapshot repo I need to make sure
all the versions contain incubator which means updating all the
POMs. I would like to change this to the version of this next release
and so would like input on what that should be:
[ ] 1.0-M2-incubator
[ ]
+1 on 1.0-M2-incubator.
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 08, 2006 10:17 AM
Subject: [POLL] Release name
Before publishing artifacts to the snapshot repo I need to make sure
all the versions
Hi Jeremy,
'0.95-incubator'.
I vaguely recollect reading some mail that mentioned that M* is necessary in
incubator releases.. if this is true then...
'0.95-M2-incubator'
Thanks
- Venkat
On 9/8/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
Before publishing artifacts to the snapshot repo I
On Sep 8, 2006, at 10:43 AM, Venkata Krishnan wrote:
Hi Jeremy,
'0.95-incubator'.
I vaguely recollect reading some mail that mentioned that M* is
necessary in
incubator releases.. if this is true then...
It is not - incubator is but that's all.
--
Jeremy
One change: we should definitely be consistent with the other incubator
projects on this. CXF, Yoko, and MyFaces have all gone with the format:
#.#-incubator-M#
or
#.#-incubator-alpha-#
(incubator before the build qualifier)
Thus, the list should be:
[ ] 1.0-incubator-M2
[ ]
I'll prototype Frank's comment in TUSCANY-713 once I have some time.
On 9/8/06, Frank Budinsky [EMAIL PROTECTED] wrote:
Hi Yang, what are you planning to prototype? I thought that 2-1 (from your
previous reply) is all we're talking about. See my comment in TUSCANY-713.
Btw, it would be best
Multi-arg patch attached.
andy
At 08:33 08/09/2006, Jim Marino wrote:
I've updated the Spring sample to show remote wiring between to two
Spring composite components (application contexts). I added a simple
socket-based remote binding to the test module which is used for the
wiring. The
I think the attachment was stripped - I'd suggest adding it to a JIRA.
--
Jeremy
On Sep 8, 2006, at 10:55 AM, Andy Piper wrote:
Multi-arg patch attached.
andy
At 08:33 08/09/2006, Jim Marino wrote:
I've updated the Spring sample to show remote wiring between to two
Spring composite
Hi,
All of a sudden, I started getting the following mvn error. Does anybody
know what this plexus-archiver is for or know why it isn't in the repo?
Thanks,
Frank.
Downloading:
It the things maven uses to make archives (e.g. jars) and it lives at
codehaus.
Our parent pom includes the codehaus snapshot repo as a
pluginRepository but perhaps this is a normal dependency and not a
plugin - which module are you building?
--
Jeremy
On Sep 8, 2006, at 12:11 PM, Frank
A question about EasyMock:
For the following interface:
public interface Dummy {
void setName(String name);
String getName();
}
How do I mock the behavior of Dummy so that the getName() always return the
latest argument passed from setName()? I don't want to hard-code it in
You can use an implementation IAnswer and write code to do it. In the
code, there's a static method on EasyMock you can call to retrieve
arguments. There should be some examples scattered in the unit tests
(e.g. there may be a mock scope container and such).
Jim
On Sep 8, 2006, at 12:27
That makes sense, since it happened towards the end of the build, after
succesfully running the JUnits. I suddenly started having this problem
while building the sdo project, but I manged to fix it with svn up; mvn
clean; and then mvn at the top level.
Thanks for the help.
Frank.
Jeremy
Bug in registry that maps the URI to a factory class in DataObjectUtil
--
Key: TUSCANY-714
URL: http://issues.apache.org/jira/browse/TUSCANY-714
Project: Tuscany
Issue
[ http://issues.apache.org/jira/browse/TUSCANY-714?page=all ]
Hasan Muhammad updated TUSCANY-714:
---
Attachment: sdo_patch.patch
Here is the patch for this.
Bug in registry that maps the URI to a factory class in DataObjectUtil
I can handle the DAS Java aspects of this release. I'm going to be updating
the list of features that are planned and it's status on the wiki :
http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview
If there is anything else in terms of process/tasks that needs to be done,
please let
+1 for for 1.0-incubator-M2
Is 095 related to SCA spec ? Then this is not going to match with SDO and
DAS, right ?
- Luciano
On 9/8/06, Daniel Kulp [EMAIL PROTECTED] wrote:
One change: we should definitely be consistent with the other incubator
projects on this. CXF, Yoko, and MyFaces
I've published a coverage report for the kernel here:
http://www.buildtuscany.org/index.html
It is currently showing 63.7% coverage which I have to admit is
better than I expected and makes me optimistic that we can hit a 75%
target for this release.
One of the big things pulling the
[ http://issues.apache.org/jira/browse/TUSCANY-642?page=all ]
Ignacio Silva-Lepe updated TUSCANY-642:
---
Attachment: RevisedInnerCompositeCallback.patch
This patch replaces InnerCompositeCallback2.patch. It integrates its contents
with the latest
I think we also need to put in a lot more negative testing. I noticed
things like incorrect SCDL causes ambiguous error messages and NPEs.
In the vein, how exceptions are propagated and context added to them
could use some work as well.
Jim
On Sep 8, 2006, at 1:23 PM, Jeremy Boynes
+1 for 1.0-incubator-M2
Brent
On 9/8/06, Luciano Resende [EMAIL PROTECTED] wrote:
+1 for for 1.0-incubator-M2
Is 095 related to SCA spec ? Then this is not going to match with SDO and
DAS, right ?
- Luciano
On 9/8/06, Daniel Kulp [EMAIL PROTECTED] wrote:
One change: we should definitely
Jeremy,
This COULD go into a pluginManagement section of the top level pom. (not in
build)Thus, it would be picked up when you do mvn clover:clover or
whatever (not familiar with the clover plugin) in any of the submodules, but
wouldn't always be run.
Dan
On Friday September 08 2006
[
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
[ http://issues.apache.org/jira/browse/TUSCANY-709?page=all ]
Yang ZHONG updated TUSCANY-709:
---
Attachment: patch.709
Please review, any comment is welcomed.
Loads DataGraph in designated scope(TypeHelper)
---
[ http://issues.apache.org/jira/browse/TUSCANY-677?page=all ]
Yang ZHONG updated TUSCANY-677:
---
Attachment: registry3.zip
Update basing on Jim's feedback especially his wonderful runtime-pick-scope idea
Registry API SPI
--
I've updated the registry proposal basing on Jim's feedback especially his
wonderful runtime-pick-scope idea.
Please see the new attachment at
http://issues.apache.org/jira/secure/attachment/12340483/registry3.zip
for JIRA
http://issues.apache.org/jira/browse/TUSCANY-677
Thanks, Jim.
For
Andrew Borley wrote:
Just got it working on Windows, compiles the runtime samples and
runs the
calculator sample with no changes (on our side) required.
I tried out the REST support too, but this seems to be a bit flakey - the
server seems to fall over occasionally. Not sure whether that's a
Hi,
I notice that we use the message body to flow business exceptions back to
the client with the following code from TargetInvoker implementations.
public Message invoke(Message msg) throws InvocationRuntimeException {
try {
Object resp = invokeTarget(msg.getBody());
msg.setBody(resp);
Originally we decided against this, as returning exceptions like this
is really bad coding convention and I can't think of any case where
it is valid in *application* code. I'm beginning to get worried about
the size of messages and the invocation stack in the runtime as our
memory
I will be doing this work over the weekend so if someone is planning
to make changes in core, please coordinate with me.
Jim
On Sep 7, 2006, at 12:19 PM, Jim Marino wrote:
The runtime infrastructure seems significantly complicated by the
fact that we support invocation chains of both
Hi Venkat,
Thanks for jumping in and doing this.
I was thinking the JDK proxy wire service would still remain as one
implementation of WireService; there would be a separate ASM-based
one that could be substituted since in some environments security
constraints will preclude the use of
81 matches
Mail list logo