- Esug-list - lists.esug.org

Re: [Esug-list] Smalltalk hosting ...

by Geert Claes

I don't think suggesting for people to get their own Mac OSX Server is going to be cheaper :) -- View this message in context: http://forum.world.st/Smalltalk-hosting-tp3384077p3384129.html Sent from the ESUG mailing list archive at Nabble.com.

March 17, 2011

Re: [Esug-list] Smalltalk hosting ...

by HwaJongOh

I use Wiki server included in Mac OSX server. It is more easier to make inter linked documents than with blogs. 2011. 3. 17., 저녁 6:59, Geert Claes 작성: > Smalltalk does have open source blog and content management systems; e.g. > http://www.piercms.com Pier CMS and http://www.aidaweb.si/scribo.html > AIDAscribo ... but a lot can be improved to make them attractive > alternatives to the big http://www.drupal.org Drupal (PHP) and > http://www.joomla.org Joomla (PHP) or even smaller ones like > http://radiantcms.org Radiant CMS (Ruby) , http://www.refinerycms.com > Refinery CMS (Ruby) , http://www.django-cms.org Django CMS (Python) , etc > > Smalltalk will get more exposure if it were easier (and cheaper) for people > to host their own blog or website using a Smalltalk based Blog/CMS. > > Question is; what can be done to have more Smalltalkers use a Smalltalk > based blog system and attract non-Smalltalkers to try a Smalltalk CMS? > > -- > View this message in context: http://forum.world.st/Smalltalk-hosting-tp3384077p3384077.html > Sent from the ESUG mailing list archive at Nabble.com. > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

March 17, 2011

Smalltalk hosting ...

by Geert Claes

Smalltalk does have open source blog and content management systems; e.g. http://www.piercms.com Pier CMS and http://www.aidaweb.si/scribo.html AIDAscribo ... but a lot can be improved to make them attractive alternatives to the big http://www.drupal.org Drupal (PHP) and http://www.joomla.org Joomla (PHP) or even smaller ones like http://radiantcms.org Radiant CMS (Ruby) , http://www.refinerycms.com Refinery CMS (Ruby) , http://www.django-cms.org Django CMS (Python) , etc Smalltalk will get more exposure if it were easier (and cheaper) for people to host their own blog or website using a Smalltalk based Blog/CMS. Question is; what can be done to have more Smalltalkers use a Smalltalk based blog system and attract non-Smalltalkers to try a Smalltalk CMS? -- View this message in context: http://forum.world.st/Smalltalk-hosting-tp3384077p3384077.html Sent from the ESUG mailing list archive at Nabble.com.

March 17, 2011

Re: [Esug-list] We are preparing to this year Google Summer of Code (GSoC)

by Janko Mivšek

Thanks Jan for your idea. I think such projects to interface other non-Smalltalk systems via network protocols are very valuable and nice candidates for GSoC. They are also not too hard for students to complete in few months available. Also all things interfacing to the cloud are good candidates and because you have quite some experience with the cloud, so I encourage you to provide us with a list of interfaces we still need to develop. To connect to Twitter, Facebook, LinkedIn, Google, .. When we wil have a list, it will be easier to prepare a list of projects and find potential mentors ... Best regards Janko On 09. 03. 2011 21:48, Jan van de Sandt wrote: > Hello Janko, > > An idea for a possible GSoC project: Develop a Smalltalk Query Server > for CouchDB. > > With a Smalltalk query server you can specify your queries in Smalltalk > (blocks?) using the MapReduce pattern. CouchDB supports JavaScript and > Erlang out of the box but CouchDB also offers a protocol to plugin other > languages. [1] > > Jan. > > [1] http://www.couchone.com/page/couchdb-drivers > > > 2011/3/9 Janko Mivšek <janko.mivsek(a)eranova.si > <mailto:janko.mivsek@eranova.si>> > > Dear Smalltalkers, > > I'd like to inform you that we are preparing an application to this year > Smalltalk Google Summer of Code under ESUG umbrella, as last year. > > If accepted, Google will pay few stipendiums to students on our > Smalltalk projects. Please start thinking about ideas what projects > would be nice to have. Also start looking around for students. How to > approach the universitites near by you, do you know who to contact > there, etc. To see last year ideas and accepted/done projects, visit > last year http://gsoc2010.esug.org. > > More on our already open special Smalltalk GSoC 2011 website: > > http://gsoc2011.esug.org > > I'm specially inviting mentors of all past GSoCs to rejoin the mentors > mailing list, where we discuss all details about this year GSoC: > > http://groups.google.com/group/smalltalk-gsoc-mentors > > Best regards > Janko -- Janko Mivšek Smalltalk GSoC Admin Team http://gsoc2011.esug.org

March 11, 2011

Re: [Esug-list] We are preparing to this year Google Summer of Code (GSoC)

by Jan van de Sandt

Hello Janko, An idea for a possible GSoC project: Develop a Smalltalk Query Server for CouchDB. With a Smalltalk query server you can specify your queries in Smalltalk (blocks?) using the MapReduce pattern. CouchDB supports JavaScript and Erlang out of the box but CouchDB also offers a protocol to plugin other languages. [1] Jan. [1] http://www.couchone.com/page/couchdb-drivers 2011/3/9 Janko Mivšek <janko.mivsek(a)eranova.si> > Dear Smalltalkers, > > I'd like to inform you that we are preparing an application to this year > Smalltalk Google Summer of Code under ESUG umbrella, as last year. > > If accepted, Google will pay few stipendiums to students on our > Smalltalk projects. Please start thinking about ideas what projects > would be nice to have. Also start looking around for students. How to > approach the universitites near by you, do you know who to contact > there, etc. To see last year ideas and accepted/done projects, visit > last year http://gsoc2010.esug.org. > > More on our already open special Smalltalk GSoC 2011 website: > > http://gsoc2011.esug.org > > I'm specially inviting mentors of all past GSoCs to rejoin the mentors > mailing list, where we discuss all details about this year GSoC: > > http://groups.google.com/group/smalltalk-gsoc-mentors > > Best regards > Janko > > -- > Janko Mivšek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >

March 9, 2011

We are preparing to this year Google Summer of Code (GSoC)

by Janko Mivšek

Dear Smalltalkers, I'd like to inform you that we are preparing an application to this year Smalltalk Google Summer of Code under ESUG umbrella, as last year. If accepted, Google will pay few stipendiums to students on our Smalltalk projects. Please start thinking about ideas what projects would be nice to have. Also start looking around for students. How to approach the universitites near by you, do you know who to contact there, etc. To see last year ideas and accepted/done projects, visit last year http://gsoc2010.esug.org. More on our already open special Smalltalk GSoC 2011 website: http://gsoc2011.esug.org I'm specially inviting mentors of all past GSoCs to rejoin the mentors mailing list, where we discuss all details about this year GSoC: http://groups.google.com/group/smalltalk-gsoc-mentors Best regards Janko -- Janko Mivšek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 9, 2011

Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once again SqueakDBX

by Mariano Martinez Peck

On Sun, Mar 6, 2011 at 12:40 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Fri, 4 Mar 2011, Mariano Martinez Peck wrote: > > We are really happy to announce that ESUG will sponsor us once again >> through >> the ESUG Summer Talk project. This means that we have reached the ESUG >> expectations and that they still think that relational database access is >> an >> important matter in Smalltalk. >> > > snip > > 5) Cog compatibility. >> > > What has to be done? > > Indeed, nothing. We were not sure if FFI was working on it, but it turns out that it was. The idea is to be aware if Eliot releases a threaded VM/FFI so that we do not lock the VM (even if we have our micro-lock strategy when possible) > > >> 6) Use Alien instead of FFI. >> Eliot is working on a threaded CogVM. One of the projects of the GSoC of >> this year was to make something similar to a threaded FFI. What the >> student >> did is a modification in Alien (I think) that can be run in a >> multithreaded >> envirorment. He worked with Eliot. The idea is when Eliot releases the >> threaded CogVM, this FFI would work our of the box, and would avoid >> locking >> the WHOLE vm while a C function is being invoked (as it happens today with >> FFI).....So....when that VM is released, we MUST migrate to that). >> > > How is Alien better than FFI? We do not know. However, we will not spend time in Alien unless it is working out of the box and integrated in all standard VMs. > AFAIK Alien itself is not developed anymore, > parts of it will be merged with FFI. > > Ahh ok, we didn't know. Thnkas. > > Levente > > P.S.: http://www.squeaksource.com/SqueakDBX.html states that code in the > repository has MIT license, but it includes Glorp which has LGPL(S) license. > > Yes, the problem is that SqueakDBX as itself (the database driver), is MIT. Thus, the repository is MIT. Glorp is LGPL. When we started (years after SqueakDBX) with GlorpDBX, we found it easier to commit our changes to SqueakDBX repo instead of the Glorp one (because not everybody may agree with our changes). The good news is that Alan Night was considering making Glorp MIT. I cc'ed him to see if there are news. Cheers Mariano

March 6, 2011

Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once againSqueakDBX

by Mariano Martinez Peck

On Sat, Mar 5, 2011 at 2:47 AM, Carlos Crosetti < carlos.crosetti(a)mostar.com.ar> wrote: > My 10 cents to the SqueakDBX list of actions...... > > Long time ago, when I learnt about the VW UI Builder, I attempted to run an > existing sample code that was basically a dataset widget browsing a > collection of objects, and then I wrote some code to make them persistent > using ObjectLens and Oracle. > > Later on time, I would say 12+ years later, I learnt about GLORP and wrote > a morphic-based dialog to do the most simple CRUD model to teach myself > persisting objects into PostgreSQL using Glorp and a GUI. > > My suggestion to the SqueakDBX team is to incllude a working sample but > this time based on the Morphic UI Designer. > Got it. And what about Seaside for example? Few years back, we used to have a Seaside + GlorpDBX + SqueakDBX example that we used for the university thesis. However, I guess it is quite outdated and note sure if it works. But maybe we should do that. I think it is a good idea. In addition, we can use the same example for the PBE chapter. Finally, I remember an ESUG project which idea was a open source application based in pharo, seaside, glorp, etc, to use as an example/learning. I don't remember the name right now....but it would be awesome if that app could be changed to use GlorpDBX + SqueakDBX instead :) thanks mariano > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Germán Arduino <garduino(a)gmail.com> > *Cc:* ESUG Mailing list <esug-list(a)lists.esug.org> ; A friendly place > where any question about pharo is welcome<pharo-users(a)lists.gforge.inria.fr>; Pharo > Development <pharo-project(a)lists.gforge.inria.fr> ; The general-purpose > Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > *Sent:* Friday, March 04, 2011 7:53 AM > *Subject:* Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once > againSqueakDBX > > > > On Fri, Mar 4, 2011 at 11:50 AM, Germán Arduino <garduino(a)gmail.com>wrote: > >> Certainly all the Smalltalk community should thank ESUG by the >> continous support to lot of initiatives. >> >> > And to ESUG sponsors :) > and ESUG conference attendees...and...and..lots of people :) > > >> Thanks ESUG. >> >> >> 2011/3/4 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> > We are really happy to announce that ESUG will sponsor us once again >> through >> > the ESUG Summer Talk project. This means that we have reached the ESUG >> > expectations and that they still think that relational database access >> is an >> > important matter in Smalltalk. >> > >> > One important thing is that we are going to rename the project (we are >> still >> > working on it) since SqueakDBX runs not only in Squeak but also in >> Pharo, >> > and there have been even ports to Dolphin. What's the reason for this >> > decision? Because we do not want to couple ourselves to a smalltalk >> dialect >> > nor to OpenDBX, because our project is much more than that (later I will >> > tell you about our plans). So, these are some of the possible names: >> > ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, >> > NorayTalk, Ballard, Noray and Cruise. Please let us know which one is >> your >> > favourite or help us find a new one. >> > >> > Another important subject is the team. There will be three "mentors", >> > Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; >> and >> > three students: Guillermo Polito, Nicolas Scarcella and Santiago >> Bragagnolo. >> > >> > We are open to suggestions and ideas. In addition, we have defined a >> > possible list of actions that I copy at the end of the email. >> > >> > For the moment, the url remains www.squeakdbx.org and the mailing >> > list squeakdbx(a)lists.squeakfoundation.org >> > >> > Once again, we want to thank ESUG for their support and trust. >> > >> > Thank you very much, >> > >> > SqueakDBX team >> > >> > >> > >> > >> > >> > Possible list of actions: >> > >> > 1) Change SqueakDBX’s name. >> > >> > 2) Update GLORP version since the actual one is 3 years old. >> > >> > Port it again from VisualWorks, create a VW porting tool (may be). >> > Complete support to Glorp. Today it works with PostgreSQL, Oracle and >> > MySQL. Make it work with most databases OpenDBX supports. >> > >> > 3) Create a lightweight solution, alternatively to GLORP. There are >> some >> > options: >> > >> > Make SqueakSave work with SqueakDBX. SqueakSave developers already >> > contacted us because they wanted to do it. SqueakSave seems to be 20% >> slower >> > than Glorp but you don't need to write the mappings :) >> > Adapt Ramon Leon's active record to use an abstract database driver, and >> > create a driver for SqueakDBX. >> > Port the new Glorp’s kind of active record to Pharo. (included in 2). >> > >> > 4) Write a Pharo By Example 2 chapter based on the card game Stef built >> ;). >> > >> > 5) Cog compatibility. >> > >> > 6) Use Alien instead of FFI. >> > Eliot is working on a threaded CogVM. One of the projects of the GSoC of >> > this year was to make something similar to a threaded FFI. What the >> student >> > did is a modification in Alien (I think) that can be run in a >> multithreaded >> > envirorment. He worked with Eliot. The idea is when Eliot releases the >> > threaded CogVM, this FFI would work our of the box, and would avoid >> locking >> > the WHOLE vm while a C function is being invoked (as it happens today >> with >> > FFI).....So....when that VM is released, we MUST migrate to that). >> > >> > 7) Explore performance issues (maybe with our approach of "In thread >> > execution plugin"). >> > >> > 8) Complete integration with OpenDBX. For example, Oracle, for large >> objects >> > (Clob, Blob, etc) use specific functions. There are specific functions >> in >> > OpenDBX that have to be used if the database uses specific functions >> (oracle >> > is the only one for the moment.). We don't manage those functions yet. >> > >> > 9) In this link http://www.squeakdbx.org/Targets%20and%20Features >> > You can see a list of future possible features like Connection pooling >> (now >> > it is done!), Prepared statement interface, Store procedures, Escape and >> > avoid of SQL insertion, Authentication support: extends to other >> methods, >> > not only user/password, Full text support, etc. >> > >> > >> > >> > > ------------------------------ > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > >

March 5, 2011

Re: [Esug-list] [ANN] ESUG supports once again SqueakDBX

by Mariano Martinez Peck

On Fri, Mar 4, 2011 at 12:34 PM, Geert Claes <geert.wl.claes(a)gmail.com>wrote: > I understand the reasoning behind the name change but I am unsure about > some > of the possible names. > > Since it is a Smalltalk solution to access relational databases the first > name that popped in my head was something like "RDBTalk" > > Thanks Geert. We will take all suggetions into account. We received several private emails also. > > Mariano Martinez Peck wrote: > > > > ... > > So, these are some of the possible names: > > ObjectPark > > SmallParking > > Parktalk > > SmallValet > > Valetalk > > ValetST, > > NorayTalk > > Ballard > > Noray > > Cruise > > .. > > > > > -- > View this message in context: > http://forum.world.st/ANN-ESUG-supports-once-again-SqueakDBX-tp3334862p3335… > Sent from the ESUG mailing list archive at Nabble.com. > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >

March 5, 2011

Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once againSqueakDBX

by Carlos Crosetti

My 10 cents to the SqueakDBX list of actions...... Long time ago, when I learnt about the VW UI Builder, I attempted to run an existing sample code that was basically a dataset widget browsing a collection of objects, and then I wrote some code to make them persistent using ObjectLens and Oracle. Later on time, I would say 12+ years later, I learnt about GLORP and wrote a morphic-based dialog to do the most simple CRUD model to teach myself persisting objects into PostgreSQL using Glorp and a GUI. My suggestion to the SqueakDBX team is to incllude a working sample but this time based on the Morphic UI Designer. ----- Original Message ----- From: Mariano Martinez Peck To: Germán Arduino Cc: ESUG Mailing list ; A friendly place where any question about pharo is welcome ; Pharo Development ; The general-purpose Squeak developers list Sent: Friday, March 04, 2011 7:53 AM Subject: Re: [Esug-list] [squeak-dev] [ANN] ESUG supports once againSqueakDBX On Fri, Mar 4, 2011 at 11:50 AM, Germán Arduino <garduino(a)gmail.com> wrote: Certainly all the Smalltalk community should thank ESUG by the continous support to lot of initiatives. And to ESUG sponsors :) and ESUG conference attendees...and...and..lots of people :) Thanks ESUG. 2011/3/4 Mariano Martinez Peck <marianopeck(a)gmail.com>: > We are really happy to announce that ESUG will sponsor us once again through > the ESUG Summer Talk project. This means that we have reached the ESUG > expectations and that they still think that relational database access is an > important matter in Smalltalk. > > One important thing is that we are going to rename the project (we are still > working on it) since SqueakDBX runs not only in Squeak but also in Pharo, > and there have been even ports to Dolphin. What's the reason for this > decision? Because we do not want to couple ourselves to a smalltalk dialect > nor to OpenDBX, because our project is much more than that (later I will > tell you about our plans). So, these are some of the possible names: > ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, > NorayTalk, Ballard, Noray and Cruise. Please let us know which one is your > favourite or help us find a new one. > > Another important subject is the team. There will be three "mentors", > Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; and > three students: Guillermo Polito, Nicolas Scarcella and Santiago Bragagnolo. > > We are open to suggestions and ideas. In addition, we have defined a > possible list of actions that I copy at the end of the email. > > For the moment, the url remains www.squeakdbx.org and the mailing > list squeakdbx(a)lists.squeakfoundation.org > > Once again, we want to thank ESUG for their support and trust. > > Thank you very much, > > SqueakDBX team > > > > > > Possible list of actions: > > 1) Change SqueakDBX’s name. > > 2) Update GLORP version since the actual one is 3 years old. > > Port it again from VisualWorks, create a VW porting tool (may be). > Complete support to Glorp. Today it works with PostgreSQL, Oracle and > MySQL. Make it work with most databases OpenDBX supports. > > 3) Create a lightweight solution, alternatively to GLORP. There are some > options: > > Make SqueakSave work with SqueakDBX. SqueakSave developers already > contacted us because they wanted to do it. SqueakSave seems to be 20% slower > than Glorp but you don't need to write the mappings :) > Adapt Ramon Leon's active record to use an abstract database driver, and > create a driver for SqueakDBX. > Port the new Glorp’s kind of active record to Pharo. (included in 2). > > 4) Write a Pharo By Example 2 chapter based on the card game Stef built ;). > > 5) Cog compatibility. > > 6) Use Alien instead of FFI. > Eliot is working on a threaded CogVM. One of the projects of the GSoC of > this year was to make something similar to a threaded FFI. What the student > did is a modification in Alien (I think) that can be run in a multithreaded > envirorment. He worked with Eliot. The idea is when Eliot releases the > threaded CogVM, this FFI would work our of the box, and would avoid locking > the WHOLE vm while a C function is being invoked (as it happens today with > FFI).....So....when that VM is released, we MUST migrate to that). > > 7) Explore performance issues (maybe with our approach of "In thread > execution plugin"). > > 8) Complete integration with OpenDBX. For example, Oracle, for large objects > (Clob, Blob, etc) use specific functions. There are specific functions in > OpenDBX that have to be used if the database uses specific functions (oracle > is the only one for the moment.). We don't manage those functions yet. > > 9) In this link http://www.squeakdbx.org/Targets%20and%20Features > You can see a list of future possible features like Connection pooling (now > it is done!), Prepared statement interface, Store procedures, Escape and > avoid of SQL insertion, Authentication support: extends to other methods, > not only user/password, Full text support, etc. > > > ------------------------------------------------------------------------------ _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

March 5, 2011