December 2013 - Pharo-users

Re: [Pharo-users] Is OpenDBX alive?

by Esteban A. Maringolo

I know it's not extinct, its webpage even has news from June this year. :) But what I mean is that it "didn't catch" the audience that maybe was expected. I don't know how good is to have a pure Smalltalk driver either, not in terms of maintenance*, but in terms of performance, memory, etc. I'm happy to have it, and until something replaces it, it's better to keep it maintaned, but I was thinking in the long term. Regards! Esteban A. Maringolo 2013/12/12 Guillermo Polito <guillermopolito(a)gmail.com>: > Well, first, I don't know the original motivation for opendbx... Maybe > Norbert wanted to (sort of) decouple his C application from a specific > driver. The thing is that it's not simple to track its users. > > Then, alive as "it compiles and it works in latest versions of OSs", it is > :). I did the whole compilation for the three platforms and drivers about a > month ago. > > On the other side, alive as "it is adding new features from time to time", > it's not. Maybe because database drivers do not evolve also too much, nor > they change their API. The latest changes, from about a year ago were some > bugfixes to ODBC and fixing some compilation stuff for windowze. > > Following EstebanL's comment, we would like to get completely rid of it, but > so far it's useful to connect to databases that otherwise we couldn't, like > oracle. For other vendors, such as Mysql or PGsql, there are the pure > smalltalk versions of the drivers, which are probably better from the > maintenance point of view. > > Guille > > > > On Thu, Dec 12, 2013 at 3:35 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: >> >> is not incredibly used, but it is not completely dead :) >> >> anyway... one of our many many projects is to drop opendbx (by moving that >> layer to pharo itself)... but that's for the future (probably far future). >> >> Esteban >> >> >> >> >> >> >> On Thu, Dec 12, 2013 at 2:30 PM, Esteban A. Maringolo >> <emaringolo(a)gmail.com> wrote: >>> >>> As a side question about my dependency issues... >>> >>> Is the OpenDBX project still active? Not its Smalltalk side, I mean... >>> the core project. >>> >>> To me it seems like it was a great attempt to have something similar >>> to ODBC but for all platforms. >>> But I'm not seeing a wide usage of it in the wild. >>> >>> Seems like everybody else is happy with their JDBC, DBI and similar >>> "DB layers" on the language side. >>> >>> >>> Regards, >>> >>> Esteban A. Maringolo >>> >> >

Dec. 12, 2013

Re: [Pharo-users] Glorp PostgreSQL Drivers in Ubuntu 12.04

by phil＠highoctane.be

I loaded that one a while ago. Works. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Thu, Dec 12, 2013 at 4:31 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 12 Dec 2013, at 16:24, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > > 2013/12/12 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> The class NativePostgresDriver is in a package called > GlorpDriverPostgreSQL. > >> It seems to have come from > >> MCSqueaksourceRepository > >> location: 'http://squeaksource.com/PostgresV2' > >> user: '' > >> password: â' > > > > SqueakSource... how quaint! ;-) > > Yeah, PostgresV2 exists on StHub as well, with some updates from Mariano > it seems. > > > Thanks Sven. It works now. Your pragmatism outsmarts most of us :D > > ;-) > > > Best regards! > > > > > > Esteban A. Maringolo > > > > > >

Dec. 12, 2013

Re: [Pharo-users] Is OpenDBX alive?

by Guillermo Polito

Well, first, I don't know the original motivation for opendbx... Maybe Norbert wanted to (sort of) decouple his C application from a specific driver. The thing is that it's not simple to track its users. Then, alive as "it compiles and it works in latest versions of OSs", it is :). I did the whole compilation for the three platforms and drivers about a month ago. On the other side, alive as "it is adding new features from time to time", it's not. Maybe because database drivers do not evolve also too much, nor they change their API. The latest changes, from about a year ago were some bugfixes to ODBC and fixing some compilation stuff for windowze. Following EstebanL's comment, we would like to get completely rid of it, but so far it's useful to connect to databases that otherwise we couldn't, like oracle. For other vendors, such as Mysql or PGsql, there are the pure smalltalk versions of the drivers, which are probably better from the maintenance point of view. Guille On Thu, Dec 12, 2013 at 3:35 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > is not incredibly used, but it is not completely dead :) > > anyway... one of our many many projects is to drop opendbx (by moving that > layer to pharo itself)... but that's for the future (probably far future). > > Esteban > > > > > > > On Thu, Dec 12, 2013 at 2:30 PM, Esteban A. Maringolo < > emaringolo(a)gmail.com> wrote: > >> As a side question about my dependency issues... >> >> Is the OpenDBX project still active? Not its Smalltalk side, I mean... >> the core project. >> >> To me it seems like it was a great attempt to have something similar >> to ODBC but for all platforms. >> But I'm not seeing a wide usage of it in the wild. >> >> Seems like everybody else is happy with their JDBC, DBI and similar >> "DB layers" on the language side. >> >> >> Regards, >> >> Esteban A. Maringolo >> >> >

Dec. 12, 2013

Nginx Reverse Proxying

by Esteban A. Maringolo

Hi there, I continue with my server setup... I'm trying to setup nginx as the HTTP front end. I have two servers, one for the Zinc SeasideAdaptor running on 8080 and another server running on 8081 (maybe there is a way to run both on the same server). ZnZincServerAdaptor startOn: 8080. ZnServer startDefaultOn: 8081. ZnServer default delegate: (ZnWebSocketDelegate map: 'ws' to: MyWsHandler new). In the Seaside side I have three "entry points": /app : which is a standard Seaside application /app-api/v1/ :which is a WARestfulHandler (REST API, with Basic HTTP Auth) /assets (File Directory for static files) I plan to put a nginx in front of those services, mainly for performance purpose of static file serving, and to avoid the exposure of my server directy to internet. Supposing the hostname is app01.mydomain.com ? My requirements are 1) I want that http://app01.mydomain.com/app be forwarded to http://localhost:8080/app, the same with app-api 2) Same for websockets, maybe to http://ws01.mydomain.com to http://localhost:8081/ws 3) http://app01.mydomain.com/assets be served statically. I know this is a request which isn't directly related with Pharo nor Seaside, but given the fact it's a common setup I hope somebody will help me with this. Sorry for the crosspost. Regards, Esteban A. Maringolo

Dec. 12, 2013

Re: [Pharo-users] [launcher] fixed layout of tollbar buttons

by btc＠openinworld.com

Dec. 12, 2013

Re: [Pharo-users] Glorp PostgreSQL Drivers in Ubuntu 12.04

by Sven Van Caekenberghe

On 12 Dec 2013, at 16:24, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2013/12/12 Sven Van Caekenberghe <sven(a)stfx.eu>: >> The class NativePostgresDriver is in a package called GlorpDriverPostgreSQL. >> It seems to have come from >> MCSqueaksourceRepository >> location: 'http://squeaksource.com/PostgresV2' >> user: '' >> password: â' > > SqueakSource... how quaint! ;-) Yeah, PostgresV2 exists on StHub as well, with some updates from Mariano it seems. > Thanks Sven. It works now. Your pragmatism outsmarts most of us :D ;-) > Best regards! > > > Esteban A. Maringolo >

Dec. 12, 2013

Re: [Pharo-users] Glorp PostgreSQL Drivers in Ubuntu 12.04

by Esteban A. Maringolo

2013/12/12 Sven Van Caekenberghe <sven(a)stfx.eu>: > The class NativePostgresDriver is in a package called GlorpDriverPostgreSQL. > It seems to have come from > MCSqueaksourceRepository > location: 'http://squeaksource.com/PostgresV2' > user: '' > password: â' SqueakSource... how quaint! ;-) Thanks Sven. It works now. Your pragmatism outsmarts most of us :D Best regards! Esteban A. Maringolo

Dec. 12, 2013

Re: [Pharo-users] [launcher] fixed layout of tollbar buttons

by Benjamin

I was referencing to the LaTeX command \hfill http://en.wikibooks.org/wiki/TeX/hfill Ben On 12 Dec 2013, at 14:48, btc(a)openinworld.com wrote: > Thanks Ben. But why is it required? I think I am missing some basic info how layouts work on the Morph side, and the few references to #hFill in the image don't tell me much. > > btw, adding a method #hFill would make it look like less of a hack. > > cheers -ben > > Benjamin wrote: >> >> The empty column is used as a \hFill :) >> >> Ben >> >> On 12 Dec 2013, at 13:57, btc(a)openinworld.com wrote: >> >>> Hi Damien, Benjamin.V.R. >>> >>> I see in "PharoLauncher-Spec-DamienCassou.17" that the layout of the toolbar buttons is fixed, which is really great. However in trying to learn from that for future reference, seeing it relies on an empty column being added "seems" like a hack to workaround some issue with Spec. Should that be logged as a bug? Or is there some greater architectural background for this that I am missing? >>> >>> PhLCommandTooldbar>>dynamicLayout "(newer)" >>> "Create a spec layout with 1 row, and as many columns as there are command classes" >>> ^ SpecLayout composed newRow: >>> [ :r | >>> r newColumn: [ :col | ]. "<--------FIX" >>> self commandClasses do: >>> [ :commandClass | >>> r add: commandClass specId width: self class toolbarHeight >>> ] >>> ] >>> >>> >>> I tried digging into Spec to look at this myself, and my naive intuition felt it was something to do with initialization of LayoutFrames, but that was my first exposure to LayoutFrame and I quickly got lost. However I was reminded of Igor commenting "i only know that if you using proportional layout, then if you want submorphs to be laid down properly, you must use addMorph:fullFrame: instead of just addMorph:" [1] I tried this with a few hacks, but tit was really shooting in the dark and unsuccessful. >>> >>> [1] https://www.mail-archive.com/pharo-dev@lists.pharo.org/msg08838.html >>> >>> cheers -ben >>> <PharoLauncher-fixed-button-layout.png> >> >

Dec. 12, 2013

Re: [Pharo-users] Is OpenDBX alive?

by Esteban Lorenzano

is not incredibly used, but it is not completely dead :) anyway... one of our many many projects is to drop opendbx (by moving that layer to pharo itself)... but that's for the future (probably far future). Esteban On Thu, Dec 12, 2013 at 2:30 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > As a side question about my dependency issues... > > Is the OpenDBX project still active? Not its Smalltalk side, I mean... > the core project. > > To me it seems like it was a great attempt to have something similar > to ODBC but for all platforms. > But I'm not seeing a wide usage of it in the wild. > > Seems like everybody else is happy with their JDBC, DBI and similar > "DB layers" on the language side. > > > Regards, > > Esteban A. Maringolo > >

Dec. 12, 2013

Re: [Pharo-users] [launcher] fixed layout of tollbar buttons

by btc＠openinworld.com

Dec. 12, 2013