February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Nautilus with Refactorings

by Benjamin

I fixed that yesterday, but the jenkins builds wasn't linked with the repository :) Now Marcus fixed that, so the builds should always be up to date :) Ben On Feb 18, 2012, at 10:54 AM, Andreas Wacknitz wrote: > > Am 18.02.2012 um 01:40 schrieb Benjamin: > >> Hi guys, >> >> I am glad to announce that refactorings (RBEngine) are now integrated into Nautilus :) >> >> >> You can also found the latest image on Jenkins: https://ci.lille.inria.fr/pharo/job/Nautilus%20with%20Refactorings/ >> >> I hope you will enjoy it, and as usual, any feedback is welcome :) >> >> >> (the next step is to do a nice changes browser :) ) >> Ben > I downloaded the Jenkins build this morning. > When I select the "Announcement-Tests-Core" package I will get a DNU False>>ifEmpty: > > Nevertheless, keep on your impressive work! > > Regards > Andreas >

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Sven Van Caekenberghe

For completeness, I should add that Zodiac delivers general purpose TLS/SSL streams. These can then be used to implement for example HTTPS when combined with a suitable client such as Zinc HTTP Components. It also works for some other use cases like mail. However, ZnSecureSocketStream is binary only, unlike SocketStream which mixes both with encoding. On 18 Feb 2012, at 12:52, Sven Van Caekenberghe wrote: > Robert, > > On 18 Feb 2012, at 11:28, Robert Calco wrote: > >> OK, since I mentioned this problem area as a relative weakness of Pharo in a separate list for the VW non-commercial, I suppose it would be right to close the loop and ask how people get HTTPS working on Pharo. I'm talking about both scenarios, as client and server. >> >> The client scenario is calling XMLRPC servers over HTTPS. I did not get this to work out of the box after installing XmlRpcClient libraries, as the underlying Http Client libraries in Pharo do not have SSL support. It seems the preferred answer is to use Apache to proxy the calls to any URL requiring SSL support. I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. >> >> The server scenario involves supporting calls over HTTPS using, say, Aida or Seaside. It's easy in this case to say just let the web server (Apache) handle that, but what if I want to use Swazoo (to keep moving parts to a minimum)? I do most development on Windows, where I usually have IIS installed (for .NET stuff), and that plays nice with absolutely no one. >> >> Specifically, I have to be able to support a site that variously accepts HTTP and HTTPS calls, so I'd have to run it on multiple ports, at a minimum. >> >> How can I get both scenarios to work in Pharo without involving Apache? >> >> -- >> Bob Calco >> bob.calco(a)softcraft-solutions.com > > Pharo Smalltalk 1.3 and 1.4, which both contain Zinc HTTP Components by default (although depending on the exact sub version it might be best to update Zn), will do HTTPS when Zodiac is properly installed. Installing Zodiac is loading just 1 package and adding the SSL plugin to you VM. > > See http://zdc.stfx.eu as a starting point, and searh this list. > > For a one-click experience, see http://forum.world.st/Zodiac-Alpha-Release-2012-01-26-td4332024.html > > BTW, Lukas' CI has been doing a Zodiac integration since a couple of weeks: http://jenkins.lukas-renggli.ch/job/Zinc/ > > Client HTTPS works on all 3 platforms, server support only on Linux and Windows due to plugin limitiations. IMHO, for server deploys fronting with Apache is preferable anyway for various reasons, not jut for adding HTTPS, but I know there are scenarios where it would be very nice to have HTTPS server support using just the image+vm. > > Regards, > > Sven > > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > >

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Sven Van Caekenberghe

On 18 Feb 2012, at 13:57, Esteban Lorenzano wrote: > I could add SSL plugin to default builds for mac... if it is working. > Where can I find it? http://code.google.com/p/squeakssl/ Sven

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Esteban Lorenzano

I could add SSL plugin to default builds for mac... if it is working. Where can I find it? Esteban ps: btw... I would like to see more Alien/NB based packages in the library instead this whole ecosystem of plugins... but well, that's a dream for the future :P El 18/02/2012, a las 8:52a.m., Sven Van Caekenberghe escribiÃ³: > Robert, > > On 18 Feb 2012, at 11:28, Robert Calco wrote: > >> OK, since I mentioned this problem area as a relative weakness of Pharo in a separate list for the VW non-commercial, I suppose it would be right to close the loop and ask how people get HTTPS working on Pharo. I'm talking about both scenarios, as client and server. >> >> The client scenario is calling XMLRPC servers over HTTPS. I did not get this to work out of the box after installing XmlRpcClient libraries, as the underlying Http Client libraries in Pharo do not have SSL support. It seems the preferred answer is to use Apache to proxy the calls to any URL requiring SSL support. I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. >> >> The server scenario involves supporting calls over HTTPS using, say, Aida or Seaside. It's easy in this case to say just let the web server (Apache) handle that, but what if I want to use Swazoo (to keep moving parts to a minimum)? I do most development on Windows, where I usually have IIS installed (for .NET stuff), and that plays nice with absolutely no one. >> >> Specifically, I have to be able to support a site that variously accepts HTTP and HTTPS calls, so I'd have to run it on multiple ports, at a minimum. >> >> How can I get both scenarios to work in Pharo without involving Apache? >> >> -- >> Bob Calco >> bob.calco(a)softcraft-solutions.com > > Pharo Smalltalk 1.3 and 1.4, which both contain Zinc HTTP Components by default (although depending on the exact sub version it might be best to update Zn), will do HTTPS when Zodiac is properly installed. Installing Zodiac is loading just 1 package and adding the SSL plugin to you VM. > > See http://zdc.stfx.eu as a starting point, and searh this list. > > For a one-click experience, see http://forum.world.st/Zodiac-Alpha-Release-2012-01-26-td4332024.html > > BTW, Lukas' CI has been doing a Zodiac integration since a couple of weeks: http://jenkins.lukas-renggli.ch/job/Zinc/ > > Client HTTPS works on all 3 platforms, server support only on Linux and Windows due to plugin limitiations. IMHO, for server deploys fronting with Apache is preferable anyway for various reasons, not jut for adding HTTPS, but I know there are scenarios where it would be very nice to have HTTPS server support using just the image+vm. > > Regards, > > Sven > > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > >

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Sven Van Caekenberghe

Robert, On 18 Feb 2012, at 11:28, Robert Calco wrote: > OK, since I mentioned this problem area as a relative weakness of Pharo in a separate list for the VW non-commercial, I suppose it would be right to close the loop and ask how people get HTTPS working on Pharo. I'm talking about both scenarios, as client and server. > > The client scenario is calling XMLRPC servers over HTTPS. I did not get this to work out of the box after installing XmlRpcClient libraries, as the underlying Http Client libraries in Pharo do not have SSL support. It seems the preferred answer is to use Apache to proxy the calls to any URL requiring SSL support. I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. > > The server scenario involves supporting calls over HTTPS using, say, Aida or Seaside. It's easy in this case to say just let the web server (Apache) handle that, but what if I want to use Swazoo (to keep moving parts to a minimum)? I do most development on Windows, where I usually have IIS installed (for .NET stuff), and that plays nice with absolutely no one. > > Specifically, I have to be able to support a site that variously accepts HTTP and HTTPS calls, so I'd have to run it on multiple ports, at a minimum. > > How can I get both scenarios to work in Pharo without involving Apache? > > -- > Bob Calco > bob.calco(a)softcraft-solutions.com Pharo Smalltalk 1.3 and 1.4, which both contain Zinc HTTP Components by default (although depending on the exact sub version it might be best to update Zn), will do HTTPS when Zodiac is properly installed. Installing Zodiac is loading just 1 package and adding the SSL plugin to you VM. See http://zdc.stfx.eu as a starting point, and searh this list. For a one-click experience, see http://forum.world.st/Zodiac-Alpha-Release-2012-01-26-td4332024.html BTW, Lukas' CI has been doing a Zodiac integration since a couple of weeks: http://jenkins.lukas-renggli.ch/job/Zinc/ Client HTTPS works on all 3 platforms, server support only on Linux and Windows due to plugin limitiations. IMHO, for server deploys fronting with Apache is preferable anyway for various reasons, not jut for adding HTTPS, but I know there are scenarios where it would be very nice to have HTTPS server support using just the image+vm. Regards, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Feb. 18, 2012

Re: [Pharo-project] Nautilus with Refactorings

by Sven Van Caekenberghe

On 18 Feb 2012, at 12:28, Mariano Martinez Peck wrote: > - The Test Runner if broken in that image. Big red X in tests.... It still works: just say select all and run; the red X is a feature ;-)

Feb. 18, 2012

Re: [Pharo-project] Nautilus with Refactorings

by Mariano Martinez Peck

- The Test Runner if broken in that image. Big red X in tests.... On Sat, Feb 18, 2012 at 11:22 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi Ben. What you did is very very cool. I was waiting for it since a lot > of time. So...I had no excuses left to use it ;) You asked for feedback? > Ok, I have a long pass. I hope you can get something useful from it. I > would like to provide more help but this is all I can offer right now: > > > - When you are in a pane, say Class column, you press the right arow -> > and the focus goes to the next column, so if you do down arrow now you > start to move between methods. However, when you move from column, the > first row (protocols in this case) of the right column is not highlighted > so you don't really know if you are there or not until you start to move > (like arrow down). So, I would autoselect/autohighlight first row of next > column in that case. > > - file out in menu of protocols or methods does nothing -> if file out of > single protocols is not supported it should be removed from the menu. > > - multiple select in protocols does not add methods in methods pane. The > new protocol is just highlighted, its methods are shown in the method > column, but we lost the previous one, even if the previous category is > still selected. > > - when selecting several methods and try to remove them, do not ask each > method individuallyâ¦ "it has xx senders.. what do you want to do?" â¦ give > options according to the fact that there are several methods, but it only > once. For example: "remove all and see all senders" "or just remove all". > If you ask that for each methodâ¦then it is not a bulk remove but again, > having to remove method by methodâ¦ > > - Sometimes the icon for the tests appear even if those methods are not > tests. Look attached file notTestMethods. > > - When you are showing extensions to a class, I would not show the whole > class, but intead just the extensions from the package I am browsing. Look > attached NotShowFullClass. > > - It would be very very cool if from the Class Search popup we have a > shortcut to not change the current browse but instead open it in another > one. > > - When you are in the class column and you do right click and create a > class, the class column where you are is not refreshed automatically and > you don't see the just created class. You need to go to another package and > then come back to see itâ¦.I guess you need to trigger a refresh or > invalidate some cache. > > - When viewing hierarchy package and class columns are swappedâ¦confusing. > > - Bug somehow using the left arrow "<". Find attached PharoDebugBug1.log > > - Bug: select a package. Right click, find package, cancel. DNU. Find > attached PharoDebugBug2.log > > - Does it make sense to show "Run tests" when we are in a package where > we have not even one single test? For example, go to the package > 'Zinc-HTTP-Streaming' right click..and you will see Run testsâ¦ I would > only let that option for the cases that you KNOW there are tests inside. > > -In the code pane, the extended search doesn't work and instead it just > opens the same menu again. THis is a petty because I use "method source > with it" quite a lot ;) > > - Bug: select the package 'Multilingual-Tests-TextConversion'. Find > PharoDebug3.log attached. > > - When selecting a package (but no classes yet), wouldn't make sense to > set the package name as the title in the windows rather than Nautilus? > > > > Well, that's all so far. It is a very cool browser and I plan to start > using it as my default :) > Please continue!!! > > > > > > > > On Sat, Feb 18, 2012 at 10:54 AM, Andreas Wacknitz <a.wacknitz(a)gmx.de>wrote: > >> >> Am 18.02.2012 um 01:40 schrieb Benjamin: >> >> Hi guys, >> >> I am glad to announce that refactorings (RBEngine) are now integrated >> into Nautilus :) >> >> >> You can also found the latest image on Jenkins: >> https://ci.lille.inria.fr/pharo/job/Nautilus%20with%20Refactorings/ >> >> I hope you will enjoy it, and as usual, any feedback is welcome :) >> >> >> (the next step is to do a nice changes browser :) ) >> Ben >> >> I downloaded the Jenkins build this morning. >> When I select the "Announcement-Tests-Core" package I will get a DNU >> False>>ifEmpty: >> >> Nevertheless, keep on your impressive work! >> >> Regards >> Andreas >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Janko MivÅ¡ek

S, Marcus Denker piÅ¡e: > > On Feb 18, 2012, at 11:28 AM, Robert Calco wrote: > >> I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. > > We need to ship Pharo with everything needed out of the box for zodiac to work. Out of the box would be very desirable. After that we can adapt Swazoo to use Zodiak SSL. Swazoo once already supported a SSL, so all needed is to "wakeup" it and adapt to libraries like Zodiak on Pharo and SSL support on VW. Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Feb. 18, 2012

Re: [Pharo-project] HTTPS

by Marcus Denker

On Feb 18, 2012, at 11:28 AM, Robert Calco wrote: > I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. We need to ship Pharo with everything needed out of the box for zodiac to work. Marcus -- Marcus Denker -- http://marcusdenker.de

Feb. 18, 2012

[Pharo-project] HTTPS

by Robert Calco

OK, since I mentioned this problem area as a relative weakness of Pharo in a separate list for the VW non-commercial, I suppose it would be right to close the loop and ask how people get HTTPS working on Pharo. I'm talking about both scenarios, as client and server. The client scenario is calling XMLRPC servers over HTTPS. I did not get this to work out of the box after installing XmlRpcClient libraries, as the underlying Http Client libraries in Pharo do not have SSL support. It seems the preferred answer is to use Apache to proxy the calls to any URL requiring SSL support. I know about Zodiac but could not get it working quickly and just went with VW for developing the first iteration of my integration with multiple XMLRPC APIs. The server scenario involves supporting calls over HTTPS using, say, Aida or Seaside. It's easy in this case to say just let the web server (Apache) handle that, but what if I want to use Swazoo (to keep moving parts to a minimum)? I do most development on Windows, where I usually have IIS installed (for .NET stuff), and that plays nice with absolutely no one. Specifically, I have to be able to support a site that variously accepts HTTP and HTTPS calls, so I'd have to run it on multiple ports, at a minimum. How can I get both scenarios to work in Pharo without involving Apache? -- Bob Calco bob.calco(a)softcraft-solutions.com

Feb. 18, 2012