- Pharo-users - lists.pharo.org

Re: [Pharo-users] Clearing Change Sorter

by StÃ©phane Ducasse

On Dec 16, 2012, at 7:02 AM, Ben Coman wrote: > I rarely use Change Sorter, usually preferring Monticello. However occasionally when I want to submit a small change (particularly when I've fallen far behind the HEAD of a repository) then I do turn to Change Sorter. However Change Sorter is then full of lots of Change Sets that mean nothing to me. Many of these are named of the form "MonticelloPackage.versionNumber" and I can't determine the pattern for inclusion of changes that I make. Soâ¦ yes we should clean them. http://code.google.com/p/pharo/issues/detail?id=7131 > Q1. I can see how to delete individual Change Sets, but how can I delete them all to start with a clean slate (or is that a bad idea?) No you can there is not problem. > > Q2. What determines which Change Set changes go into. > a. Does a Monticello import create a Change Set of that name & version as a one time event, to which further changes are not added? no idea > b. Do changes I make to a class in a Monticello package create a Change Set of that name & version. No idea > > I could do further experiments to try and pin down Q2 myself, but I needed to ask Q1 anyway and I thought others might be interested in the answer to Q2. yes please do. > cheers -ben >

Dec. 16, 2012

Clearing Change Sorter

by Ben Coman

I rarely use Change Sorter, usually preferring Monticello. However occasionally when I want to submit a small change (particularly when I've fallen far behind the HEAD of a repository) then I do turn to Change Sorter. However Change Sorter is then full of lots of Change Sets that mean nothing to me. Many of these are named of the form "MonticelloPackage.versionNumber" and I can't determine the pattern for inclusion of changes that I make. So... Q1. I can see how to delete individual Change Sets, but how can I delete them all to start with a clean slate (or is that a bad idea?) Q2. What determines which Change Set changes go into. a. Does a Monticello import create a Change Set of that name & version as a one time event, to which further changes are not added? b. Do changes I make to a class in a Monticello package create a Change Set of that name & version. I could do further experiments to try and pin down Q2 myself, but I needed to ask Q1 anyway and I thought others might be interested in the answer to Q2. cheers -ben

Dec. 16, 2012

Re: [Pharo-users] Pharo 1.4 Unable to download from HTTPS Monticello repository

by Sven Van Caekenberghe

Hi Frederico, It seems the Monticello HTTP repository code is not only trying to do HTTPS, which more or less seems to work from your description, but must also deal with decoding gzip compressed content, or it fails afterwards because the content is not binary. Normally, this should not be a problem. However, it is only since/in Pharo 2.0 that the client explicitly advertises it wants gzip if available, since you are on 1.4, it must be the server who decides to do it anyway. As with all of these bug reports: can you give us the URL of the repository (or a similar one) so that we can test it ? If necessary, you can send me a private email. An .mcz file is not magical, you can access it directly, like this: ZnClient new logToTranscript; username: 'john.doe(a)acme.com' password: 'secret'; get: 'http://mc.stfx.eu/Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz'. And have a look at the Transcript then: 2012-12-14 18:33:35 453763 I Wrote a ZnRequest(GET /Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz) 2012-12-14 18:33:35 453763 D Sent headers Accept: */* User-Agent: Zinc HTTP Components 1.0 Authorization: Basic am9obi5kb2VAYWNtZS5jb206c2VjcmV0 Host: mc.stfx.eu 2012-12-14 18:33:35 453763 I Read a ZnResponse(200 OK application/x-monticello 30440B) 2012-12-14 18:33:35 453763 D Received headers Content-Type: application/x-monticello Content-Length: 30440 Date: Fri, 14 Dec 2012 17:25:47 GMT Server: Zinc HTTP Components 1.0 2012-12-14 18:33:35 453763 T GET /Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz 200 30440B 147ms Did you configure your own MC server maybe ? Zn requires a proper binary Content-Type ! Sven On 14 Dec 2012, at 17:44, "Federico.Balaguer" <federico.balaguer(a)gmail.com> wrote: > Hello > > I am having problems downloading packages from a HTTPS Monticello > repository. The image has Zodiac installed. > > I am able to upload versions but I cannot download them. I am able to > download the packages from a web-browser, > > Using the Monticello Browser I can browse the content of the given > repository. When I select any package on the repository a debugger pops up: > "MNU: Character>>bitOr:" > > I do not see how to fix the problem, at some point, > MCMczReader>>zip calls > Zip>>readFrom: calls > Zip>>readEndOfCentralDirectoryFrom: calls > ReadStream>>nextLittleEndianNumber: calls > SmallInteger>>bitOr: with a Character as parameter which makes the > <primitive 15> to fail. > > I can try to fix the problem but I would need a little help to understand > the root of the problem. > > Federico -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 14, 2012

Pharo 1.4 Unable to download from HTTPS Monticello repository

by Federico.Balaguer

Hello I am having problems downloading packages from a HTTPS Monticello repository. The image has Zodiac installed. I am able to upload versions but I cannot download them. I am able to download the packages from a web-browser, Using the Monticello Browser I can browse the content of the given repository. When I select any package on the repository a debugger pops up: "MNU: Character>>bitOr:" I do not see how to fix the problem, at some point, MCMczReader>>zip calls Zip>>readFrom: calls Zip>>readEndOfCentralDirectoryFrom: calls ReadStream>>nextLittleEndianNumber: calls SmallInteger>>bitOr: with a Character as parameter which makes the <primitive 15> to fail. I can try to fix the problem but I would need a little help to understand the root of the problem. Federico -- View this message in context: http://forum.world.st/Pharo-1-4-Unable-to-download-from-HTTPS-Monticello-re… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 14, 2012

Thanks BetaNine and Mads for their Pharo consortium participation

by StÃ©phane Ducasse

Hi guys I want to thank BetaNine and Mad-Environment for their support to the Pharo Consortium Thanks for your trust. Stef

Dec. 14, 2012

Re: [Pharo-users] CQRS and Event Sourcing in Smalltalk

by Norbert Hartl

Am 13.12.2012 um 20:36 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > On 13 Dec 2012, at 17:56, Norbert Hartl <norbert(a)hartl.name> wrote: > >> Am 13.12.2012 um 17:27 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >>>> Hi all, >>>> >>>> Please, anyone knows a Pharo framework to implement CQRS and/or Event Sourcing? >>> >>> I read in diagonal the paper of martin fowler and I would say just some command patterns? >>> + some meta modeling? >>> no? >> >> Well, you can give that particular answer to _a lot_ of problems :) I think the important part is the "event store" and how you snapshot state. So it is more or less a persistence question. Staying in-image it is rather easy. I use an approach where I still have the business objects holding state. But state is altered through commands and every command emits a set of events that get written to a timeline. The objects analyzing the timeline are more CQRS like because the state evolves out of the timeline. So I have an >> >> Event class with instVar time (aDateAndTime) >> A timeline is a sorted collection (by time) of events. >> An object has a stream on the timeline. Its position is the positional information about the snapshot state. >> Snapshot state is updated by following the stream (next: 100, upToDate: â¦ upToEventType:â¦) >> >> Altogether you have sources that put events on the timeline. Separated from that you have the consumer that reads the snapshot state and updates it. >> >> Norbert > > Sounds really cool and exciting, Norbert. > I think many people including myself are thinking along those lines. > Next time we meet you'll have to show me ;-) > Sure :) I think this approach has some benefits. Normal objects can be seen as the only and most actual snapshot of a state changing history. The history gets discarded immediately. But this history has a great value in itself being able to replay/undo things or develop new values that can be applied at a later moment. We just need to look at the debugger. A stack or context chain is just a collection of moments in time. If you go up the stack we go back in time. But objects stay in the now. It would just be perfect if the object state would go back in time as well. Let's take a networked service as an example. If we look more closely we can see a snapshot of data is about actuality and consistency. We always like to have consistent data. But actuality is ambiguous in a concurrent media with non-deterministic latencies like the internet. If we separate these we find the need to have data that is consistent at any point in time. But reading the data does not have to return the newest state available. So we divide the process into three things: adding state change, updating state snapshot, reading state snapshot. The adding is an append-only operation that can be done in a very fast way by the persistence and has less issues when it comes to concurrency. Updating the state snapshot from the state change events can be done according to the needs for actuality or performance. Just to make it clear: In this approach there is also just one entity that is updating the state, so more concurrency problems solved. Finally reading the state can be done in multiple ways. Either you read the provided snapshot or you update the snapshot to the newest value in your private copy of a state holder. This time again you are not changing something concurrent. A more real life example is one of our products. I changed to model to emit events 6 month ago. Well, using GemStone I didn't have to think about persistence. It is just a persisted collection with a few million events in it. 3 month _after_ I started to collect events I started to think about what data I actually need to show on the web UI. Having all the history in my hand I can derive plenty of different values just afterwards. Every value has a stream on the events collection. So every value has its own cursor in history. New values just start at the beginning of the collection and catch to now. Old ones have just little to update. I hope this is useful somehow, Norbert

Dec. 14, 2012

Re: [Pharo-users] CQRS and Event Sourcing in Smalltalk

by Sven Van Caekenberghe

On 13 Dec 2012, at 17:56, Norbert Hartl <norbert(a)hartl.name> wrote: > Am 13.12.2012 um 17:27 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >>> Hi all, >>> >>> Please, anyone knows a Pharo framework to implement CQRS and/or Event Sourcing? >> >> I read in diagonal the paper of martin fowler and I would say just some command patterns? >> + some meta modeling? >> no? > > Well, you can give that particular answer to _a lot_ of problems :) I think the important part is the "event store" and how you snapshot state. So it is more or less a persistence question. Staying in-image it is rather easy. I use an approach where I still have the business objects holding state. But state is altered through commands and every command emits a set of events that get written to a timeline. The objects analyzing the timeline are more CQRS like because the state evolves out of the timeline. So I have an > > Event class with instVar time (aDateAndTime) > A timeline is a sorted collection (by time) of events. > An object has a stream on the timeline. Its position is the positional information about the snapshot state. > Snapshot state is updated by following the stream (next: 100, upToDate: â¦ upToEventType:â¦) > > Altogether you have sources that put events on the timeline. Separated from that you have the consumer that reads the snapshot state and updates it. > > Norbert Sounds really cool and exciting, Norbert. I think many people including myself are thinking along those lines. Next time we meet you'll have to show me ;-) Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 13, 2012

Re: [Pharo-users] CQRS and Event Sourcing in Smalltalk

by StÃ©phane Ducasse

>>> Please, anyone knows a Pharo framework to implement CQRS and/or Event Sourcing? >> >> I read in diagonal the paper of martin fowler and I would say just some command patterns? >> + some meta modeling? >> no? > > Well, you can give that particular answer to _a lot_ of problems :) yes the article was not really clear. > I think the important part is the "event store" and how you snapshot state. So it is more or less a persistence question. Staying in-image it is rather easy. I use an approach where I still have the business objects holding state. But state is altered through commands and every command emits a set of events that get written to a timeline. The objects analyzing the timeline are more CQRS like because the state evolves out of the timeline. So I have an > > Event class with instVar time (aDateAndTime) > A timeline is a sorted collection (by time) of events. > An object has a stream on the timeline. Its position is the positional information about the snapshot state. > Snapshot state is updated by following the stream (next: 100, upToDate: â¦ upToEventType:â¦) > > Altogether you have sources that put events on the timeline. Separated from that you have the consumer that reads the snapshot state and updates it. > > Norbert

Dec. 13, 2012

Re: [Pharo-users] CQRS and Event Sourcing in Smalltalk

by Norbert Hartl

Am 13.12.2012 um 17:27 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> >> Hi all, >> >> Please, anyone knows a Pharo framework to implement CQRS and/or Event Sourcing? > > I read in diagonal the paper of martin fowler and I would say just some command patterns? > + some meta modeling? > no? Well, you can give that particular answer to _a lot_ of problems :) I think the important part is the "event store" and how you snapshot state. So it is more or less a persistence question. Staying in-image it is rather easy. I use an approach where I still have the business objects holding state. But state is altered through commands and every command emits a set of events that get written to a timeline. The objects analyzing the timeline are more CQRS like because the state evolves out of the timeline. So I have an Event class with instVar time (aDateAndTime) A timeline is a sorted collection (by time) of events. An object has a stream on the timeline. Its position is the positional information about the snapshot state. Snapshot state is updated by following the stream (next: 100, upToDate: â¦ upToEventType:â¦) Altogether you have sources that put events on the timeline. Separated from that you have the consumer that reads the snapshot state and updates it. Norbert

Dec. 13, 2012

Re: [Pharo-users] Nautilus class methods button feedback. + show method comment on hover.

by StÃ©phane Ducasse

On Dec 13, 2012, at 8:46 AM, Peter H. Meadows wrote: > 1) When browsing code in nautilus how do you know if a class has class methods? > > Sometimes I forget to look for them because many classes don't have > any. Could the button be changed to give visual feedback when a class > has class methods? Maybe tell the user the number of methods? > > The comment button could do the same, although we already have the red > exclamation mark to show classes without comments (which is a great > way of encouraging people to comment their classes). > > 2) Something that would make a big difference to me is showing the > method comment when you hover the pointer over a method. Then I > wouldn't have to give methods super long names, because I could put > details in the comment and get at them quickly. A fly by help to see comments would be really cool.

Dec. 13, 2012