[00:16:18 EDT(-0400)] * apetro-_ (n=apetro@ip24-56-20-55.ph.ph.cox.net) has joined ##uportal
[03:06:43 EDT(-0400)] * apetro-_ (n=apetro@ip24-56-20-55.ph.ph.cox.net) has joined ##uportal
[03:54:45 EDT(-0400)] * mad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[08:57:29 EDT(-0400)] * athena7 (n=athena7@adsl-99-149-83-32.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:32:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:32:56 EDT(-0400)] <athena7> hey eric
[09:34:04 EDT(-0400)] <EricDalquist> morning
[09:34:17 EDT(-0400)] <athena7> how're you?
[09:34:40 EDT(-0400)] <EricDalquist> overwhelmed 
how about you?
[09:35:29 EDT(-0400)] <athena7> a bit the same actually
[09:36:49 EDT(-0400)] <athena7> however, i got some build filtering working over the weekend
[09:37:16 EDT(-0400)] <athena7> turns out if you combine the pluto plugin with the war plugin you can get both filtering and pluto-ization of the web.xml
[09:37:39 EDT(-0400)] <athena7> so i wound up having to use a combination of the plugins in different places
[09:38:11 EDT(-0400)] <athena7> but i wound up at the end with something that you can build different environments by just running commands (ant or maven) with -Denvironment.name=something
[09:39:35 EDT(-0400)] <EricDalquist> nice
[09:41:02 EDT(-0400)] <athena7> i dunno, it's kind of nice to just change the database info in one place and have it automatically get changed in the portal and all the portlets
[09:41:42 EDT(-0400)] <athena7> the only thing that i didn't get filtered is the database dependency in the main pom.xml - right now you'd still have to change that
[09:41:56 EDT(-0400)] <EricDalquist> the JDBC driver?
[09:43:01 EDT(-0400)] <athena7> yeah
[09:43:20 EDT(-0400)] <athena7> you could override it with -Dproperty=value on the maven build
[09:43:21 EDT(-0400)] <EricDalquist> ah yeah, that would be harder since that needs to be in the pom and they can't filter themselves
[09:43:25 EDT(-0400)] <EricDalquist> yup
[09:43:49 EDT(-0400)] <athena7> but i couldn't figure out how to set up the build.xml to look for that parameter and only pass it if it's been specified
[09:43:58 EDT(-0400)] <EricDalquist> heh
[09:44:04 EDT(-0400)] <EricDalquist> that is rather hard in ant
[09:44:05 EDT(-0400)] <athena7> i mean i guess i could just duplicate the default information in the build.xml, but that seems kind of icky
[09:44:06 EDT(-0400)] <athena7> yeah
[09:44:18 EDT(-0400)] <athena7> i don't know of a way to pass parameters conditionally
[09:44:34 EDT(-0400)] <athena7> i mean i guess you could set it instead to something meaningless -Dpretend=parameter
[09:44:37 EDT(-0400)] <athena7> but that's kind of silly
[09:44:42 EDT(-0400)] <EricDalquist> so you're trying to get the JDBC driver artifact info into other poms?
[09:44:45 EDT(-0400)] <EricDalquist> or something else
[09:44:57 EDT(-0400)] <EricDalquist> that's what some of the ant targets do right now
[09:44:57 EDT(-0400)] <athena7> just the main pom
[09:45:16 EDT(-0400)] <athena7> oh i wondered about that - is that was the -Djasig parameter is?
[09:45:16 EDT(-0400)] <EricDalquist> do you really change the JDBC driver often enough to need to do that?
[09:45:27 EDT(-0400)] <athena7> probably not
[09:45:27 EDT(-0400)] <EricDalquist> yeah I think so
[09:45:57 EDT(-0400)] <athena7> it would help the systems folks and the continuous build probably to not have to make any changes, but i'm sure this is a small enough change that it wouldn't be unreasonable to just script it
[09:46:24 EDT(-0400)] <athena7> i have all the database-enabled portlets excluding hsql as a dependency, then picking up the jdbc dependency from the main pom
[09:46:28 EDT(-0400)] <EricDalquist> ah so you do have different JDBC drivers for one 'project' depending on the environment?
[09:48:11 EDT(-0400)] <athena7> right, i think we'd leave the default as hsql
[09:48:25 EDT(-0400)] <athena7> and then set the properties for dev and production as not-hsql
[09:48:46 EDT(-0400)] <athena7> but i guess if the existing build does use some pretend properties maybe i'll just do that
[09:48:48 EDT(-0400)] <athena7> i mean, it shoudl work
[09:49:05 EDT(-0400)] <athena7> you probably wouldn't want to specify all that on the command line, but you could set up a profile to use
[09:49:32 EDT(-0400)] <EricDalquist> yeah, local vs dev/prod profiles would probably be the way to go
[09:50:04 EDT(-0400)] <athena7> yeah
[09:50:17 EDT(-0400)] <athena7> it all seems to work pretty well so far, but i'll have to get some other people to test it
[09:50:29 EDT(-0400)] <athena7> and of course it's not good if you forget to do a clean before switching environments
[09:51:27 EDT(-0400)] <athena7> i guess we could handle that with starting to use classifiers, probably
[10:13:59 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1176018330.dsl.bell.ca) has joined ##uportal
[10:21:58 EDT(-0400)] <EricDalquist> athena7: would you have time this week to try http://www.ja-sig.org/issues/browse/UP-2170 on whatever databases you use locally?
[10:22:13 EDT(-0400)] <athena7> very likely not, unfortunately 
[10:22:20 EDT(-0400)] <EricDalquist> no problem
[10:22:21 EDT(-0400)] <athena7> if i can find any time i definitely will though
[10:22:32 EDT(-0400)] <athena7> i saw that on the list and really would like to try it out!
[10:22:35 EDT(-0400)] <athena7> sounds pretty cool
[10:22:38 EDT(-0400)] <EricDalquist> if you do just applying it and doing an initdb should do it
[10:22:48 EDT(-0400)] <athena7> yeah i'll definitely let you knwo if i can
[10:22:57 EDT(-0400)] <EricDalquist> yeah, the patch lets us drop 2k lines of code and adds functionality 
[10:23:01 EDT(-0400)] <athena7> awesome!
[10:23:07 EDT(-0400)] <athena7> i like those kinds of changes
[10:23:10 EDT(-0400)] <EricDalquist> me too
[10:23:15 EDT(-0400)] <EricDalquist> plus gets rid of dbloader.xml!
[10:23:26 EDT(-0400)] <athena7> by the way, i think i may have found some holes in the current database initialization stuff
[10:23:45 EDT(-0400)] <athena7> i can't find a way to create more than one profile for a user
[10:23:49 EDT(-0400)] <EricDalquist> ah
[10:23:51 EDT(-0400)] <EricDalquist> yeah you can't
[10:23:58 EDT(-0400)] <athena7> or to create user agent mappings for users, which i assume you can't do either
[10:24:06 EDT(-0400)] <EricDalquist> I found a few bigger holes than that locally when working with it
[10:24:09 EDT(-0400)] <EricDalquist> nope
[10:24:18 EDT(-0400)] <EricDalquist> the scripts have been written on an as needed basis
[10:24:23 EDT(-0400)] <athena7> yeah
[10:24:26 EDT(-0400)] <EricDalquist> I had to add support for DLM node references
[10:24:35 EDT(-0400)] <athena7> ah
[10:24:42 EDT(-0400)] <athena7> i'm not entirely sure what that is
[10:24:52 EDT(-0400)] <EricDalquist> so like when you modify a dlm fragment in your personal layout
[10:25:09 EDT(-0400)] <EricDalquist> you get dlm:origin parameters and dlm:position nodes
[10:25:25 EDT(-0400)] <EricDalquist> with values that look like you u12l1n342
[10:25:51 EDT(-0400)] <athena7> ah
[10:25:53 EDT(-0400)] <EricDalquist> the export needs to decode that into something like ent-lo:/layout/tab/column[2]/channel[5]
[10:26:08 EDT(-0400)] <athena7> does it just ignore it now?
[10:26:17 EDT(-0400)] <EricDalquist> right now they would just dissapear
[10:26:20 EDT(-0400)] <athena7> yeah
[10:26:21 EDT(-0400)] <EricDalquist> I have those fixes locally
[10:26:32 EDT(-0400)] <EricDalquist> and hopfully will be getting them out there in the next week or two
[10:26:36 EDT(-0400)] <athena7> i noticed you couldn't export the order of dlm tabs
[10:26:40 EDT(-0400)] <athena7> that'd be great
[10:26:46 EDT(-0400)] <EricDalquist> order?
[10:26:52 EDT(-0400)] <EricDalquist> I think that is in dlm.xml
[10:26:59 EDT(-0400)] <athena7> yes
[10:27:02 EDT(-0400)] <athena7> but not when users change them
[10:27:04 EDT(-0400)] <EricDalquist> ah
[10:27:05 EDT(-0400)] <EricDalquist> yeah
[10:27:07 EDT(-0400)] <athena7> yeah
[10:27:14 EDT(-0400)] <EricDalquist> that would be dlm:position nodes being lost
[10:27:21 EDT(-0400)] <athena7> makes sense
[10:29:49 EDT(-0400)] <EricDalquist> I'll check with Chris today on how he is doing with those scrips
[10:29:56 EDT(-0400)] <EricDalquist> we may even be able to get them in by the end of this week
[10:30:19 EDT(-0400)] <EricDalquist> which would be good because I've made some significant changes to the 2.x export and 3.x import as far as the script structure goes
[10:30:25 EDT(-0400)] <EricDalquist> primarily for performance reasons
[10:41:23 EDT(-0400)] * lennar1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:41:57 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[10:42:13 EDT(-0400)] <athena7> yeah it sounds like you've done awesome work
[10:42:31 EDT(-0400)] <athena7> are you going to add that stuff to the 3.0 branch?
[10:42:47 EDT(-0400)] <EricDalquist> yeah so we should have updates for 2.x, 3.0 and 3.1
[10:43:26 EDT(-0400)] <athena7> great!
[10:43:47 EDT(-0400)] <athena7> since this might help people upgrade, i'm really glad you're planning to add it to more than just the trunk
[10:43:52 EDT(-0400)] <athena7> maybe help some people get up to 3.x
[10:44:08 EDT(-0400)] <EricDalquist> oh yeah
[10:44:13 EDT(-0400)] <EricDalquist> the 2.x is just export
[10:44:27 EDT(-0400)] <EricDalquist> but I'd like to actually package them up as a .zip too
[10:44:31 EDT(-0400)] <EricDalquist> or something
[10:44:44 EDT(-0400)] <EricDalquist> so you can just overlay that with your current 2.x code and export your data
[10:45:35 EDT(-0400)] <athena7> i bet people would like that
[11:18:42 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:32:11 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[11:52:28 EDT(-0400)] * bulloche (n=bulloche@134.250.4.77) has joined ##uportal
[12:09:46 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[12:16:35 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[14:00:13 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[16:28:07 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[18:02:32 EDT(-0400)] <EricDalquist> gah
[18:02:45 EDT(-0400)] <EricDalquist> would it be rude to ask Edward to read his own stack traces before posting to the list?
[18:05:45 EDT(-0400)] <athena7> i don't know but i don't blame you
[18:36:51 EDT(-0400)] <EricDalquist> athena7: how familiar are you with DLM?
[19:05:18 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[19:08:22 EDT(-0400)] * colinclark (n=colin@209-254-26-66.ip.mcleodusa.net) has joined ##uportal
[19:09:41 EDT(-0400)] * colinclark_ (n=colin@209-254-26-66.ip.mcleodusa.net) has joined ##uportal
[19:21:43 EDT(-0400)] <athena7> sorry, was in a meeting
[19:21:49 EDT(-0400)] <athena7> somewhat familiar, EricDalquist
[19:21:55 EDT(-0400)] <athena7> but i don't really understand a lot of the internals
[19:22:10 EDT(-0400)] <athena7> most of what i know is more at the preferences and theme level
[19:24:02 EDT(-0400)] <holdorph> guess he didn't like that answer
[19:45:08 EDT(-0400)] <athena7> guess not
[19:45:13 EDT(-0400)] <athena7> hmph.
[22:22:11 EDT(-0400)] * colinclark (n=colin@209-254-26-66.ip.mcleodusa.net) has joined ##uportal
[23:47:08 EDT(-0400)] * colinclark (n=colin@209-254-26-66.ip.mcleodusa.net) has joined ##uportal
General
Content
Integrations