[00:27:44 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[00:40:26 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[01:10:07 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[07:53:41 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[08:27:19 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[08:51:27 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[08:57:59 EDT(-0400)] * colinclark (n=colin@CPE0014d13fa0bb-CM0018c0c60930.cpe.net.cable.rogers.com) has joined ##uportal
[08:58:21 EDT(-0400)] * colinclark_ (n=colin@bas2-toronto09-1176130727.dsl.bell.ca) has joined ##uportal
[09:34:58 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:09:44 EDT(-0400)] * SusanB (i=user@susan-x200.its.yale.edu) has joined ##uportal
[10:14:12 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130727.dsl.bell.ca) has joined ##uportal
[10:40:21 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:42:05 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[10:49:38 EDT(-0400)] <athena> EricDalquist: i'm having some really weird problems with setting the new uportal plugin to <inherited>false</inherited
[10:49:45 EDT(-0400)] <athena> wasn't sure if you'd ever run into something like it
[10:49:51 EDT(-0400)] <EricDalquist> what are you running into/
[10:50:01 EDT(-0400)] <athena> basically it seems like none of the <configuration/> section is applied when i turn off the inherited prop
[10:50:11 EDT(-0400)] <EricDalquist> weird
[10:50:15 EDT(-0400)] <EricDalquist> what version of maven are you using?
[10:50:24 EDT(-0400)] <athena> 2.0.10
[10:50:42 EDT(-0400)] <EricDalquist> that is strange
[10:50:47 EDT(-0400)] <EricDalquist> though
[10:51:11 EDT(-0400)] <EricDalquist> having it be inherited may not be bad if it doesn't bind to any of the normal lifecycles
[10:51:24 EDT(-0400)] <EricDalquist> its just dangerous if you have something in the parent that like binds to clean
[10:51:32 EDT(-0400)] <athena> it doesn't, but it makes it slow
[10:51:37 EDT(-0400)] <EricDalquist> ah
[10:51:52 EDT(-0400)] <EricDalquist> I've had a lot of luck in the maven irc channel
[10:52:02 EDT(-0400)] <EricDalquist> http://maven.apache.org/community.html
[10:52:02 EDT(-0400)] <athena> ok, maybe i'll try that
[10:52:05 EDT(-0400)] <athena> thanks
[10:52:11 EDT(-0400)] <athena> i don't know if it's something i did wrong, or what
[11:12:48 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:14:45 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:20:34 EDT(-0400)] <athena> i'm a little worried that this is actually a maven problem
[11:20:39 EDT(-0400)] <athena> i don't see what it wouldnt' work
[11:20:40 EDT(-0400)] <athena> :/
[11:21:08 EDT(-0400)] <EricDalquist> try mvn 2.1?
[11:21:30 EDT(-0400)] <athena> yeah i guess i could try that
[11:21:39 EDT(-0400)] <athena> sounds like cris got it working w/ uportal okO?
[11:22:18 EDT(-0400)] <EricDalquist> yeah it should work
[11:22:23 EDT(-0400)] <EricDalquist> and I'd be fine requiring that for 3.2
[11:23:00 EDT(-0400)] <athena> we'll see if it makes a difference
[11:29:23 EDT(-0400)] <athena> argh
[11:29:26 EDT(-0400)] <athena> that doesn't help
[11:29:58 EDT(-0400)] <EricDalquist> any luck on #maven?
[11:30:52 EDT(-0400)] <athena> nope
[11:31:03 EDT(-0400)] <athena> don't know if anyone's really around
[11:31:25 EDT(-0400)] <EricDalquist> ah
[11:31:37 EDT(-0400)] <EricDalquist> if you want to pastebin a patch of your changes I can look
[11:32:22 EDT(-0400)] <athena> yeah maybe another pair of eyes will help, thanks
[11:32:49 EDT(-0400)] <athena> <plugin>
[11:32:49 EDT(-0400)] <athena> <artifactId>maven-uportal-plugin</artifactId>
[11:32:50 EDT(-0400)] <athena> <groupId>org.jasig.portal</groupId>
[11:32:50 EDT(-0400)] <athena> <version>1.0.0-SNAPSHOT</version>
[11:32:50 EDT(-0400)] <athena> <inherited>false</inherited>
[11:32:51 EDT(-0400)] <athena> <configuration>
[11:32:52 EDT(-0400)] <athena> <artifactId>uportal-ear</artifactId>
[11:32:54 EDT(-0400)] <athena> <artifactGroupId>org.jasig.portal</artifactGroupId>
[11:32:56 EDT(-0400)]
<athena> <artifactVersion>$
</artifactVersion>
[11:32:58 EDT(-0400)] <athena> <removeExistingDirectories>true</removeExistingDirectories>
[11:33:00 EDT(-0400)] <athena> <extractWars>true</extractWars>
[11:33:02 EDT(-0400)] <athena> </configuration>
[11:33:04 EDT(-0400)] <athena> </plugin>
[11:33:06 EDT(-0400)] <athena> ack
[11:33:08 EDT(-0400)] <athena> http://uportal.pastebin.com/m4857512d
[11:33:08 EDT(-0400)] <EricDalquist> lol
[11:33:10 EDT(-0400)] <athena> that was what i actually meant to paste
[11:33:12 EDT(-0400)] <athena> first section works, second doesn't
[11:33:52 EDT(-0400)] <EricDalquist> so with the second it gets called but no config data shows up?
[11:34:20 EDT(-0400)] <athena> exactly
[11:34:42 EDT(-0400)] <EricDalquist> weird
[11:34:48 EDT(-0400)] <athena> i've seen some references to configuration data not being available in an execution block, but i'm not using those
[11:34:53 EDT(-0400)] <EricDalquist> I guess I need to learn more about writing maven plugins
[11:35:08 EDT(-0400)] <athena> apparently the execution blocks only work when you're binding to a maven lifecycle phase, but not from the command line
[11:35:32 EDT(-0400)] <EricDalquist> ah
[11:36:03 EDT(-0400)] <athena> but this really should work
[11:36:34 EDT(-0400)] <athena> and i don't think there's a maven phase it would actually be appropriate to bind this to
[11:36:40 EDT(-0400)] <EricDalquist> this is in the root pom?
[11:37:57 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:38:50 EDT(-0400)] <athena> yeah
[11:39:22 EDT(-0400)] <athena> if we put it in the uportal-ear pom i'm not sure the goal would be available from the root
[11:44:31 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:56:03 EDT(-0400)] <athena> ok, does <inherited/> just not do what i think it does?
[11:56:13 EDT(-0400)] <athena> it looks like this plugin is being run for the child modules
[12:08:34 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[12:32:01 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-cab457e550169a1e) has joined ##uportal
[12:33:53 EDT(-0400)] <invisibill> Greetings EircDalquist: what version / product of hyperion are you using for the collected statistics data in the 3.1 uportal? we're looking for a tool to use for analysis.
[12:42:17 EDT(-0400)] * Sememmon (n=Sememmon@uni1.unicon.net) has joined ##uportal
[13:12:25 EDT(-0400)] <awills> so dealing with the data for UP_SS_USER_ATTS through the uP APIs based on UserPreferences & ssup/tsup is taking a massively disproportionate amount of time to troubleshoot
[13:12:36 EDT(-0400)] <EricDalquist>
[13:12:53 EDT(-0400)] <EricDalquist> makes you wish there were real DAOs huh
[13:13:05 EDT(-0400)] <EricDalquist> invisibill: I don't know, I'm not the person directly using it
[13:13:14 EDT(-0400)] <EricDalquist> if you email that question to uportal-user I can point my manager to it
[13:13:25 EDT(-0400)] <awills> yeah this part of the framework needs an overhaul
[13:13:31 EDT(-0400)] <EricDalquist> heh
[13:13:32 EDT(-0400)] <EricDalquist> yeah
[13:13:44 EDT(-0400)] <EricDalquist> user, layout, attribute storage is all SCARY
[13:13:51 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[13:13:57 EDT(-0400)] <EricDalquist> also we are still working on incubating the aggregation tool but that likely won't happen for another few weeks
[13:16:14 EDT(-0400)] <awills> SCARY is accurate... e.g., it traverses the DOM using calls like "myNode.getFirstChild().getFirstChild()" which throws NPE if there's ignorable whitespace
[13:16:27 EDT(-0400)] <EricDalquist> yup
[13:16:40 EDT(-0400)] <awills> here's the impl of USER_ATTS atm: http://uportal.pastebin.com/d6a7eb3f5
[13:17:07 EDT(-0400)] <EricDalquist>
[13:17:23 EDT(-0400)] <awills> 91 lines of mostly cruft
[13:17:28 EDT(-0400)] <EricDalquist> yup
[13:18:02 EDT(-0400)] <EricDalquist> my guess is if we had the time to do a bit of redesign and reimplement the rendering pipe and layout/attr stores we could drop tens of thousands of LOC{color}
[13:18:09 EDT(-0400)] <EricDalquist> and have a faster portqal
[13:18:54 EDT(-0400)] <awills> i think you're right... multiple 10k LOC
[13:19:09 EDT(-0400)] <EricDalquist> oh well
[13:19:25 EDT(-0400)] <EricDalquist> maybe I can start documenting some of my ideas and things we had done in the sandbox in the next month or two
[13:19:35 EDT(-0400)] <EricDalquist> there were some neat ideas there
[13:20:39 EDT(-0400)] <awills> i bet we could accomplish much even w/in the existing set of interfaces
[13:21:02 EDT(-0400)] <EricDalquist> oh yeah
[13:21:13 EDT(-0400)] <EricDalquist> I don't think a new impl would be that much different from the existing APIs
[13:21:35 EDT(-0400)] <invisibill> Thanks EricDalquist. I send it along to the uportal-user list.
[13:21:36 EDT(-0400)] <EricDalquist> but for now I have to come up with a bookmarkable URL system for uPortal
[13:21:49 EDT(-0400)] <EricDalquist> I think I'm going to build on your existing tab-fname work
[13:22:18 EDT(-0400)] <awills> though we could enhance the APIs massively with a few little niceties like – i don't know – a UserPreferences.clear() method
[13:23:07 EDT(-0400)] <EricDalquist> hah
[13:23:27 EDT(-0400)] <EricDalquist> well abstracting all that stuff out into DAOs that have more standard CRUD operations would be huge
[13:23:43 EDT(-0400)] <EricDalquist> it is so hard for a lot of it because the data access logic is embedded with the actual functional logic of the store
[13:24:11 EDT(-0400)] <EricDalquist> plus since that old stuff has no referential integrity it is REALLY easy to break the portal{color}
[13:25:42 EDT(-0400)] <awills> well i have this layout doc importing and rendering appropriately in the portal, afaik: http://uportal.pastebin.com/d9f6cb2d
[13:26:00 EDT(-0400)] <EricDalquist> great
[13:26:24 EDT(-0400)] <EricDalquist> once you get that committed and before it is released I'll look into supporting preferences for transient portlets
[13:26:36 EDT(-0400)] <awills> great
[13:27:06 EDT(-0400)] <EricDalquist> I'm thinking it will just look like: <entry entity="" channel="jasig-test-portlet" name="">
[13:27:11 EDT(-0400)] <EricDalquist> so that's easy
[13:27:11 EDT(-0400)] <awills> and fyi, the portlets I moved on the Welcome fragment before export are still moved after import
[13:27:21 EDT(-0400)] <EricDalquist> great
[13:27:26 EDT(-0400)] <EricDalquist> what about tab level moves?
[13:27:42 EDT(-0400)] <EricDalquist> so rearrange some tabs, delete one, change ones name
[13:27:44 EDT(-0400)] <awills> like, reodering tabs?
[13:27:50 EDT(-0400)] <EricDalquist> all of those create dlm nodes
[13:27:54 EDT(-0400)] <EricDalquist> yeah
[13:27:59 EDT(-0400)] <awills> k
[13:30:08 EDT(-0400)] <dstn> EricDalquist, I am using the ajax support library to make an ajax request when the page loads and I'm getting the following: http://uportal.pastebin.com/m1225e5dc any ideas?
[13:30:45 EDT(-0400)] <EricDalquist> hrm
[13:31:05 EDT(-0400)] <EricDalquist> something is writing to the response before you try to send the redirect
[13:31:48 EDT(-0400)] <EricDalquist> that is a pita to track down
[13:32:08 EDT(-0400)] <EricDalquist> I think setting the content type or writing to the output stream of the response makes it invalid to send a redirect with
[13:35:21 EDT(-0400)] <dstn> hmm...I wonder if the interceptor has anything to do with that
[13:35:35 EDT(-0400)] <dstn> thanks for the pointers, I'll try to track it down
[13:35:39 EDT(-0400)] <EricDalquist> yup
[13:41:34 EDT(-0400)] <awills> so when I moved tabs around and exported, i got duplicates of the preferences entries (commented at bottom): http://uportal.pastebin.com/d58d9cadf
[13:42:06 EDT(-0400)] <awills> which wouldn't re-import, but when i commented them the document imported
[13:42:14 EDT(-0400)] <EricDalquist> interesting
[13:42:42 EDT(-0400)] <EricDalquist> it could be that portlet preferences are getting duplicated in the db when a tab moves
[13:43:24 EDT(-0400)] <awills> but none of what I did actually tested what you asked about, since it looks like i really need to move a DLM frag... which will require permissions chanegs first O.o
[13:44:21 EDT(-0400)] <EricDalquist> ah yeah
[13:45:45 EDT(-0400)] <dstn> turns out it was the interceptor: org.springframework.web.portlet.handler.ParameterMappingInterceptor
[13:45:56 EDT(-0400)] <EricDalquist> ah
[13:46:11 EDT(-0400)] <EricDalquist> that makes sense
[13:46:18 EDT(-0400)] <EricDalquist> it calls setRenderParam before the redirect