osdir.com
mailing list archive

Subject: RE: Service Data Objects - msg#00010

List: lang.groovy.devel

Date: Prev Next Index Thread: Prev Next Index

I found a prototype of SDO is part of the Emerging Technologies Toolkit at IBM Alphaworks.
http://www.alphaworks.ibm.com/tech/ettk

I am still trying to make sense of the lisence to determine how much I can do with SDO.


-----Original Message-----
From: Guillaume Laforge [mailto:glaforge-zv4gYlyE9qRGWvitb5QawA@xxxxxxxxxxxxxxxx]
Sent: 03 February 2004 17:32
To: groovy-dev-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx
Subject: RE: [groovy-dev] Service Data Objects



I don't know much neither about SDO, nor about Chris Stevenson.
But all I can say is that you can have a look at his weblog there :

http://cgi.skizz.plus.com/blog/dev/

Guillaume Laforge

-----Message d'origine-----
De : groovy-dev-admin-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx
[mailto:groovy-dev-admin-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx]De la part de Jonathan
Carlson
Envoye : mardi 3 fevrier 2004 15:46
A : groovy-dev-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx; Corneil.duPlessis@xxxxxxxxxxxxxxxxxx
Objet : RE: [groovy-dev] Service Data Objects


No one else seems to be responding so I'll share what I know.  James said
this in an earlier posting: "... Chris Stevenson has been working on an SDO
implementation that does this that I'm keen to see & work with."

I am interested in this too, so if you find out who this guy is and if he
has a project started, then please let me know.

Thanks,

Jonathan


_______________________________________________
groovy-dev mailing list
groovy-dev-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx
http://lists.codehaus.org/mailman/listinfo/groovy-dev

__________________________________________________________________________________________________________________________________ For information about the Standard Bank group visit our web site <www.standardbank.co.za>
__________________________________________________________________________________________________________________________________
 
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited  is proprietary to the group.
It is confidential, legally privileged and protected by law.
Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group.
The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read,
disclose or use the content in any way.
Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference.
___________________________________________________________________________________________________________________________________
Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

IDEA Plutin

Hello Everyone, Sorry for not updating the status of the IDEA plugin, but the recent question on the NetBeans module reminded me I ought to send this out. I had to make many changes in order to get the IDEA plugin to work with 3.0.x and Aurora builds. Then OpenAPI has been a moving target, in the last few weeks the Aurora builds have changed their threading policy and removed major portions of the api the plugin used. There was a dual build that was going to be checked in for the different versions, but the api has changed so much that now its not really possible ( as I see it ) to have one plugin with two builds. I'll need to split the code out with and have two distinct plugins. When IDEA 4.0 is finally release the OpenAPI should be stable, or so I would hope, and make the needed changes. I added support for running unit test, and JOI (Java Object Inspector) for inspecting evaluated portions of groovy scripts. I apologies for not being on top of this sooner. Travis

Next Message by Date: click to view message preview

Using list for lvalue assignments

I just started experimenting with groovy, and it is totally groovy. I wanted to do something that seems natural for this language, but couldn't list1 = [1,2,3,4,5] list1[1,2,4] = [4,3,1] // Seems a natural for Groovy, but doesn't work Using list1 as an lvalue with a list if indices doesn't work. Is there any reason this type of syntax can not be supported in Groovy? Thanks, Scott...

Previous Message by Thread: click to view message preview

RE: Service Data Objects

I don't know much neither about SDO, nor about Chris Stevenson. But all I can say is that you can have a look at his weblog there : http://cgi.skizz.plus.com/blog/dev/ Guillaume Laforge -----Message d'origine----- De : groovy-dev-admin-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx [mailto:groovy-dev-admin-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx]De la part de Jonathan Carlson Envoye : mardi 3 fevrier 2004 15:46 A : groovy-dev-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@xxxxxxxxxxxxxxxx; Corneil.duPlessis@xxxxxxxxxxxxxxxxxx Objet : RE: [groovy-dev] Service Data Objects No one else seems to be responding so I'll share what I know. James said this in an earlier posting: "... Chris Stevenson has been working on an SDO implementation that does this that I'm keen to see & work with." I am interested in this too, so if you find out who this guy is and if he has a project started, then please let me know. Thanks, Jonathan

Next Message by Thread: click to view message preview

Re: Service Data Objects

On 9 Feb 2004, at 07:48, du Plessis, Corneil C wrote: I found a prototype of SDO is part of the Emerging Technologies Toolkit at IBM Alphaworks. http://www.alphaworks.ibm.com/tech/ettk I am still trying to make sense of the lisence to determine how much I can do with SDO. Great stuff, thanks! Chris has an early prototype - I keep hassling him to check it in somewhere in codehaus which I hope he does soon. I'm keen to work with SDO and groovy together; groovy could be a great fit as SDO objects could look just like POGOs (plain old groovy objects) inside groovy code - using GPath to navigate them, GroovyMarkup to construct them etc. Plus we could use groovy inside Java code by using Groovy as the query language so java programmers could use groovy as an expression language. I wonder if BEA will release an SDO implementation soon... James ------- http://radio.weblogs.com/0112098/
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by