[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
[16:01:30 EDT(-0400)] * EiNZTEiN_ (n=einztein@205.241.143.4) has joined ##uportal
[16:01:51 EDT(-0400)] <athena7> oh good! i'm glad it worked
[16:01:55 EDT(-0400)] <athena7> that's great
[16:03:31 EDT(-0400)] <grimesp> I am having trouble however getting my portlets registered in up3, has anything changed on that front besides splitting the definition id into the "Portlet Web Application Path" and "Portlet Name"?
General
Content
Integrations