May 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Moving Class to a Package programmaticaly

by Denis Kudriashov

2017-05-26 19:22 GMT+02:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > This should work: > > org := (RPackageOrganizer default packageNamed: 'MyPackage'). > tag := org addClassTag: #Classes. > org definedClasses do: [ :aClass | > aClass category: tag categoryName ]. In Pharo 6 there is new tag API for classes: #MyPackage asPackage definedClasses do: [:each | each tagWith: #Classes]

May 27, 2017

Re: [Pharo-users] Edit methods protocol by code

by Denis Kudriashov

2017-05-26 11:42 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > "Buggy" > org := MyClass organization protocolOrganizer. > org addProtocolNamed: 'code'. > org allProtocols do: [:aProtocol | org moveMethodsFrom: aProtocol name > to: 'code']. > org removeEmptyProtocols. > In Pharo 6 we introduced tags API: (MyClass methodsTaggedWith: #oldProtocol) do: [:each | each tagWith: #code]

May 27, 2017

Re: [Pharo-users] [Deploy] Deploying application - New Best Practices?

by Sven Van Caekenberghe

> On 26 May 2017, at 21:47, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Hey, all.. > > I have a Pharo application that I ready to deploy to production. I havenât done this in a lot of years, so I thought I might check around on what the current best practices are. > > The app is a Teapot(REST) based application that processes SMS and MMS messages, including saving files to the file system, etc.. > > In the past, I would have added some kind of remote desktop server into my image, and run it headless on the server. When I needed to update the source code with monticello, I would use a VNC client to log in, update my source code, save the image, etc. My current approach is more or less what you find here https://github.com/svenvc/pharo-server-tools That include a REPL and Metrics server for operational purposes. > I have a feeling things have progressed at this point. Can anyone point me in the right direction to learn current best practices? > > I will most likely be updating this to a gemstones app, but while this is in beta, i just want to worry about user experience of the application.. > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101

May 27, 2017

Re: [Pharo-users] Renamed instance attribute by code

by Stephane Ducasse

oki On Fri, May 26, 2017 at 6:38 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > No, I mean #definedClasses also returns the traits of the package, then > requesting instVar to those traits seems to brake things, but I did not > investigated further as I bypassed the problem by discarding Traits. > > > Le 26/05/2017 Ã 13:08, Stephane Ducasse a Ã©crit : > > Hi Hilaire > > > > do you mean that you had a trait definition in package and that it got > > some influence of the rename instance variable refactoring because one > > of your class uses a trait? > > > > Stef > > -- > Dr. Geo > http://drgeo.eu > > > >

May 27, 2017

Re: [Pharo-users] [Deploy] Deploying application - New Best Practices?

by Stephane Ducasse

Hi sergio This is great to hear that you will deploy your app. I really want that we really improve the deployment of Pharo App. Could you log and report to us what worked with you and what did not work. I would like that the community build and share some scripts. Sven in the past shared with us his build scripts and it was a great start. There are in the deep into pharo book. Can you check if they help you. Stef On Sat, May 27, 2017 at 8:18 AM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Fri, May 26, 2017 at 03:47:42PM -0400, sergio ruiz wrote: > > I have a feeling things have progressed at this point. Can anyone point > me in > > the right direction to learn current best practices? > > Some things I'm now doing differently, based on reading up on current best > practices: > > Initial deployment - creating uid/gid, creating directories, deploying VM, > copying image and various artefacts, templating daemontools run file, etc > is > done using Ansible. Check out Ansible, Chef and Puppet. > > For my blog, content management is under version control using Fossil and > is > pushed from my workstation where I write/check the post to my blog server: > > http://www.samadhiweb.com/blog/2016.08.12.fossil.html > > This approach also works for pushing application changes. I use Fossil, > but for > Git you can find any number of tutorials on the web on how to push-hook > and all > that. Better Git support built into Pharo should make this easier. > > > In the past, I would have added some kind of remote desktop server into > my > > image, and run it headless on the server. When I needed to update the > source > > code with monticello, I would use a VNC client to log in, update my > source > > code, save the image, etc > > The latest thinking is to blow away whatever is currently running, deploy > new > artefacts (image, etc) freshly built from CI, and restart the application. > Fashionable memes are "cattle, not pets" and "no snowflakes". > > I still build my images with RFBServer running so that I can VNC into them. > Over time I do that less and less. > > Pierce > > >

May 27, 2017

Re: [Pharo-users] [Deploy] Deploying application - New Best Practices?

by Pierce Ng

On Fri, May 26, 2017 at 03:47:42PM -0400, sergio ruiz wrote: > I have a feeling things have progressed at this point. Can anyone point me in > the right direction to learn current best practices? Some things I'm now doing differently, based on reading up on current best practices: Initial deployment - creating uid/gid, creating directories, deploying VM, copying image and various artefacts, templating daemontools run file, etc is done using Ansible. Check out Ansible, Chef and Puppet. For my blog, content management is under version control using Fossil and is pushed from my workstation where I write/check the post to my blog server: http://www.samadhiweb.com/blog/2016.08.12.fossil.html This approach also works for pushing application changes. I use Fossil, but for Git you can find any number of tutorials on the web on how to push-hook and all that. Better Git support built into Pharo should make this easier. > In the past, I would have added some kind of remote desktop server into my > image, and run it headless on the server. When I needed to update the source > code with monticello, I would use a VNC client to log in, update my source > code, save the image, etc The latest thinking is to blow away whatever is currently running, deploy new artefacts (image, etc) freshly built from CI, and restart the application. Fashionable memes are "cattle, not pets" and "no snowflakes". I still build my images with RFBServer running so that I can VNC into them. Over time I do that less and less. Pierce

May 27, 2017

Re: [Pharo-users] Loading Glorp+PostgreSQL

by Pierce Ng

On Wed, May 17, 2017 at 04:04:18PM +0200, Sven Van Caekenberghe wrote: > > On 17 May 2017, at 16:01, Pierce Ng <pierce(a)samadhiweb.com> wrote: > > I've adapted your Reddit application to work with Glorp-SQLite. It was pretty > > much simply subclassing RedditDatabaseResource and wiring up #newGlorpSession. > > It's a nice demo of Glorp's pluggability. > > That is cool. We should definitively keep a reference to that. Thanks. I've published the port on http://smalltalkhub.com/#!/~PierceNg/RedditSQLite. Pierce

May 27, 2017

Re: [Pharo-users] Edit methods protocol by code

by Ben Coman

Usual starting question, what version? cheers -ben On Fri, May 26, 2017 at 5:52 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > When applyed to BenchmarkResult class it breaks, but not every time > > -- > Dr. Geo > http://drgeo.eu > > > >

May 27, 2017

[Deploy] Deploying application - New Best Practices?

by sergio ruiz

Hey, all.. I have a Pharo application that I ready to deploy to production. I havenât done this in a lot of years, so I thought I might check around on what the current best practices are. The app is a Teapot(REST) based application that processes SMS and MMS messages, including saving files to the file system, etc.. In the past, I would have added some kind of remote desktop server into my image, and run it headless on the server. When I needed to update the source code with monticello, I would use a VNC client to log in, update my source code, save the image, etc. I have a feeling things have progressed at this point. Can anyone point me in the right direction to learn current best practices? I will most likely be updating this to a gemstones app, but while this is in beta, i just want to worry about user experience of the application.. Thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

May 26, 2017

Deploying a Pharo Application (non-web)

by horrido

Everybody seems to be pointing to this (apparently out-of-date) page: http://squeakvm.org/win32/custom.html <http://squeakvm.org/win32/custom.html> . However, I cannot find the settings for /warnIfNoChangesFile/ and /warnIfNoSourcesFile/ in Pharo 5.0 in the Settings Browser. Where are they buried? -- View this message in context: http://forum.world.st/Deploying-a-Pharo-Application-non-web-tp4948400.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 26, 2017