[06:45:25 EDT(-0400)] * esm (n=esm@207-53-192-68.dynamic-dsl.qis.net) has joined ##uportal
[08:17:38 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[08:34:14 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[08:57:50 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[09:39:32 EDT(-0400)] <Tuomaz> Does the db target in the build.xml provided with up3 work like it does up2x?
[09:40:03 EDT(-0400)] <athena7> i don't remember what it did in up2 exactly
[09:40:07 EDT(-0400)] <athena7> but probably not completely
[09:40:17 EDT(-0400)] <athena7> it won't fully reconstitute the database
[09:40:42 EDT(-0400)] <Tuomaz> To set the database tables used for UBC Webmail the manual states you should run:
[09:40:46 EDT(-0400)] <Tuomaz> 'ant db -Dusetable=-t -Dtablefile=/properties/UBC_WebmailTables.xml -Ddroptables=-nD -Dpopulatetables=-nP'
[09:41:13 EDT(-0400)] <athena7> yes, i suspect that would still work
[09:41:35 EDT(-0400)] <Tuomaz> I can't get it to work, it seems like the path to the file is wrong.
[09:42:05 EDT(-0400)] <Tuomaz> I have tried diffrents locations for the file
[09:42:48 EDT(-0400)] <Tuomaz> Could not process tablesURL 'null'
[09:42:49 EDT(-0400)] <athena7> oh
[09:43:01 EDT(-0400)] <athena7> i would try it without the leading slash perhaps?
[09:43:11 EDT(-0400)] <Tuomaz> yeah
[09:43:23 EDT(-0400)] <athena7> or with the relative path to the actual file, since it's probably not there
[09:43:36 EDT(-0400)] <athena7> where did you copy it to?
[09:43:43 EDT(-0400)] <Tuomaz> have moved UBC_WebmailTables.xml to uPortal-
[09:43:48 EDT(-0400)] <Tuomaz> 3.0.0
[09:43:53 EDT(-0400)] <Tuomaz> same dir as the build.xml
[09:44:12 EDT(-0400)] <Tuomaz> and tried with -Dtablefile=UBC_WebmailTables.xml
[09:44:22 EDT(-0400)] <Tuomaz> no sucess
[09:44:40 EDT(-0400)] <athena7> i'd maybe try one more time with the full file path
[09:45:06 EDT(-0400)] <Tuomaz> What does this mean:
[09:45:08 EDT(-0400)] <athena7> i don't know if it's really trying to find it in the filesystem or it's looking in the classpath
[09:45:10 EDT(-0400)] <Tuomaz> Getting data from: jar:file:/home/fredrik/work/portal/300-umu/portal/uPortal-3.0.0/uportal-impl/target/uportal-impl-3.0.0.jar!/properties/db/data.xml
[09:46:08 EDT(-0400)] <Tuomaz> http://uportal.pastebin.com/m7d18d0e2
[09:47:25 EDT(-0400)] <athena7> not sure what's wrong offhand
[09:47:35 EDT(-0400)] <Tuomaz> ok
[09:47:39 EDT(-0400)] <athena7> but it may be trying to load it from the classpath
[09:47:49 EDT(-0400)] <Tuomaz> That could explain it
[09:47:57 EDT(-0400)] <athena7> in which case you could try copying it to uportal-impl/src/main/resources/properties/db/filename.xsl
[09:48:08 EDT(-0400)] <athena7> and then try using -Dtablefile=/properties/db/filename.xsl
[09:48:20 EDT(-0400)] <Tuomaz> i'll try
[09:51:06 EDT(-0400)] <Tuomaz> ahh
[09:51:25 EDT(-0400)] <Tuomaz> When I copied the file to uportal-impl/src/main/resources/properties
[09:51:49 EDT(-0400)] <Tuomaz> ran ant deploy-war (to create a new uPortal.war)
[09:52:05 EDT(-0400)] <Tuomaz> ant then set the path to /UBC_WebmailTables.xml it worked
[09:52:17 EDT(-0400)] <athena7> good
[09:52:22 EDT(-0400)] <Tuomaz> thanks for the hints athena7
[09:52:23 EDT(-0400)] <athena7> tables show up?
[09:52:27 EDT(-0400)] <Tuomaz> yes
[09:52:37 EDT(-0400)] <athena7> yep, sorry i don't know that area better
[09:52:46 EDT(-0400)] <athena7> ant db should compile in new changes, i believe
[09:52:48 EDT(-0400)] <Tuomaz> no problem!!
[09:52:53 EDT(-0400)] <athena7> 
[09:57:54 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:02:34 EDT(-0400)] <Tuomaz> Anyone knows if JitLDAP (http://www.ucalgary.ca/~mling/uportal/jitldapgroup/) should work with uPortal3?
[10:02:43 EDT(-0400)] <EricDalquist> it should
[10:02:54 EDT(-0400)] <Tuomaz> Perfect.
[10:02:57 EDT(-0400)] <EricDalquist> though it may need some minor tweaks for LDAP support
[10:03:06 EDT(-0400)] <EricDalquist> but that is just a may
[10:03:12 EDT(-0400)] <Tuomaz> ok
[10:06:54 EDT(-0400)] <Tuomaz> athena7 just helped me with the 'db' ant target and 'ant db -Dusetable=-t -Dtablefile=/UBC_WebmailTables.xml -Ddroptables=-nD -Dpopulatetables=-nP'. We figured out you need to place the xml's in uportal-impl/src/main/resources/properties and then update the uportal-impl.jar
[10:07:21 EDT(-0400)] <athena7> i believe ant db should recompile/prepare any necessary resources
[10:07:28 EDT(-0400)] <athena7> did you find that wasn't the case?
[10:07:34 EDT(-0400)] <EricDalquist> yeah it should
[10:08:02 EDT(-0400)] <EricDalquist> changing any files under uportal-impl should trigger a recompile when running db
[10:08:04 EDT(-0400)] <Tuomaz> I think a tried before running ant deploy-war
[10:08:11 EDT(-0400)] <Tuomaz> ok
[10:08:25 EDT(-0400)] <Tuomaz> Maybe I was too fast
[10:09:26 EDT(-0400)] <EricDalquist> that can happen
[10:09:31 EDT(-0400)] <EricDalquist> if you change a file while a build is running
[10:09:34 EDT(-0400)] <EricDalquist> it may not notice
[10:09:49 EDT(-0400)] <EricDalquist> because the date of the built file will end up being newer than the date of the modified file
[10:09:56 EDT(-0400)] <EricDalquist> even though you modified it after the build starte
[10:09:56 EDT(-0400)] <Tuomaz> Maybe I ran deploy-war before testing it.. 
[10:09:57 EDT(-0400)] <Tuomaz>
[10:10:14 EDT(-0400)] <EricDalquist> deploy-war would result in a re-build of uportal-impl if needed too
[10:11:50 EDT(-0400)] <Tuomaz> Now next q: what is the most correct way to add the jitldap.jar to uPortal3. Copy it to tomcat after deployment of uPortal? I guess its not possible to add it to one of the pom's?
[10:13:05 EDT(-0400)] <EricDalquist> you can add it to the pom
[10:13:40 EDT(-0400)] <EricDalquist> you would then need to run 'mvn install:install-file' to stick the jar in your local repository: http://maven.apache.org/guides/mini/guide-installing-3rd-party-jars.html
[10:13:46 EDT(-0400)] <Tuomaz> and add it to my local .m2 repository?
[10:13:52 EDT(-0400)] <EricDalquist> you can just make up a groupId, artifactId and version for it
[10:13:58 EDT(-0400)] <Tuomaz> ok
[10:24:27 EDT(-0400)] * esm (n=esm@207-53-193-6.dynamic-dsl.qis.net) has joined ##uportal
[10:36:13 EDT(-0400)] <Tuomaz> EricDalquist: seems like jitldap misses java.lang.NoClassDefFoundError: org/jasig/portal/groups/IEntityGroupStoreFactory and java.lang.ClassNotFoundException: org.jasig.portal.groups.IEntityGroupStoreFactory. Is it just the name of these classes that have changed or are they removed?
[10:38:26 EDT(-0400)] <EricDalquist> It looks like it is still there
[10:38:47 EDT(-0400)] <Tuomaz> hm
[10:39:08 EDT(-0400)] <EricDalquist> do you have to compile jitldap yourself?
[10:39:26 EDT(-0400)] <EricDalquist> if so its build process probably needs to be re-written to work with up3
[10:40:37 EDT(-0400)] <Tuomaz> No, I used an old jar I had
[10:42:59 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:45:03 EDT(-0400)] <Tuomaz> http://developer.ja-sig.org/source/browse/jasigsvn/uPortal down?
[10:45:15 EDT(-0400)] <EricDalquist> it gets restarted every 30 minutes
[10:45:28 EDT(-0400)] <EricDalquist> because fisheye can't understand our svn repository
[10:45:31 EDT(-0400)] <EricDalquist> and gets stuck
[10:45:32 EDT(-0400)] <EricDalquist> very annoying
[10:46:01 EDT(-0400)] <Tuomaz> ok
[10:47:35 EDT(-0400)] <Tuomaz> With jitldap.jar in webapps/uPortal/WEB-INF/lib it works better, but now it needs org/jasig/portal/services/LogService
[10:48:05 EDT(-0400)] <Tuomaz> I had put jitldap.jar in shared/lib earlier
[10:48:08 EDT(-0400)] <EricDalquist> ah
[10:48:09 EDT(-0400)] <EricDalquist> yeah
[10:48:14 EDT(-0400)] <EricDalquist> it is part of the portal
[10:48:17 EDT(-0400)] <EricDalquist> and LogService is gone
[10:48:28 EDT(-0400)] <EricDalquist> so that part of jitldap will need to be re-written to use commons-logging
[10:48:35 EDT(-0400)] <Tuomaz> then I need the source to jitldap
[10:49:06 EDT(-0400)] <Tuomaz> Is it in jasig-svn?
[10:49:13 EDT(-0400)] <EricDalquist> no
[10:49:21 EDT(-0400)] <EricDalquist> I think that page you linked to is it
[10:49:24 EDT(-0400)] <EricDalquist> though I'm not sure
[10:49:34 EDT(-0400)] <EricDalquist> an email to uportal-user would probably shed some light on it
[10:59:03 EDT(-0400)] <Tuomaz> Found the code! http://www.ja-sig.org/issues/browse/UP-743?page=com.atlassian.jira.plugin.system.issuetabpanels:changehistory-tabpanel
[11:00:16 EDT(-0400)] <Tuomaz> Will try to modify it tomorrow...
[11:00:20 EDT(-0400)] <Tuomaz> now home.
[11:00:28 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[11:02:42 EDT(-0400)] <Tuomaz> EricDalquist: motivation on that 'wont fix'? Too little usage?
[11:03:18 EDT(-0400)] <EricDalquist> it is going to become part of the stand-along Groups & Permissions project instead of uPortal
[11:03:35 EDT(-0400)] <EricDalquist> and uPortal 3.1 will use the stand-along Groups and Permissions library instead of bundling the code
[11:07:58 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[11:16:35 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:19:34 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[11:30:49 EDT(-0400)] * EiNZTEiN_ (n=einztein@205.241.143.4) has joined ##uportal
[12:13:09 EDT(-0400)] <athena7> do "ant initdb" and "ant db-import" sound like reasonable ant wrapper tasks?
[12:13:56 EDT(-0400)] <EricDalquist> so db-import just does the crn-import with the default dataset?
[12:14:19 EDT(-0400)] <athena7> yes
[12:14:25 EDT(-0400)] <athena7> and initdb would do all the db-related tasks
[12:14:54 EDT(-0400)] <EricDalquist> I'm not quite sure about db-import
[12:15:04 EDT(-0400)] <athena7> yeah
[12:15:11 EDT(-0400)] <EricDalquist> would running it break things?
[12:15:19 EDT(-0400)] <EricDalquist> since you'd end up with 'extra' data?
[12:15:22 EDT(-0400)] <athena7> no
[12:15:34 EDT(-0400)] <athena7> it's designed to either update or add entities as appropriate
[12:15:40 EDT(-0400)] <EricDalquist> ok
[12:15:43 EDT(-0400)] <athena7> so we've actually updated channels before by importing in the new script
[12:15:44 EDT(-0400)] <EricDalquist> then that seems ok
[12:15:47 EDT(-0400)] <athena7> i think we definitely want the task
[12:16:04 EDT(-0400)] <athena7> i certainly run it a lot, and it would be useful to not have to feed in the right parameters
[12:16:09 EDT(-0400)] <athena7> i'm not sure if the name is intuitive though
[12:16:13 EDT(-0400)] <EricDalquist> sounds good
[12:16:18 EDT(-0400)] <EricDalquist> I think it is fine
[12:16:27 EDT(-0400)] <EricDalquist> just need to add it to the ant help document
[12:16:27 EDT(-0400)] <athena7> ok
[12:16:47 EDT(-0400)] <athena7> i can commit it to trunk-only for the moment
[12:16:58 EDT(-0400)] <EricDalquist> sounds good
[12:17:04 EDT(-0400)] <athena7> i moved my ajax changes over to the other branches this morning, so those are all set
[12:17:14 EDT(-0400)] <EricDalquist> great
[12:21:59 EDT(-0400)] * jessm (n=Jess@cpe-069-134-127-060.nc.res.rr.com) has joined ##uportal
[12:27:00 EDT(-0400)] <EricDalquist> oh I have a fix for the missing portlet bug that I'll be comitting today
[12:27:08 EDT(-0400)] <athena7> oh great!
[12:27:21 EDT(-0400)] <athena7> i'm looking at ticket http://www.ja-sig.org/issues/browse/UP-2062
[12:27:31 EDT(-0400)] <athena7> about uP_args in guest mode
[12:27:33 EDT(-0400)] <EricDalquist> ah
[12:27:35 EDT(-0400)] <EricDalquist> yeah
[12:27:44 EDT(-0400)] <EricDalquist> now not everything slated for 3.0.1 needs to be resolved
[12:27:58 EDT(-0400)] <EricDalquist> just keep that in mind
[12:28:00 EDT(-0400)] <athena7> yeah, i know
[12:28:08 EDT(-0400)] <athena7> i have some time today though, so i've been going through some stuff
[12:28:37 EDT(-0400)] <athena7> i can't think of any reason there should be different logic for producing the redirect urls for guest and regular users
[12:28:37 EDT(-0400)] <EricDalquist> great
[12:28:59 EDT(-0400)] <athena7> if a channel is specified by fname in guest mode and it's not in the guest layout, it won't actually work
[12:29:05 EDT(-0400)] <athena7> but it will work as long as the channel is in the layout
[12:29:22 EDT(-0400)] <EricDalquist> yeah, that seems reasonable
[12:29:42 EDT(-0400)] <athena7> and yale's actually created a local patch to allow fname instantiation in guest mode, which we can add in later
[12:29:46 EDT(-0400)] <athena7> i think this seems safe though?
[12:29:57 EDT(-0400)] <EricDalquist> yup
[12:30:13 EDT(-0400)] <athena7> ok
[12:30:15 EDT(-0400)] <athena7> will do, then
[12:30:35 EDT(-0400)] <athena7> got all the strings in the feedback portlet into a messages.properties file
[12:31:18 EDT(-0400)] <EricDalquist> nce
[12:31:24 EDT(-0400)] <EricDalquist> Spring makes that so easy
[12:36:56 EDT(-0400)] <athena7> yeah
[12:37:03 EDT(-0400)] <athena7> copy-paste, woo
[12:37:28 EDT(-0400)] <athena7> think it's at a point where i should just email portlets-dev and see if anyone has any comments
[12:37:35 EDT(-0400)] <athena7> seems to more or less work
[12:45:08 EDT(-0400)] <athena7> oh, interesting
[12:45:09 EDT(-0400)] <athena7> http://www.ja-sig.org/issues/browse/UP-2061
[12:45:24 EDT(-0400)] <EricDalquist> yeah, saw that one too
[12:45:29 EDT(-0400)] <athena7> should loginservlet be encoding the values of the fname too?
[12:45:43 EDT(-0400)] <EricDalquist> probably
[12:45:45 EDT(-0400)] <athena7> or is it just the args?
[12:46:04 EDT(-0400)] <athena7> i wonder if that comes up anywhere else
[12:56:29 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[13:12:08 EDT(-0400)] <MarkRogers> "now not everything slated for 3.0.1 needs to be resolved" ... but I told everyone (in the newsletter) that it did. 
[13:12:39 EDT(-0400)] <EricDalquist> I guess it depends on how you interpret Jira
[13:13:00 EDT(-0400)] <EricDalquist> the fairly standard practice is that not everything with a 'fix for' version will make that version
[13:13:13 EDT(-0400)] <EricDalquist> we just do our best and when we get the critical issues resolved we do a release
[13:13:19 EDT(-0400)] <MarkRogers> that was a joke ...
[13:13:27 EDT(-0400)] <athena7> lol
[13:13:36 EDT(-0400)] <EricDalquist> I know
[13:13:45 EDT(-0400)] <EricDalquist> Just wanted to explain for the posterity of the logs
[13:14:54 EDT(-0400)] <EricDalquist> the missing portlet patch is in
[13:17:15 EDT(-0400)] <athena7> yea!
[14:02:39 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[14:15:47 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[14:50:27 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[15:08:18 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[15:13:44 EDT(-0400)] <athena7> EricDalquist: are you around?
[15:13:48 EDT(-0400)] <EricDalquist> yup
[15:13:59 EDT(-0400)] <EricDalquist> having fun melting my brain with maven
[15:14:03 EDT(-0400)] <athena7> i'm looking at the PortletPreferencesServiceImpl
[15:14:06 EDT(-0400)] <athena7> oh, lol
[15:14:12 EDT(-0400)] <athena7> maven really can be brain-melting
[15:14:32 EDT(-0400)] <athena7> speaking of which, do we have any docs about how to add more portlets to the portlets-overlay thing?
[15:14:43 EDT(-0400)] <EricDalquist> probably not
[15:14:51 EDT(-0400)] <athena7> i've run across a few people who assumed that was the proper way to add more portlets to uportal
[15:14:58 EDT(-0400)] <athena7> and couldn't figure out how to add more in there
[15:15:18 EDT(-0400)] <athena7> i had to admit that i have no idea, and just use ant deployPortletApp
[15:15:23 EDT(-0400)] <EricDalquist>
[15:15:30 EDT(-0400)] <EricDalquist> well ... it should be:
[15:15:46 EDT(-0400)] <EricDalquist> 1. copy one of the existing overlay projects and tweak for the new portlet
[15:16:08 EDT(-0400)] <EricDalquist> 2. add the new portlet overlay into the <modules> block of the portlet overlays parent project
[15:16:15 EDT(-0400)] <athena7> i'll have to try it
[15:16:21 EDT(-0400)] <grimesp> funny you should mention this, I am trying that approach to deploy my portlets right now
[15:16:23 EDT(-0400)] <EricDalquist> 3. add the dependency and war mapping in the uportal-ear pom
[15:16:42 EDT(-0400)] <athena7> well in that case, i'll let parker try it and tell me if it works 
[15:16:53 EDT(-0400)] * EricDalquist has too much crap in his head that needs to get into the wiki
[15:16:59 EDT(-0400)] <athena7> yeah
[15:17:15 EDT(-0400)] <athena7> to bad we can't just pipe it in there
[15:17:21 EDT(-0400)] <EricDalquist> I wish
[15:17:37 EDT(-0400)] <athena7> so as to the portlet preferences service
[15:17:42 EDT(-0400)] <EricDalquist> might relieve some of the pressure in my head too
[15:17:43 EDT(-0400)] <EricDalquist> oh yeah
[15:17:43 EDT(-0400)] <athena7> we'd talked about having four methods
[15:17:48 EDT(-0400)] <EricDalquist> yup
[15:17:48 EDT(-0400)] <athena7> lol
[15:18:10 EDT(-0400)] <athena7> isStoreInEntity, isLoadFromEntity, isStoreInMemory, isLoadFromMemory
[15:18:11 EDT(-0400)] <EricDalquist> pretty much being able to implement your own logic about where to load/store prefs
[15:18:56 EDT(-0400)] <athena7> it's a little awkward because probably it should be the case that if isStoreInEntity returns true, isStoreInMemory returns false
[15:19:04 EDT(-0400)] <athena7> and so forth
[15:19:22 EDT(-0400)] <athena7> also, what happens if it's set to load from entity, but store in memory?
[15:19:29 EDT(-0400)] <athena7> do we want to handle that?
[15:20:55 EDT(-0400)] <EricDalquist> yeah
[15:21:01 EDT(-0400)] <EricDalquist> I thought that was actually the use-case
[15:21:16 EDT(-0400)] <EricDalquist> the only mutually exclusive settings are the Store ones
[15:21:16 EDT(-0400)] <athena7> well, for yale the desired use case is load from entity, and never make changes
[15:21:28 EDT(-0400)] <EricDalquist> but that is easily documentable
[15:21:41 EDT(-0400)] <EricDalquist> saying 'if isStoreInEntity is true isStoreInMemory will not be called'
[15:21:53 EDT(-0400)] <athena7> so the load shouldn't be mutually exclusive? if both are on, should it just add the session ones to the entity ones?
[15:21:53 EDT(-0400)] <EricDalquist> but beyond that I think any other combination is OK
[15:22:00 EDT(-0400)] <EricDalquist> yeah
[15:22:03 EDT(-0400)] <athena7> ok
[15:22:03 EDT(-0400)] <EricDalquist> so load entity
[15:22:06 EDT(-0400)] <EricDalquist> then session
[15:22:16 EDT(-0400)] <EricDalquist> that would likely be the expected layering
[15:22:31 EDT(-0400)] <athena7> so i think if we're storing in the session, but loading from the entity, we'd need to load all portlet preferences, then immediately store them in the session?
[15:23:40 EDT(-0400)] <EricDalquist> no
[15:23:45 EDT(-0400)] <EricDalquist> the service does overlays
[15:24:22 EDT(-0400)] <athena7> so what would happen if it's set to load from the entity, but not the session, and store in the session?
[15:24:57 EDT(-0400)] <EricDalquist> hrm
[15:25:00 EDT(-0400)] <EricDalquist> good point
[15:25:04 EDT(-0400)] <athena7> the next time getStoredPreferences is called it would only pick up the changes from the entity
[15:25:12 EDT(-0400)] <EricDalquist> so I guess there would be some more rules
[15:25:32 EDT(-0400)] <athena7> ok
[15:25:36 EDT(-0400)] <EricDalquist> I'd honestly not worry about enforcing it in code too much though
[15:25:45 EDT(-0400)] <athena7> ok
[15:25:47 EDT(-0400)] <EricDalquist> and if someone extends it and shoots themselves in the foot ... oh well
[15:26:02 EDT(-0400)] <athena7> i may let this one sit in the back of my brain for a day or two
[15:26:08 EDT(-0400)] <athena7> oh, the other thing
[15:26:12 EDT(-0400)] <athena7> about the javascript renaming
[15:26:26 EDT(-0400)] <athena7> currently the jquery directory includes both the javascript code and the jquery css
[15:26:34 EDT(-0400)] <athena7> i don't think we want the css to get permacached
[15:26:43 EDT(-0400)] <athena7> ok
[15:29:13 EDT(-0400)] <EricDalquist> ah
[15:29:23 EDT(-0400)] <EricDalquist> since the CSS is part of the theme?
[15:29:28 EDT(-0400)] <athena7> well
[15:29:29 EDT(-0400)] <EricDalquist> would people be changing those files?
[15:29:32 EDT(-0400)] <athena7> yes
[15:29:34 EDT(-0400)] <athena7> definitely
[15:29:45 EDT(-0400)] <athena7> right now there's one directory of css per skin
[15:29:56 EDT(-0400)] <athena7> really probably all that stuff should just get moved into the skin directories themselves
[15:30:01 EDT(-0400)] <athena7> it wasn't a great way to set it up
[15:30:44 EDT(-0400)] <EricDalquist> hrm
[15:30:44 EDT(-0400)] <EricDalquist> yeah
[15:31:03 EDT(-0400)] <EricDalquist> so right now if you re-skin you really need to make changes in the skin directory and in the jquery directory?
[15:31:09 EDT(-0400)] <athena7> yeah
[15:31:26 EDT(-0400)] <athena7> so i think it probably makes a lot more sense to move all the jquery skin stuff into the main skin directories
[15:31:31 EDT(-0400)] <athena7> maybe as a sub-dir
[15:31:40 EDT(-0400)] <athena7> then we're left with only javascript in the jquery directory
[15:31:46 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[15:31:50 EDT(-0400)] <athena7> and we could move it into a directory called "lib" or something
[15:34:18 EDT(-0400)] <EricDalquist> that sounds like a good idea ... though I think I'll need to think about it for a bit too
[15:35:01 EDT(-0400)] <athena7> yeah
[15:35:17 EDT(-0400)] <athena7> i'll think about it and propose a directory structure in jira/email for you and others to comment on?
[15:35:27 EDT(-0400)] <EricDalquist> that would be good
[15:43:24 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[15:56:04 EDT(-0400)] <grimesp> deploying portlets the uportal-portlet-overlay way worked. I like that approach, now I don't have to keep a copy of my portlet wars in my Subversion repository.
[15:56:28 EDT(-0400)] <EricDalquist>
[15:56:30 EDT(-0400)] <EricDalquist> yeah
[15:56:41 EDT(-0400)] <EricDalquist> eventually we're going to be doing an all-maven build
[15:56:53 EDT(-0400)] <EricDalquist> but that will be the post 3.0 upgrade projects
General
Content
Integrations