[07:59:39 EDT(-0400)] * athena7 (n=athena7@adsl-99-149-83-32.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[08:08:12 EDT(-0400)] * travisennis (n=travisen@199.8.168.88) has joined ##uportal
[08:54:28 EDT(-0400)] * travisennis (n=travisen@199.8.168.88) has left ##uportal
[08:55:44 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[09:02:06 EDT(-0400)] * travisennis (n=travisen@199.8.168.88) has joined ##uportal
[09:06:44 EDT(-0400)] <Tuomaz> Hi
[09:07:09 EDT(-0400)] <Tuomaz> What mechanism decides what skin a new user get?
[09:07:34 EDT(-0400)] <Tuomaz> I want to change the default skin.
[09:12:13 EDT(-0400)] <Tuomaz> I have searched the mailing list and read the posts there, but to no success
[09:12:41 EDT(-0400)] <athena7> i think there's a setting for it in one of the template users?
[09:12:52 EDT(-0400)] <athena7> also, i think themes might have a default skin
[09:13:38 EDT(-0400)] <Tuomaz> We have created a new theme
[09:14:14 EDT(-0400)] <Tuomaz> and a new user gets the correct
[09:14:16 EDT(-0400)] <Tuomaz> theme
[09:14:18 EDT(-0400)] <athena7> there should be a parameter for the default skin for that theme
[09:14:20 EDT(-0400)] <Tuomaz> but not skin
[09:14:29 EDT(-0400)] <athena7> what skin do they get? the old one? nothing?
[09:15:08 EDT(-0400)] <Tuomaz> They get the default up3 skin
[09:15:25 EDT(-0400)] <Tuomaz> which look kinda messed up i our new theme
[09:15:38 EDT(-0400)] <Tuomaz> because we have changed som xsl
[09:16:04 EDT(-0400)] <athena7> take a look at the up_ss_theme_parm table
[09:16:23 EDT(-0400)] <athena7> is the right skin parameter for your theme in there?
[09:16:25 EDT(-0400)] <Tuomaz> lookin' at it right now
[09:16:32 EDT(-0400)] <Tuomaz> ahh
[09:16:34 EDT(-0400)] <Tuomaz> no I see
[09:16:47 EDT(-0400)] <Tuomaz> thanks!
[09:17:02 EDT(-0400)] <athena7> you can actually define .theme files that get imported into the database now, so you could edit the file and reimport, or modify the table directly if that's the way you're doing it
[09:17:03 EDT(-0400)] <athena7> yep
[09:18:34 EDT(-0400)] <Tuomaz> I have a theme-file for our theme
[09:19:45 EDT(-0400)] <Tuomaz> yeah.. I can change it there as well
[09:19:48 EDT(-0400)] <Tuomaz> very nice
[09:19:53 EDT(-0400)] <Tuomaz> thanks again...
[09:25:04 EDT(-0400)] <athena7> sure
[09:25:06 EDT(-0400)] <athena7> glad that helped!
[09:47:14 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal
[09:59:20 EDT(-0400)] * apetro-_ (n=apetro@wsip-68-99-152-84.ri.ri.cox.net) has joined ##uportal
[10:13:01 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[10:21:50 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:23:58 EDT(-0400)] * bulloche (n=bulloche@134.250.4.77) has joined ##uportal
[10:28:38 EDT(-0400)] <EricDalquist> good morning
[10:29:32 EDT(-0400)] <travisennis> hello
[10:29:45 EDT(-0400)] <travisennis> I'm new to the list
[10:31:12 EDT(-0400)] <travisennis> given that much of the jasig code relies on spring, has anyone had time to digest the ramifications of the new SpringSource maintenance policy?
[10:31:31 EDT(-0400)] <EricDalquist> probably not
[10:31:43 EDT(-0400)] <EricDalquist> have a link or summary to the policy?
[10:32:50 EDT(-0400)] <travisennis> http://www.springsource.com/node/558
[10:33:19 EDT(-0400)] <travisennis> press release
[10:34:14 EDT(-0400)] <travisennis> http://www.springsource.com/products/enterprise/maintenancepolicy/faq
[10:34:15 EDT(-0400)] <travisennis> faq
[10:34:52 EDT(-0400)] <athena7> that doesn't give me warm fuzzies
[10:35:16 EDT(-0400)] <travisennis> me either
[10:35:22 EDT(-0400)] <athena7> what projects are they actually talking about though?
[10:35:23 EDT(-0400)] <EricDalquist> interesting, so if you want to stay current with bug fixes on the OSS version you may have to do major version upgrades
[10:36:32 EDT(-0400)] <EricDalquist> ok
[10:36:35 EDT(-0400)] <EricDalquist> well it isn't that bad
[10:36:38 EDT(-0400)] <travisennis> from what i understand new releases are characterized as a change in either the major or minor version number
[10:36:39 EDT(-0400)] <EricDalquist> reading the FAW
[10:36:42 EDT(-0400)] <EricDalquist> FAQ*
[10:36:57 EDT(-0400)] <EricDalquist> they'll still be back-porting bug fixes as they are now
[10:37:23 EDT(-0400)] <EricDalquist> they are just going to stop cutting public bugfix releases of any X.Y.* after three months
[10:37:34 EDT(-0400)] <travisennis> but no binary releases after 3 months and no tags in the source code repo
[10:37:41 EDT(-0400)] <EricDalquist> but the fixes will still be in that branch in source control
[10:38:00 EDT(-0400)] <travisennis> only in the trunk, from what i understand
[10:38:19 EDT(-0400)] <travisennis> think I'm reading it wrong?
[10:38:38 EDT(-0400)] <EricDalquist> Read: How does the open source community get access to bug fixes?
[10:38:40 EDT(-0400)] <EricDalquist> on the faq page
[10:38:45 EDT(-0400)] <EricDalquist> Users who need the fix for an earlier version of Spring can check out the source tree from the appropriate branch and create their own build at any time they like.
[10:39:03 EDT(-0400)] <EricDalquist> In addition, the fix will be back-ported to the appropriate maintenance branches of previous releases.
[10:39:13 EDT(-0400)] <EricDalquist> so they are still going to back-port fixes
[10:39:18 EDT(-0400)] <EricDalquist> they just aren't going to cut releases
[10:39:22 EDT(-0400)] <travisennis> ok, that doesn't sound too bad then
[10:39:24 EDT(-0400)] <EricDalquist> which really isn't unlike what we do with uPortal
[10:40:08 EDT(-0400)] <EricDalquist> since we don't have the resources to be testing and cutting releases for 2.4, 2.5, 2.6 and 3.0 we really focus on the latest and maybe the previous major/minor releases
[10:40:22 EDT(-0400)] <EricDalquist> but both 2.4 and 2.5 have had patches applied in source control
[10:40:34 EDT(-0400)] <EricDalquist> their press release is rather scary sounding though
[10:41:02 EDT(-0400)] <EricDalquist> and if you pay they'll probably just cut you a timestamped release from the branch and support it for you
[10:41:38 EDT(-0400)] <EricDalquist> yeah, the 'Will SpringSource maintenance releases beyond 3 months be tagged in the public repository?' entry explains it pretty well to
[10:42:56 EDT(-0400)] <travisennis> so your estimation is that it won't have much impact on jasig software?
[10:43:23 EDT(-0400)] <travisennis> or on university developers who use spring for their own development?
[10:44:03 EDT(-0400)] <EricDalquist> I doubt it
[10:44:44 EDT(-0400)] <EricDalquist> worst case is you find a bug in spring X.Y.6 and there is a fix in the Spring source control for the X.Y branch, you check that out, package it up and mark it X.Y.DATE
[10:45:06 EDT(-0400)] <EricDalquist> I wouldn't be supprised if people in the spring community started an offshoot project to do just that
[10:45:27 EDT(-0400)] <travisennis> me either
[10:46:17 EDT(-0400)] <EricDalquist> plus even just going to X.Z may be an option, Spring has very good API design and there have been very few cases where upgrading Spring versions break things
[10:46:26 EDT(-0400)] <EricDalquist> even 1.x to 2.x was very easy
[10:47:36 EDT(-0400)] <travisennis> that's good to hear
[10:47:59 EDT(-0400)] <travisennis> my experience with spring has only been for the last few months
[10:48:39 EDT(-0400)] <travisennis> because jasig used it, as well as sakai, and kuali; we began using it as well when we started doing more of or own in house development
[10:50:21 EDT(-0400)] <travisennis> thanks for your thoughts
[10:50:56 EDT(-0400)] <EricDalquist> yup
[10:50:59 EDT(-0400)] <EricDalquist> thanks for the info
[10:53:18 EDT(-0400)] <travisennis> happy to share it
[10:56:13 EDT(-0400)] <EricDalquist> athena7: you have a chance to try the latest code in the trunk at all?
[10:56:21 EDT(-0400)] <athena7> yes, postgres problem
[10:56:26 EDT(-0400)] <athena7> hibernate works
[10:57:03 EDT(-0400)] <EricDalquist> the known postgres problem?
[10:57:07 EDT(-0400)] <EricDalquist> and hibernate dbloader works?
[10:58:48 EDT(-0400)] <athena7> no, not the known one, initportal fails
[10:58:57 EDT(-0400)] <athena7> if you hang on a minute i'll run it again and get the error
[10:59:26 EDT(-0400)] <EricDalquist> ok, thanks
[11:00:04 EDT(-0400)] * travisennis (n=travisen@199.8.168.88) has left ##uportal
[11:00:22 EDT(-0400)] <athena7> yep
[11:03:11 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:06:43 EDT(-0400)] <athena7> http://uportal.pastebin.com/m45f49e2f
[11:07:07 EDT(-0400)] <EricDalquist> ok, thanks
[11:07:29 EDT(-0400)] <EricDalquist> so it looks like the tables are getting created correctly
[11:07:31 EDT(-0400)] <EricDalquist> but the load is failing
[11:07:45 EDT(-0400)] <EricDalquist> ï»¿I think I know what the issue is, I have a meeting from 10:30 to 11:30 and will address it when I get back
[11:12:02 EDT(-0400)] <athena7> ok
[11:12:12 EDT(-0400)] <athena7> i'm pretty busy with other stuff today, so no rush on my behalf
[11:12:28 EDT(-0400)] <athena7> and if i get time to do fluid work, hsql is good enough
[11:16:00 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:24:37 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[13:38:40 EDT(-0400)] <EricDalquist> hey athena7, you have a minute to test against postgres for me?
[13:43:38 EDT(-0400)] <EricDalquist> when you get this, I committed a change to the population code. I'm not positive it will fix the problem but its worth a try.
[13:54:04 EDT(-0400)] <athena7> sure, i'll test it this afternoon
[13:54:11 EDT(-0400)] <EricDalquist> thanks,
[13:54:30 EDT(-0400)] <EricDalquist> I really should get postgres and mysql instances installed on my machine here :/
[13:56:26 EDT(-0400)] <athena7> hehe
[13:56:34 EDT(-0400)] <athena7> i hardly ever use mysql if i can help it
[13:56:40 EDT(-0400)] <athena7> do most of my dev in postgres
[14:02:18 EDT(-0400)] <EricDalquist> do you know what the current status of the jasig weather portlet is?
[14:03:23 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal
[14:03:44 EDT(-0400)] <athena7> i think the ajax preferences may warrant a little QA
[14:03:52 EDT(-0400)] <athena7> other than that, it's a pretty good portlet, i like it
[14:04:05 EDT(-0400)] <athena7> i merged in the ajax stuff that dustin wrote, and it hasn't got a lot of testing
[14:04:11 EDT(-0400)] <athena7> although it's off by default right now
[14:04:15 EDT(-0400)] <EricDalquist> ok
[14:04:21 EDT(-0400)] <EricDalquist> thinking about switching to that here
[14:04:29 EDT(-0400)] <athena7> i'd highly recommend it
[14:04:40 EDT(-0400)] <athena7> the other thing that could stand to get done would be using JSR 168 css classes
[14:04:46 EDT(-0400)] <athena7> it has it's own stylesheet right now
[14:04:49 EDT(-0400)] <EricDalquist> ah
[14:05:08 EDT(-0400)] <athena7> really a lot of the stuff in the sandbox needs some testing
[14:05:12 EDT(-0400)] <EricDalquist> ok
[14:05:17 EDT(-0400)] <EricDalquist> I'll keep that in mind
[14:05:19 EDT(-0400)] <athena7> i'd love for some people to try out that search portlet too
[14:07:15 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[15:06:20 EDT(-0400)] <athena7> new postgres error: http://uportal.pastebin.com/m224d4a00
[15:12:46 EDT(-0400)] <EricDalquist> yay new error
[15:12:52 EDT(-0400)] * athena7 cheers
[15:12:55 EDT(-0400)] <athena7> ok maybe not
[15:21:35 EDT(-0400)] <EricDalquist> ok ... didn't really change anything but added some logging, you have a second to do an update and give it another try?
[15:23:48 EDT(-0400)] <athena7> yes i'll try that in a few
[15:24:46 EDT(-0400)] <EricDalquist> so what the new code is trying to do is load the SQL type of the column from the database when generating the prepared statement, but from that error it looks like the postgres jdbc driver may not provide that info
[15:27:37 EDT(-0400)] <athena7> ah, hm
[15:27:50 EDT(-0400)] <EricDalquist> if that doesn't work there is another option, just a bit more work
[15:28:05 EDT(-0400)] <EricDalquist> I have to map from the Hibernate type string into the appropriate SQL type
[15:31:27 EDT(-0400)] <athena7> not sure if this is more useful or not: http://uportal.pastebin.com/m6d72e44c
[15:34:12 EDT(-0400)] <EricDalquist> yup
[15:34:23 EDT(-0400)] <EricDalquist> looks like postgres isn't being nice and loading that info
[15:34:33 EDT(-0400)] <EricDalquist> oh well
[15:34:40 EDT(-0400)] <EricDalquist> off to try the other approach
[15:34:42 EDT(-0400)] <athena7> mean postgres
[15:35:44 EDT(-0400)] <EricDalquist> it looks like all the table creation is working correctly though ... which is good
[15:38:02 EDT(-0400)] <athena7> that's good
[15:47:56 EDT(-0400)] <EricDalquist> ok ... new approach is in
[15:48:55 EDT(-0400)] <athena7> re-update?
[15:49:52 EDT(-0400)] <EricDalquist> yup
[15:50:09 EDT(-0400)] <EricDalquist> if this doesn't work ... well I guess I'll get postgres installed and figure it out locally
[15:54:15 EDT(-0400)] <athena7> hm, i'm not seeing updates
[15:54:47 EDT(-0400)] <athena7> oh, wrong dir
[15:54:48 EDT(-0400)] <EricDalquist> should be rev 44291
[15:54:54 EDT(-0400)] <EricDalquist> oh
[15:54:57 EDT(-0400)] <athena7> yeah my bad
[16:20:47 EDT(-0400)] <athena7> ok, doesn't compile now
[16:21:03 EDT(-0400)] <athena7> http://uportal.pastebin.com/m1a28f95c
[16:21:52 EDT(-0400)] <EricDalquist> uhg I don't know how I missed that in my commit
[16:21:59 EDT(-0400)] <EricDalquist> sorry about that jen
[16:22:04 EDT(-0400)] <EricDalquist> its committed now
[16:22:13 EDT(-0400)] <athena7> no problem
[16:22:21 EDT(-0400)] <athena7> doesn't really take long to run svn update
[16:22:28 EDT(-0400)] <athena7> doing it between iterations of other things
[16:27:29 EDT(-0400)] <athena7> http://uportal.pastebin.com/m406a5058
[16:28:36 EDT(-0400)] <EricDalquist> now that is interesting
[16:28:57 EDT(-0400)] <EricDalquist> so the new dbloader code is working it looks like
[16:32:40 EDT(-0400)] <EricDalquist> I'm assuming you see a bunch of INSERT INTO statements higher up in the code?
[16:37:52 EDT(-0400)] <EricDalquist> ok jen a fix for that should be there
[16:48:34 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[17:05:05 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:05:43 EDT(-0400)] <awills> hey folks. so... how 'bout releasing that webproxyportlet?
[17:06:15 EDT(-0400)] <EricDalquist> sounds good ... I guess I just need to find time to do it
[17:06:41 EDT(-0400)] <awills> if i do :prepare, that does the tag and bumps the version right?
[17:06:54 EDT(-0400)] <EricDalquist> yup
[17:07:22 EDT(-0400)] <awills> you want me to take care of that? ;-; i know it doesn't save you much trouble
[17:07:38 EDT(-0400)] <athena7> yay web proxy portlet!
[17:07:40 EDT(-0400)] <athena7> sounds great to me
[17:08:01 EDT(-0400)] <awills> I'll post my 2x WPP CPD patch to the list
[17:08:02 EDT(-0400)] <EricDalquist> sure it does
[17:08:07 EDT(-0400)] <EricDalquist> then at least it is tagged
[17:08:10 EDT(-0400)] <EricDalquist> and 'released
[17:08:19 EDT(-0400)] <EricDalquist> just not a publicly built artifact yet
[17:08:34 EDT(-0400)] <awills> alright... i'm doing it! don't anyone try to stop me now :?
[17:10:25 EDT(-0400)] <awills> lol, the <scm> part in the pom needs to be updated
[17:10:30 EDT(-0400)] <awills> i'm on it
[17:19:56 EDT(-0400)] <awills> does this look right to everybody? http://uportal.pastebin.com/d7bbf54cc
[17:20:19 EDT(-0400)] <EricDalquist> yup
[17:26:08 EDT(-0400)] <awills> alright then, it's good to go
[18:57:01 EDT(-0400)] <EricDalquist> athena7: you get a chance at all to try the latest fix?
[18:57:17 EDT(-0400)] <athena7> oh, no, missed that
[18:57:35 EDT(-0400)] <athena7> sorry, didn't see your message
[18:57:38 EDT(-0400)] <EricDalquist> no problem
[18:57:59 EDT(-0400)] <EricDalquist> there may be other cases like that in the import scripts we'll have to address
[18:58:22 EDT(-0400)] <athena7> what are your thoughts on handling database initialization for portlets?
[18:58:32 EDT(-0400)] <EricDalquist> it appears that some JDBC drivers strongly take the Java object type of the prepared statement argument into account, where as others only look at the SQLType of the column
[18:58:36 EDT(-0400)] <EricDalquist> uhg
[18:58:38 EDT(-0400)] <EricDalquist> I don't know
[18:58:39 EDT(-0400)] <athena7> in particular creating tables for them
[18:58:43 EDT(-0400)] <athena7> ah
[18:58:45 EDT(-0400)] <EricDalquist> that is a very good question
[18:59:05 EDT(-0400)] <EricDalquist> CARs had this ability to include a tables.xml and data.xml file
[18:59:05 EDT(-0400)] <EricDalquist> but that was all uportal internal
[18:59:05 EDT(-0400)] <athena7> population is also an issue, but i could ignore that for now
[18:59:05 EDT(-0400)] <athena7> yes
[18:59:10 EDT(-0400)] <EricDalquist> I'm not sure what the best idea is for portlets
[18:59:18 EDT(-0400)] <EricDalquist> seems like something that could use a good ammount of discussion
[18:59:23 EDT(-0400)] <athena7> will that still work with the new changes, by the way?
[18:59:30 EDT(-0400)] <EricDalquist> it should
[18:59:43 EDT(-0400)] <EricDalquist> the new code reads the same format of tables and data.xml files
[18:59:47 EDT(-0400)] <athena7> ah ok
[18:59:57 EDT(-0400)] <athena7> just doesn't have dbloader?
[19:00:04 EDT(-0400)] <EricDalquist> and I updated the CAR handler code to setup the new configuration API
[19:00:05 EDT(-0400)] <EricDalquist> yeah
[19:00:22 EDT(-0400)] <athena7> i was sort of wondering if there's a good way to include hibernate initialization of portlets in the main ant build or something
[19:00:38 EDT(-0400)] <EricDalquist> well, as we move to maven there may be
[19:00:47 EDT(-0400)] <EricDalquist> I think there is a maven hibernate plugin
[19:00:50 EDT(-0400)] <athena7> yes, there is
[19:00:55 EDT(-0400)] <EricDalquist> so you could use that
[19:00:57 EDT(-0400)] <athena7> was thinking about ways to implement it that way
[19:01:07 EDT(-0400)] <EricDalquist> and have one of your maven goals during the deploy run it
[19:01:13 EDT(-0400)] <athena7> can you execute goals on maven subprojects from the ant build.xml?
[19:01:23 EDT(-0400)] <EricDalquist> not without modifying it
[19:01:30 EDT(-0400)] <EricDalquist> you'd need to use direct mvn calls
[19:01:35 EDT(-0400)] <athena7> well modifying build.xml is ok
[19:01:51 EDT(-0400)] <athena7> i just wasn't sure whether you could make mvn calls on the subprojects, or just the main project
[19:01:54 EDT(-0400)] <EricDalquist> so if you look in the build.xml there is a mvn ant task
[19:02:01 EDT(-0400)] <athena7> yes
[19:02:06 EDT(-0400)] <EricDalquist> that will call the mvn executable with whatever arguments
[19:02:14 EDT(-0400)] <EricDalquist> so you could add calls using that I think
[19:02:20 EDT(-0400)] <EricDalquist> just pass in the correct directory
[19:02:32 EDT(-0400)] <athena7> oh ok
[19:02:38 EDT(-0400)] <athena7> i didn't realize you could pass in a directory
[19:02:38 EDT(-0400)] <EricDalquist> the current build does that
[19:02:44 EDT(-0400)] <athena7> hm, that may hold promise, i'll check it out
[19:02:46 EDT(-0400)] <EricDalquist> since it calls the mvn build on sub-projects as needed
[19:02:56 EDT(-0400)] <athena7> that way you could potentially just add all the right commands to the initportal task, maybe
[19:03:09 EDT(-0400)] <EricDalquist> <antcall target="mvn">
[19:03:09 EDT(-0400)]

<EricDalquist> <param name="pomDir" value="@

Unknown macro: {project-path}

" />

[19:03:09 EDT(-0400)] <EricDalquist> <param name="goal" value="install" />
[19:03:09 EDT(-0400)] <EricDalquist> </antcall>
[19:03:13 EDT(-0400)] <athena7> oh!
[19:03:23 EDT(-0400)] <athena7> wonderful, i think that's exactly what i was looking for
[19:03:23 EDT(-0400)] <EricDalquist> that's from the core maven-artifact-macro in the build.xml
[19:03:44 EDT(-0400)] <EricDalquist> and that takes care of the os specific stuff around finding the mvn executable
[19:03:47 EDT(-0400)] <athena7> i hacked it the other day to accept my little filter toggle, but i'm still not that familiar with it
[19:04:12 EDT(-0400)] <EricDalquist> yeah
[19:04:18 EDT(-0400)] <EricDalquist> it is a big build file
[19:04:30 EDT(-0400)] <EricDalquist> but the intent was that for most people you'd never have to even look at it
[19:04:58 EDT(-0400)] <athena7> next iteration of postgresql presents: http://uportal.pastebin.com/m1c93ad61
[19:05:10 EDT(-0400)] <athena7> yeah, definitely
[19:05:14 EDT(-0400)] <EricDalquist> bah yeah
[19:05:19 EDT(-0400)] <EricDalquist> there are going to be a bunch of these

[19:05:29 EDT(-0400)] <EricDalquist> the code is adding a String to the prepared statement
[19:05:32 EDT(-0400)] <athena7> yeah, that's ok

[19:05:49 EDT(-0400)] <EricDalquist> and the postgres driver doesn't try converting it to the appropriate sqltype
[19:06:10 EDT(-0400)] <athena7> ah
[19:06:23 EDT(-0400)] <athena7> i didn't realize that other drivers actually did convert it
[19:06:32 EDT(-0400)] <EricDalquist> yeah
[19:06:36 EDT(-0400)] <EricDalquist> oracle and hsql both do
[19:06:41 EDT(-0400)] <EricDalquist> they look at the column type
[19:06:46 EDT(-0400)] <EricDalquist> and try to manage it over for you
[19:06:52 EDT(-0400)] <EricDalquist> and only fail if the conversion fails
[19:06:59 EDT(-0400)] <EricDalquist> which is why these are there
[19:07:04 EDT(-0400)] <EricDalquist> since I've only tested on hsql and oracle

[19:14:58 EDT(-0400)] <EricDalquist> heh ... working on our big ant build scripts for our up3 upgrade ... ant just ran out of permgen space

[19:15:03 EDT(-0400)] <EricDalquist> never seen that one before
[19:16:19 EDT(-0400)] <athena7> oops, lol
[19:16:23 EDT(-0400)] <holdorph> happens all the time with sakai maven builds
[19:17:03 EDT(-0400)] <athena7> yeah when i was working with sakai i think i just gave up and reset the jvm defaults in my .profile
[19:22:38 EDT(-0400)] <EricDalquist> ok, I'm out. I'll see if I can look at those import scripts tonight and find other areas where sql parameters need to become Integers
[20:14:07 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[20:21:32 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[20:38:42 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal

Browser not supported