<br><br><div class="gmail_quote">On Fri, Aug 27, 2010 at 11:04 AM, Panu Suominen <span dir="ltr"><<a href="mailto:panu.j.m.suominen@gmail.com">panu.j.m.suominen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2010/8/27 Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>>:<br>
<div class="im">> The only thing I would like is that with "no encoding" I do what we were<br>
> doing until this change.<br>
</div>Ok. That will not be a problem.<br>
<div class="im"><br>
> but weren't we going to put it in connectionSettings?<br>
</div><div class="im">> Uhh sorry, you lost me in this last paragraph. Maybe if I see the code I<br>
> understand better<br>
<br>
</div>Yep. My explanation was not very clear. I write the code. Then it is<br>
easier to comment.<br>
<div class="im"><br>
> BTW...just by curious. where/why are you trying to use SqueakDBX?<br>
<br>
</div>I am working at the University of Jyväskylä (<a href="http://www.jyu.fi" target="_blank">www.jyu.fi</a>) in Finland<br>
and we have large legacy system that handles course registrations and<br>
such (<a href="http://korppi.jyu.fi" target="_blank">korppi.jyu.fi</a>). It is written in very rudimentary way on top of<br>
Tomcat, basically using plain jsp pages and servlets without any<br>
advanced framework. This approach makes some changes and improvements<br>
very hard to implement and too expensive. This problem is very big in<br>
the user interface level.<br>
<br></blockquote><div><br>Ok, I understand. I hear that story several times ;)<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
To improve our development speed we have investigated better<br>
approaches. Pharo+Seaside seems to be quite promising. </blockquote><div><br>Yes!<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Unfortunately<br>
we have to use our legacy database in the future implementation also.<br>
The database is run by postgresql and thus we need libraries to<br>
interact with it. I have tested PostgresV3 and it worked fine. However<br>
we are trying to find ORM approach and currently only working thing I<br>
have found is Glorp and it requires SqueakDBX.<br>
<br></blockquote><div><br>Wait....our biggest change to Glorp is that it now supports different database drivers. Before us, it has hardcoded to PostgresV2 driver. Now, you have an abstract class and a layer. And you are able to use the database driver you want. For the moment, we implemented 2 glorp drivers, one for SqueakDBX and one for PostgresV2. Thus, you can still use postgres native (smalltalk) driver instead of squeakdbx if you want. <br>
<br>Of course I still recommend using dbx as it is much faster and you have the same api for all databases. And you even did the worst part (install opendbx).<br><br>Anyway, if you want to load GLorp + native postgresv2 driver evaluate:<br>
<br>(ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL native' <br></div></div>