DeltaStreams, Monticello

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

DeltaStreams, Monticello

Sophie424
I just came across the following which could have some useful things for
DeltaStreams and/or Monticello. It is from a dynamic reflective pure-oo
language project open-sourced in Eclipse.

http://www.ceteva.com/XMF/Programmers%20Guide/Teamworking/Teamworking.html

- Sophie

(That page is from a bigger set at http://www.ceteva.com/XMF/toc.html )




Reply | Threaded
Open this post in threaded view
|

Re: DeltaStreams, Monticello

Colin Putney

On 11-Jan-08, at 11:08 AM, itsme213 wrote:

> I just came across the following which could have some useful things  
> for
> DeltaStreams and/or Monticello. It is from a dynamic reflective pure-
> oo
> language project open-sourced in Eclipse.

Interesting. This is pretty much the way Monticello1 works.

Colin

Reply | Threaded
Open this post in threaded view
|

Re: DeltaStreams, Monticello

Sophie424
"Colin Putney" <[hidden email]> wrote
> Interesting. This is pretty much the way Monticello1 works.

Is Monticello currently focused on classes & methods? Do you think
Monticello could be readily adapted to deal with diff, merge, etc. on
arbitrary object graphs? My application has a need for this, where would I
start?

Thanks - Sophie





Reply | Threaded
Open this post in threaded view
|

RE: DeltaStreams, Monticello

Sebastian Sastre-2
Hi Sophie,

        I think in a script in workspace, inspectors or, better yet for
graphs, explorers and saving results in a repository for that kind of tasks.
It'll be a manual task anyway?

        What kind of interface do you have in mind different from that
interactive use of traditional st tools?

        cheers,

Sebastian
 

> -----Mensaje original-----
> De: [hidden email]
> [mailto:[hidden email]] En
> nombre de itsme213
> Enviado el: Viernes, 18 de Enero de 2008 14:01
> Para: [hidden email]
> Asunto: Re: DeltaStreams, Monticello
>
> "Colin Putney" <[hidden email]> wrote
> > Interesting. This is pretty much the way Monticello1 works.
>
> Is Monticello currently focused on classes & methods? Do you
> think Monticello could be readily adapted to deal with diff,
> merge, etc. on arbitrary object graphs? My application has a
> need for this, where would I start?
>
> Thanks - Sophie
>
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: DeltaStreams, Monticello

Colin Putney
In reply to this post by Sophie424

On 18-Jan-08, at 8:00 AM, itsme213 wrote:

> "Colin Putney" <[hidden email]> wrote
>> Interesting. This is pretty much the way Monticello1 works.
>
> Is Monticello currently focused on classes & methods? Do you think
> Monticello could be readily adapted to deal with diff, merge, etc. on
> arbitrary object graphs? My application has a need for this, where  
> would I
> start?

Versioning arbitrary object graphs is difficult. I wouldn't recommend  
tackling that problem unless you really, really need to. On the other  
hand, most domains don't need that level of generality. Monticello  
does deal with classes and methods, but there's a fairly clean  
separation between the bits that know about the domain and the bits  
that handle the versioning. It wouldn't be too hard to extend it to  
deal with other sorts of objects. I've often thought it would be  
interesting to do create an MC-based tool for versioning relational  
databases, for example. If you want to deal with something else  
*instead* of classes and methods, that would be a bit more work, since  
for example, the mcz file format contains Smalltalk code in chunk  
format.

Monticello2 is even more content-agnostic - versioning different  
domains would be really easy.

Colin