[03:48:10 EST(-0500)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[07:50:34 EST(-0500)] * EricDalquist (n=EricDalq@adsl-76-208-68-161.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[08:05:11 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[09:25:40 EST(-0500)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[09:38:37 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[09:38:54 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:43:16 EST(-0500)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[09:43:23 EST(-0500)] * colinclark (n=colin@bas1-toronto09-1279621564.dsl.bell.ca) has joined ##uportal
[09:43:34 EST(-0500)] <EricDalquist> so in portlets using CSS/JS, the desired pattern is to use the portlet namespace as part of element IDs and use that for targeting JS
[09:43:47 EST(-0500)] <EricDalquist> and only use the class attributes for applying CSS
[09:43:55 EST(-0500)] <EricDalquist> not trying to target CSS by id
[09:55:58 EST(-0500)] <EricDalquist> anyone around?
[10:05:23 EST(-0500)] <dstn> Ya, that is what we followed
[10:05:41 EST(-0500)] <EricDalquist> just got some good answers in fluid-work
[10:05:57 EST(-0500)] <EricDalquist> confirmed that approach ... IDs for targeting elements in JS
[10:06:04 EST(-0500)] <EricDalquist> classes for styling
[10:06:13 EST(-0500)] <dstn> does db-hibernate create hibernate_sequence? I see it drops it but I am not seeing it create it and I know the schema has access to create sequences
[10:12:38 EST(-0500)] <EricDalquist> it should ....
[10:12:41 EST(-0500)] <EricDalquist> what version of up3 are you using?
[10:13:46 EST(-0500)] <dstn> 3.02
[10:13:50 EST(-0500)] <dstn> 3.0.2*
[10:14:07 EST(-0500)] <dstn> I just had it output the sql statements...I think I know what the problem is
[10:15:13 EST(-0500)] <dstn> I have the haltonerror=true on there and so it stops before it gets to the create sequence error
[10:15:32 EST(-0500)] <EricDalquist> ah
[10:15:39 EST(-0500)] <dstn> errors with oracle about already created indexes
[10:16:05 EST(-0500)] <dstn> wonder if hbm2ddl can drop indexes
[10:16:20 EST(-0500)] <EricDalquist> indexes get dropped when the tables get dropped
[10:16:31 EST(-0500)] <EricDalquist> the problem is it tries to create some indexes twice
[10:16:46 EST(-0500)] <EricDalquist> due to the inheritance of some of the tables
[10:16:59 EST(-0500)] <EricDalquist> but that shouldn't be fatal, the table should end up correct
[10:17:00 EST(-0500)] <dstn> i c
[10:17:31 EST(-0500)] <dstn> then the haltonerror=true isn't going to work cause it will cause it to halt for the indexes errors
[10:17:48 EST(-0500)] <dstn> but I still think it should fail if there are problems
[10:17:53 EST(-0500)] <EricDalquist> it should
[10:18:08 EST(-0500)] <EricDalquist> perhaps we need to figure out how to get it to not create the duplicate indexes
[10:18:13 EST(-0500)] <dstn> ya
[10:18:17 EST(-0500)] <EricDalquist> do you see prior create statements for the same index?
[10:18:42 EST(-0500)] <dstn> no actually
[10:18:50 EST(-0500)] <dstn> create index IDX_PORT_DEF__CHAN_DEF on UP_PORTLET_DEF (CHANNEL_DEF_ID);
[10:18:50 EST(-0500)] <dstn> alter table UP_PORTLET_DEF add constraint FKF564C5C91ACC674 foreign key (PORTLET_PREFS_ID) references UP_PORTLET_PREFS;
[10:18:50 EST(-0500)] <dstn> create index IDX_PORT_END__USR_CHAN_SUB on UP_PORTLET_ENT (CHANNEL_SUB_ID, USER_ID);
[10:19:05 EST(-0500)] <dstn> are the only 2 indexes hbm2ddl executes
[10:19:35 EST(-0500)] <EricDalquist> what does the create table statements look like for those tables?
[10:19:47 EST(-0500)] <dstn> hold on, let me pastebin it
[10:20:47 EST(-0500)] <dstn> http://uportal.pastebin.com/m12fc8143
[10:21:01 EST(-0500)] <dstn> that's the whole of sql executed by hbm2ddl
[10:21:15 EST(-0500)] <EricDalquist> and what fails?
[10:21:40 EST(-0500)] <dstn> [hibernatetool] 3 errors occurred while performing <hbm2ddl>.
[10:21:40 EST(-0500)] <dstn> [hibernatetool] Error #1: java.sql.SQLException: ORA-02289: sequence does not exist
[10:21:40 EST(-0500)] <dstn> [hibernatetool] Error #1: java.sql.SQLException: ORA-01408: such column list already indexed
[10:21:40 EST(-0500)] <dstn> [hibernatetool] Error #1: java.sql.SQLException: ORA-01408: such column list already indexed
[10:21:45 EST(-0500)] <EricDalquist> ah well line 15 would fail
[10:21:55 EST(-0500)] <EricDalquist> the drops will fail on an empty DB
[10:22:03 EST(-0500)] <EricDalquist> there isn't anything we can do about that easily
[10:22:44 EST(-0500)] <EricDalquist> line 15 is there because there are two object hierarchies that share the same core tables (definition and entity prefs)
[10:23:11 EST(-0500)] <EricDalquist> line 17 will fail for the same reason
[10:23:31 EST(-0500)] <EricDalquist> well wait ... hrm
[10:23:38 EST(-0500)] <EricDalquist> 15 and 17 are FKs
[10:23:41 EST(-0500)] <EricDalquist> so those would be fine
[10:23:47 EST(-0500)] <EricDalquist> so the first error is the DROP
[10:24:05 EST(-0500)] <dstn> ok, that makes sense
[10:24:14 EST(-0500)] <EricDalquist> which is expected against an empty DB, there isn't a good way to autodetect if the DROPs are needed or not
[10:24:26 EST(-0500)] <dstn> isn't there a DROP IF EXISTS?
[10:24:34 EST(-0500)] <dstn> or is that only in some databases
[10:25:07 EST(-0500)] <EricDalquist> only in some DBs
[10:25:16 EST(-0500)] <dstn> hrm
[10:25:29 EST(-0500)] <EricDalquist> and 12 and 14 fail because of the UNIQUE keyword in the table create statements
[10:25:39 EST(-0500)] <EricDalquist> in oracle that results in a UNIQUE index on the specified column(s)
[10:25:47 EST(-0500)] <EricDalquist> so the additional index is then redundant
[10:25:56 EST(-0500)] <EricDalquist> but I dont' think that is always true
[10:26:06 EST(-0500)] <EricDalquist> other DBs may need the extra index
[10:26:15 EST(-0500)] <EricDalquist> the joy of supporting multiple DBs huh?
[10:26:20 EST(-0500)] <dstn> lol
[10:32:29 EST(-0500)] <EricDalquist> so what was the root motivator for having the db-hibernate task fail fast?
[10:35:24 EST(-0500)] <dstn> well I was running initdb and watching the output and saw a bunch of sql errors fly by but it still completed with SUCCESS
[10:35:37 EST(-0500)] <dstn> doesn't necessarily need to "fail fast"
[10:35:40 EST(-0500)] <EricDalquist> ah yeah
[10:36:00 EST(-0500)] <EricDalquist> I think we just need to document that on some DBs you'll get some errors
[10:36:03 EST(-0500)] <EricDalquist>
[10:36:20 EST(-0500)] <EricDalquist> maybe figure out a way to then sanitity check the DB post init
[10:38:55 EST(-0500)] <dstn> ya
[10:39:14 EST(-0500)] <dstn> I ran into some weird bug when I VERY first ran initdb too
[10:39:30 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:39:32 EST(-0500)] <dstn> SunFire couldn't find the TestCase class
[10:39:43 EST(-0500)] <EricDalquist> that's strange
[10:39:49 EST(-0500)] <EricDalquist> sounds like a maven build problem
[10:39:58 EST(-0500)] <dstn> I looked around on google and people mentioned the possibility of the classpath being maxed out
[10:48:25 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:51:15 EST(-0500)] <athena7> EricDalquist: sorry i missed your message earlier about the CSS stuff - glad you got the answer from fluid
[10:51:34 EST(-0500)] <athena7> i think i already made the change in the bookmarks portlet trunk
[10:51:37 EST(-0500)] <EricDalquist> yeah
[10:51:56 EST(-0500)] <athena7> seems to fix the drag errors we saw
[10:52:01 EST(-0500)] <EricDalquist> the guy I'm working with here is convinced that targeting CSS to ID is the best practice
[10:52:23 EST(-0500)] <athena7> i need to test to make sure the column refresh is working now
[10:52:25 EST(-0500)] <athena7> ah
[10:52:34 EST(-0500)] <athena7> i suppose maybe it is for non-portal development
[10:52:37 EST(-0500)] <athena7> i wouldn't really know
[10:52:58 EST(-0500)] <EricDalquist> I don't think it is, the fluid folks had some good arguments for doing CSS targeting via the class attribute
[10:53:02 EST(-0500)] <EricDalquist> makes the page less brittle
[10:53:06 EST(-0500)] <athena7> but it sounds like there isn't a good way to avoid creating duplicate IDs for draggable objects when they're en route
[10:53:07 EST(-0500)] <athena7> yeah
[10:53:09 EST(-0500)] <athena7> definitely
[10:53:21 EST(-0500)] <athena7> doesn't seem like there's a clear need to use ID-based styles for such things
[11:04:06 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:07:51 EST(-0500)] * dstn can't find Logger.properties ... where did it go
[11:08:00 EST(-0500)] <EricDalquist> log4j.properties
[11:08:19 EST(-0500)] <EricDalquist> uportal-war/src/main/webapp/WEB-INF
[11:08:56 EST(-0500)] <dstn> thanks
[11:09:17 EST(-0500)] <dstn> I sort of expected it to be in uportal-impl/src/main/resources
[11:10:31 EST(-0500)] <EricDalquist> yeah ... it is a little annoying
[11:10:41 EST(-0500)] <EricDalquist> I kind of want -impl and -war to be one module
[11:10:48 EST(-0500)] <EricDalquist> but that doesn't work well for command line tools
[11:10:58 EST(-0500)] <EricDalquist> like dbloader, crn-* and such
[11:11:09 EST(-0500)] <EricDalquist> so it is in -war so it only affects runtime logging
[11:11:26 EST(-0500)] <EricDalquist> there is a command-line log4j properties in -impl that is used for the ant tasks
[11:34:16 EST(-0500)] <dstn> what is the recommended xms/xmx settings for just a local instance of up3?
[11:34:20 EST(-0500)] <dstn> I keep getting permgen errors
[11:35:22 EST(-0500)] <EricDalquist> we have permgen set to 256
[11:40:02 EST(-0500)] <dstn> thks
[12:01:56 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[12:10:12 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[12:44:35 EST(-0500)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:07:59 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[13:39:50 EST(-0500)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[13:53:10 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[14:17:45 EST(-0500)] <athena7> EricDalquist: i think i just tripped across the same issue you reported here - http://forum.springframework.org/showthread.php?p=188156
[14:17:59 EST(-0500)] <athena7> with binding to a Map in spring forms
[14:17:59 EST(-0500)] <EricDalquist> ah
[14:18:03 EST(-0500)] <athena7> is that still an issue?
[14:18:04 EST(-0500)] <EricDalquist> you can do it
[14:18:14 EST(-0500)] <EricDalquist> you just have to decorate your Map with the commons-lang LazyMap
[14:18:39 EST(-0500)]

<EricDalquist> that way doing attributes['$

Unknown macro: {attributeInfo.value}

'] will always return an object

[14:18:55 EST(-0500)] <EricDalquist> I think you can see an example in the attribute swapper flow
[14:19:18 EST(-0500)] <athena7> thanks
[14:19:31 EST(-0500)] <athena7> i'd wondered before what was going on with those Attribute objects
[14:19:34 EST(-0500)] <athena7> i guess that explains it
[14:20:04 EST(-0500)] <EricDalquist> yup
[14:20:45 EST(-0500)] * colinclark (n=colin@bas1-toronto09-1279621564.dsl.bell.ca) has joined ##uportal
[14:21:22 EST(-0500)] * colinclark (n=colin@bas1-toronto09-1279621564.dsl.bell.ca) has left ##uportal
[14:21:27 EST(-0500)] <athena7> if i use the LazyMap can i just use a Map<String,String>?
[14:21:51 EST(-0500)] <EricDalquist> yeah, you'll get a warning but it will work
[14:22:17 EST(-0500)] <EricDalquist> it would be great if there was a JDK5 version of the commons-* libraries
[14:23:00 EST(-0500)] <athena7> ah
[14:26:04 EST(-0500)] <athena7> so is there an existing factory i can re-use for this?
[14:26:11 EST(-0500)] <athena7> i'm not really familiar w/ the lazymap stuff
[14:27:46 EST(-0500)] <EricDalquist> AttributeSwapRequest is an example to look at
[14:28:33 EST(-0500)] <EricDalquist> it looks like the Attribute AttributeFactory classes are in a more widely scoped package and could be reused by other portlets
[14:30:53 EST(-0500)] <athena7> ok
[14:31:03 EST(-0500)] <athena7> yeah i might as well just do it exactly the same way anyway
[14:31:10 EST(-0500)] <athena7> it's easier to deal w/ code that's all written the same way
[14:31:41 EST(-0500)] <EricDalquist> all the lazy map does is call the factory to create a map entry if a map.get() call is for a key that doesn't yet exist
[14:31:54 EST(-0500)] <athena7> ah ok
[14:31:55 EST(-0500)] <athena7> sounds good
[14:32:18 EST(-0500)] <athena7> thanks
[14:40:07 EST(-0500)] <athena7> i have to admit it is kind of funny when i google random things, find a useful post, and then 5 min later realize its yours
[14:40:26 EST(-0500)] <EricDalquist> hah
[14:43:06 EST(-0500)] <holdorph> that happens to me with Terracotta posts
[14:43:32 EST(-0500)] <holdorph> any time i try to google Terracotta questions, I always come up with my own posts on Sakai confluence/jira/mailing list.
[14:47:08 EST(-0500)] <lennard1>

[14:47:51 EST(-0500)] <EricDalquist> so would anyone here be terribly upset if revision numbers in the jasig svn repository changed when we migrated to jira studio?
[14:49:36 EST(-0500)] <athena7> i actually intentionally googled myself to find sakai-cas integration instructions, because i couldn't remember which wiki i wrote them in
[14:49:48 EST(-0500)] <holdorph> lol
[14:49:50 EST(-0500)] <EricDalquist> lol
[14:50:02 EST(-0500)] <athena7> might be kind of a pain as far as JIRA ticket integration goes
[14:50:14 EST(-0500)] <holdorph> Eric this is a small sampling on IRC, so the question should probably go to uportal-dev as well, but I know I won't care about revision numbers.
[14:50:18 EST(-0500)] <athena7> although given how well fisheye works maybe it doesn't matter
[14:50:20 EST(-0500)] <holdorph> as long as all the history makes it.
[14:50:26 EST(-0500)] <EricDalquist> all the history would make it
[14:50:29 EST(-0500)] <athena7> yeah, i think we'd survive
[14:50:32 EST(-0500)] <EricDalquist> we just have about 28000 empty revisions
[14:50:41 EST(-0500)] <athena7> wow.
[14:50:42 EST(-0500)] <holdorph> huh?
[14:50:43 EST(-0500)] <EricDalquist> yeah
[14:50:52 EST(-0500)] <holdorph> whats creating those?
[14:51:00 EST(-0500)] <EricDalquist> so when the migration to svn happened people didn't think about using a test svn repo
[14:51:09 EST(-0500)] <EricDalquist> so there were several test loads
[14:51:13 EST(-0500)] <EricDalquist> and fitlerings along the way
[14:51:19 EST(-0500)] <EricDalquist> but no one ever cleaned up
[14:51:36 EST(-0500)] <lennard1> the team I am on wouldn't care too much Eric
[14:51:37 EST(-0500)] <holdorph> oh, that's another one in favor of not caring about revision numbers
[14:51:39 EST(-0500)] <EricDalquist> so if we drop the empty revs we're actually at rev 16500
[14:51:41 EST(-0500)] <EricDalquist> not 44k
[14:51:52 EST(-0500)] <holdorph> they were originally cvs, so even if they came over, they still wouldn't be right, all the way back in time
[14:52:08 EST(-0500)] <EricDalquist> the positive of doing this is it would make SVn a bit faster
[14:52:23 EST(-0500)] <EricDalquist> as that's few files it has to chug through when doing log calls and such
[14:52:47 EST(-0500)] <EricDalquist> all the JIRA references, history and such would be brought over intact
[14:54:01 EST(-0500)] <EricDalquist> I'll send a note to the dev list though
[15:02:39 EST(-0500)] <athena7> yeah that sounds good to me
[15:04:40 EST(-0500)] <dstn> So I'm getting a NPE that I can't seem to track down when I am logging in using simple security (i.e.) Login?userName=...&password=...
[15:04:52 EST(-0500)] <EricDalquist> what version?
[15:04:53 EST(-0500)] <dstn> http://uportal.pastebin.com/m6322b28d
[15:04:56 EST(-0500)] <dstn> 3.0.2
[15:05:12 EST(-0500)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2166
[15:05:36 EST(-0500)] <dstn> excellent
[15:06:02 EST(-0500)] <dstn> I searched the JIRA's but couldn't find it
[15:06:04 EST(-0500)] <dstn> thank you
[15:06:16 EST(-0500)] <EricDalquist> no problem
[15:10:52 EST(-0500)] <dstn> ahh, I debugged through it and was wondering why if(stopWhenAuthenticated && sctx.isAuthenticated()) returned true
[15:11:06 EST(-0500)] <dstn> now...to locate the fix
[16:06:37 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[16:56:12 EST(-0500)] * anastasiac (n=team@142.150.154.160) has left ##uportal
[17:01:55 EST(-0500)] * apetro_ (n=apetro@12.164.139.7) has joined ##uportal
[17:45:06 EST(-0500)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[19:06:16 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[19:10:40 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[19:29:23 EST(-0500)] * jessm_ (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[19:51:14 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[21:40:37 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[22:43:21 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal

Browser not supported