- Pharo-dev - lists.pharo.org

Automatic Refactoring Disranging Seaside Rest Methods

by lionelakue

Hello everyone, When you copy an image or sometimes when you make a Metacello commit, your methods are automatically refactored. This uncleanse the code (replacing context meaningfull variable names with gereric identifiers) and prevents seaside request parameters . Which are mapped to method parameters by uri strings: ToDoHandler>>searchFor: aString <get> <path: '/search?query={aString}'> ^ String streamContents: [ :stream | ToDoList default items do: [ :each | (each title includesSubString: aString) ifTrue: [ stream nextPutAll: each title; crlf ] ] ] will become: ToDoHandler>>searchFor: arg1 <get> <path: '/search?query={aString}'> ^ String streamContents: [ :arg2| ToDoList default items do: [ :arg3| (each title includesSubString: aString) ifTrue: [ arg2 nextPutAll: arg3 title; crlf ] ] ] So will end having a Parameter not found exception because arg1 and aString mismatche. Is there a way to disable automatic refactoring? Lionel -- View this message in context: http://forum.world.st/Automatic-Refactoring-Disranging-Seaside-Rest-Methods… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 17, 2017

Re: [Pharo-dev] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Mariano Martinez Peck

On Sat, Jul 15, 2017 at 10:50 AM, Ben Coman <btc(a)openinworld.com> wrote: > How are you approaching marketing? Do you have any "lite" version thats > free? > It seems to me that products doing this end up having the broadest reach. > > For example take my history with PDFXchange. I first used it because I was > searching for a free alternative to Adobe Acrobat with simple features and > it had a good review. Two years later I forked over money for the family > install (five PCs) since my requirements expanded, and PDFXchange was what > I knew and loved. > > If its a "good" lite product, people will be *very* happy to tell friends > and colleges to get the kudos of sharing their "free" find, and you lower > the perceived friction of people trying it out. You will only covnert a > small percentage of those to paid customers, but were those that don't > convert ever going to buy your product in the first place? > > Hi Ben, We cannot agree more with you. The fact of allowing beta testers doesn't mean there won't be free licenses. Its just that as of today, we wanted some control over who gets in (mostly for security etc). We have discussed internally and we are willing to provide a free (limited) service and of course a "PRO" version to which you could upgrade. We are still defining this but this is in our short term list. Best, > cheers -ben > > On Thu, Jul 13, 2017 at 10:19 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Wed, Jul 12, 2017 at 5:22 PM, Stephane Ducasse < >> stepharo.self(a)gmail.com> wrote: >> >>> Hi mariano >>> >>> what kind of help do you want? >>> >>> >> Hi Stef, >> >> We are now at the stage where we are ready to solicit individual and >> institutional beta users to provide feedback on the features and help with >> quality control. And after several years of self-funding the project, we >> are also actively seeking funding in order to expand our development team. As >> you can hopefully tell from our videos, we built Quuve from the bottom-up, >> and our goal is to build the premiere investment management platform for >> investors of all sizes. Though Quuve is already quite powerful, indeed far >> more so than most tools on the market, we have a long-term vision we wish >> to see through, and this requires partnering with an institutional user >> and/or raising outside capital in the near future. >> >> Whether it be email blasts, reblogging about our software, or reaching >> out to technology investors you may know personally, we would appreciate >> any help you could provide that would assist us in finding these beta >> testers and institutional partners/investors. >> >> Thanks, >> >> >> >>> Stef >>> >>> >>> On Wed, Jul 12, 2017 at 9:53 PM, Mariano Martinez Peck >>> <marianopeck(a)gmail.com> wrote: >>> > Hi all, >>> > >>> > A while back our team presented Quuve [1], a customizable investment >>> > management ecosystem for professional investors. We also discussed the >>> > technologies employed to build it [2] (it is developed on Pharo and >>> deployed >>> > on GemStone). We are reaching out again because we recently revamped >>> our >>> > website [3] and created a number of promotional videos that demonstrate >>> > Quuve's power [4]. We would appreciate your help in marketing our >>> wares! >>> > >>> > Quuve is the world's first fully integrated and customizable research >>> and >>> > portfolio management platform. The system offers powerful features >>> never >>> > before seen by the investment community and it empowers users to tailor >>> > tools in ways that accommodate their idiosyncratic investment style. >>> In the >>> > coming years, customization, data-inheritance, shared databases, >>> > machine-learning, and robo-trading will become standard among >>> investors of >>> > all sizes, and we expect Quuve will blaze the trail. >>> > >>> > If you have any questions about Quuve please let us know. >>> > >>> > [1] http://pharo.org/success/Quuve >>> > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies-used-td4 >>> 819786.html >>> > [3] http://www.debrispublishing.com/ >>> > [4] >>> > https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD-9 >>> iFTgqbAUG&v=zdm4CVse2Hc >>> > >>> > Thanks, >>> > >>> > -- >>> > Mariano >>> > http://marianopeck.wordpress.com >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- Mariano http://marianopeck.wordpress.com

July 17, 2017

Re: [Pharo-dev] [Seaside] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Mariano Martinez Peck

On Mon, Jul 17, 2017 at 11:10 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 12 Jul 2017, at 21:53, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > Hi all, > > > > A while back our team presented Quuve [1], a customizable investment > management ecosystem for professional investors. We also discussed the > technologies employed to build it [2] (it is developed on Pharo and > deployed on GemStone). We are reaching out again because we recently > revamped our website [3] and created a number of promotional videos that > demonstrate Quuve's power [4]. > > I finally watched the first video and I must say this is really > impressive. So cool to see Smalltalk code in scripting boxes ! > > Thanks Sven, Yes, the rule engine is with Smalltalk code. The user can write their own rules (for fundamentals, algorithms, quants, screening filters, etc). The code of these rules can be simple keys or Smalltalk blocks. When blocks, these are something like this: [ :aProcessorProxy | aProcessorProxy revenues / aProcessorProxy price ] and things like that. Basically, in general we pass by a "proxy" to a processor which then dynamically understands keys and ends up evaluating rules. Sure, we have problems with mathematical operators and their precedence etc. But we try to document this and provide many many examples. There is also a kind of debugger with some call stack about the called keys etc. See attached (all violet are links that open popups to see more info) And if you liked to see Smalltalk, did you see the rules browser? hahah. See attached. How large is the technical team that built / is building this ? It looks > like a really deep/wide application. > > The product started like a single-man project in 1996. It started with Python, then moved to Smalltalk. It has no UI back then. I joined them about 5 years ago and have been working for them since then. In these last years we started a new UI using Seaside and Bootstrap, start using Ajax everywhere, we started using GemStone for deploy, etc etc. The team was/is really small..... I cannot even believe myself how much we were able to do with the team size we had. And...I cannot stop thinking what we COULD do with a bigger team... I can give you more details privately if you wish. > Anyway, great work. I hope you can make a living out of this. > > Thanks Sven for your nice words. > > We would appreciate your help in marketing our wares! > > > > Quuve is the world's first fully integrated and customizable research > and portfolio management platform. The system offers powerful features > never before seen by the investment community and it empowers users to > tailor tools in ways that accommodate their idiosyncratic investment style. > In the coming years, customization, data-inheritance, shared databases, > machine-learning, and robo-trading will become standard among investors of > all sizes, and we expect Quuve will blaze the trail. > > > > If you have any questions about Quuve please let us know. > > > > [1] http://pharo.org/success/Quuve > > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies- > used-td4819786.html > > [3] http://www.debrispublishing.com/ > > [4] https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD- > 9iFTgqbAUG&v=zdm4CVse2Hc > > > > Thanks, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > _______________________________________________ > > seaside mailing list > > seaside(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- Mariano http://marianopeck.wordpress.com

July 17, 2017

Re: [Pharo-dev] [Seaside] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Sven Van Caekenberghe

> On 12 Jul 2017, at 21:53, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi all, > > A while back our team presented Quuve [1], a customizable investment management ecosystem for professional investors. We also discussed the technologies employed to build it [2] (it is developed on Pharo and deployed on GemStone). We are reaching out again because we recently revamped our website [3] and created a number of promotional videos that demonstrate Quuve's power [4]. I finally watched the first video and I must say this is really impressive. So cool to see Smalltalk code in scripting boxes ! How large is the technical team that built / is building this ? It looks like a really deep/wide application. Anyway, great work. I hope you can make a living out of this. > We would appreciate your help in marketing our wares! > > Quuve is the world's first fully integrated and customizable research and portfolio management platform. The system offers powerful features never before seen by the investment community and it empowers users to tailor tools in ways that accommodate their idiosyncratic investment style. In the coming years, customization, data-inheritance, shared databases, machine-learning, and robo-trading will become standard among investors of all sizes, and we expect Quuve will blaze the trail. > > If you have any questions about Quuve please let us know. > > [1] http://pharo.org/success/Quuve > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies-used-td4819786.html > [3] http://www.debrispublishing.com/ > [4] https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD-9iFTgqbAUG&v=zdm… > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

July 17, 2017

CI: Downtime tomorrow

by Marcus Denker

Hi, The ci.inria.fr <http://ci.inria.fr/> infrastructure will be down tomorrow: > Tomorrow the OS of the servers hosting the Jenkins services will be upgraded. > This will result in service downtime during the whole day; we are sorry for the convenience. > > The maintenance is planned tomorrow, Tuesday 18. > > Everything should come back to normal at the end of the day.

July 17, 2017

Re: [Pharo-dev] remote logging tool?

by Esteban Lorenzano

I remember this: https://github.com/mumez/nagare-logger <https://github.com/mumez/nagare-logger> it connects to fluentd (http://www.fluentd.org <http://www.fluentd.org/>). cheers! Esteban > On 15 Jul 2017, at 00:16, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > Kinda. > > I made a segment.com API tool here: > > > http://smalltalkhub.com/#!/~pdebruic/SegmentIO > > > and they take the logging events and can send it to any of these 200+ tools: > > https://segment.com/catalog > > > Last time I checked it was working but its been a while. Unless they've > changed things dramatically it should work. > > > > Mariano Martinez Peck wrote >> Guys, >> >> I was wondering if there is already a wrapper to any of the typical >> loggers >> like Loggly, logentries, sumologic , papertrail, etc... >> >> thanks, >> >> -- >> Mariano >> http://marianopeck.wordpress.com > > > > > > -- > View this message in context: http://forum.world.st/remote-logging-tool-tp4954898p4954906.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

July 17, 2017

Re: [Pharo-dev] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Ben Coman

How are you approaching marketing? Do you have any "lite" version thats free? It seems to me that products doing this end up having the broadest reach. For example take my history with PDFXchange. I first used it because I was searching for a free alternative to Adobe Acrobat with simple features and it had a good review. Two years later I forked over money for the family install (five PCs) since my requirements expanded, and PDFXchange was what I knew and loved. If its a "good" lite product, people will be *very* happy to tell friends and colleges to get the kudos of sharing their "free" find, and you lower the perceived friction of people trying it out. You will only covnert a small percentage of those to paid customers, but were those that don't convert ever going to buy your product in the first place? cheers -ben On Thu, Jul 13, 2017 at 10:19 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Wed, Jul 12, 2017 at 5:22 PM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Hi mariano >> >> what kind of help do you want? >> >> > Hi Stef, > > We are now at the stage where we are ready to solicit individual and > institutional beta users to provide feedback on the features and help with > quality control. And after several years of self-funding the project, we > are also actively seeking funding in order to expand our development team. As > you can hopefully tell from our videos, we built Quuve from the bottom-up, > and our goal is to build the premiere investment management platform for > investors of all sizes. Though Quuve is already quite powerful, indeed far > more so than most tools on the market, we have a long-term vision we wish > to see through, and this requires partnering with an institutional user > and/or raising outside capital in the near future. > > Whether it be email blasts, reblogging about our software, or reaching out > to technology investors you may know personally, we would appreciate any > help you could provide that would assist us in finding these beta testers > and institutional partners/investors. > > Thanks, > > > >> Stef >> >> >> On Wed, Jul 12, 2017 at 9:53 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >> > Hi all, >> > >> > A while back our team presented Quuve [1], a customizable investment >> > management ecosystem for professional investors. We also discussed the >> > technologies employed to build it [2] (it is developed on Pharo and >> deployed >> > on GemStone). We are reaching out again because we recently revamped our >> > website [3] and created a number of promotional videos that demonstrate >> > Quuve's power [4]. We would appreciate your help in marketing our wares! >> > >> > Quuve is the world's first fully integrated and customizable research >> and >> > portfolio management platform. The system offers powerful features never >> > before seen by the investment community and it empowers users to tailor >> > tools in ways that accommodate their idiosyncratic investment style. In >> the >> > coming years, customization, data-inheritance, shared databases, >> > machine-learning, and robo-trading will become standard among investors >> of >> > all sizes, and we expect Quuve will blaze the trail. >> > >> > If you have any questions about Quuve please let us know. >> > >> > [1] http://pharo.org/success/Quuve >> > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies-used-td4 >> 819786.html >> > [3] http://www.debrispublishing.com/ >> > [4] >> > https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD-9 >> iFTgqbAUG&v=zdm4CVse2Hc >> > >> > Thanks, >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

July 15, 2017

Re: [Pharo-dev] Zinc redirect bug?

by Sven Van Caekenberghe

> On 14 Jul 2017, at 21:12, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi Aliaksei, > > This is an interesting problem, thanks for reporting it. I can reproduce the problem. > > If you inspect 'ZnLogEvent announcer' before doing the request, you can see that ZnClient does seem to do the same as 'curl -vOL https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'. It follows one redirect, to the correct host and URL. > > One difference that I see that might lead to the 403 Forbidden is that Zn has a slight difference in the redirect URL being followed. > > Curl seems to follow > > /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?__gda__=exp=1500058371~hmac=820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381&response-content-disposition=attachment%3Bfilename%3D%22libMoz2D.dylib%22&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA > > While Zn turns this (parses the URL and then renders it again) into > > /86/866a31722e3a9ea19c2bc4eeed2e1e69f7339ddd460500f2a33b4c9d041ef9b4?response-content-type=application/x-www-form-urlencoded&response-content-disposition=attachment;filename%3D%22libMoz2D.dylib%22&requestInfo=U2FsdGVkX19XiffCdVJdoADmObVHKjU4Wla5_WKFKHoNAvXQw8ponQIqWBsRUfNNDaULVXlXwB22y7xy0ls3DGkl700_9RxT-HtU92OHYdgKzSq9a6A7p5NIoMi4avCjPk_UCnVbt5U4_nxvkmKtuA&__gda__=exp%3D1500058371~hmac%3D820d22695ef0a821abc7e6eb7be6749ad43e8e0f74ba4b103476aa1b3663b381 > > The difference is in the encoding of the __gda__ query parameter value. That contains = characters. These get escaped by Zn (the %3D) but are left untouched by curl. Maybe the server does not like that. I have to look deeper into the spec to figure out if this is a bug or not. Since query parameters look like key=value it seems odd to allow = in the value part. > > Another possible issue might be the order of query parameters that got changed. > > I'll come back to you if I find out more. > > Sven By (temporarily) changing ZnResourceMetaUtils>>#writeQueryFields:with:on: to use #querySafeSet instead of #queryKeyValueSafeSet (so that $= no longer gets encoded), the request passes, i.e. the redirect is followed and returns 200 OK. The next problem is the interpretation of the result ;-) The returned resource is specified to have a content-type of application/x-www-form-urlencoded and Zn interprets it as such. However, that does not seem to be the case. Rather it seems to be binary data. Now, returning application/x-www-form-urlencoded data as response to a request is very weird, I have never seen that. It seems as if browsers and curl just ignore the actual type and just dump the data in a file (content-disposition: attachment;filename="libMoz2D.dylib"). Where is such a behaviour described ? Aliaksei, could you maybe upload something like an small JPG or PNG image using the same mechanism ? Then it is easier to test the correctness of the result. Could it be that you uploaded libMoz2D.dylib incorrectly ? Because application/x-www-form-urlencoded is normally only used in the context of HTTP forms that POSTed. >> On 14 Jul 2017, at 13:02, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: >> >> Hello, >> >> I am trying to download a file from bintray with the help of ZnClient. >> I'm doing the following: >> >> ZnClient new >> systemPolicy; >> url: 'https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib'; >> get; >> yourself >> >> which results in Error 403. >> >> At the same time wget works as expected: >> >> wget https://dl.bintray.com/syrel/Moz2D/osx/development/i386/libMoz2D.dylib >> >> Trying to open this url in a browser works too. >> >> I tried to find out what may cause the error and it looks like it is something related to redirects because request and response headers look good... >> >> Thanks, >> Alex >

July 15, 2017

Re: macOS Sierra support

by Milan Vavra

Pharo 6.0 on macOS Sierra (10.12.5) > Are you in macOS sierra? > Due to changes in security policies, you will need to put > the VM at /Applications folder. > We are working to fix this temporary inconvenient. What needs to be done on macOS Sierra (10.12.5) after download is this: Remove the *com.apple.quarantine* extended attribute from the downloaded zip file, or from the extracted .app directory. For a longer explanation see http://forum.world.st/Squeak-cannot-write-to-the-changes-file-tt4954787.htm… . s/Squeak5.1-16549-32bit-201701281910-macOS.zip/Pharo6.0-mac.zip/ s/Squeak5.1-16549-32bit.app/Pharo6.0.app/ Best Regards, Milan -- View this message in context: http://forum.world.st/macOS-Sierra-support-tp4917181p4955005.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 15, 2017

Re: [Pharo-dev] remote logging tool?

by Paul DeBruicker

Kinda. I made a segment.com API tool here: http://smalltalkhub.com/#!/~pdebruic/SegmentIO and they take the logging events and can send it to any of these 200+ tools: https://segment.com/catalog Last time I checked it was working but its been a while. Unless they've changed things dramatically it should work. Mariano Martinez Peck wrote > Guys, > > I was wondering if there is already a wrapper to any of the typical > loggers > like Loggly, logentries, sumologic , papertrail, etc... > > thanks, > > -- > Mariano > http://marianopeck.wordpress.com -- View this message in context: http://forum.world.st/remote-logging-tool-tp4954898p4954906.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 14, 2017