Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 41 Next »

[08:15:27 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[08:22:13 EST(-0500)] * bszabo_ (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:10:55 EST(-0500)] * athena7 (n=athena7@99.136.251.32) has joined ##uportal
[09:20:45 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131712.dsl.bell.ca) has joined ##uportal
[09:41:19 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:42:51 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:53:32 EST(-0500)] * bszabo (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:53:36 EST(-0500)] * bszabo (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[09:54:40 EST(-0500)] <dstn> EricDalquist: these are what I deem to be important required entities http://uportal.pastebin.com/m67cf41e3
[09:55:13 EST(-0500)] <EricDalquist> dstn: thanks!
[10:07:21 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131712.dsl.bell.ca) has joined ##uportal
[10:14:02 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:16:16 EST(-0500)] <holdorph> EricDalquist_mtg, when you're done with your meeting, can you take 90 seconds and reply to my jasig panel email?
[10:30:43 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:58:43 EST(-0500)] <dstn> athena7...were there any CSS fixes for chrome in 3.1-rc1?
[10:58:56 EST(-0500)] <athena7> yes
[10:59:06 EST(-0500)] <dstn> I noticed a coworker using it yesterday and the edit/max/etc icons were slightly off
[10:59:10 EST(-0500)] <athena7> actually i think they made it into 3.1-M2 and 3.0.3-RC1
[10:59:11 EST(-0500)] <dstn> ok
[10:59:29 EST(-0500)] <athena7> however, the skin was totally redone for the rc1 and i have no idea if those fixes were preserved
[10:59:43 EST(-0500)] <dstn> totally redone...really
[10:59:51 EST(-0500)] <athena7> if it's still off in rc1 can you file a bug describing the behavior and the browser/skin combination?
[11:00:01 EST(-0500)] <athena7> yeah, it looks like the new jasig website now
[11:00:11 EST(-0500)] <dstn> oh wow, didn't know that
[11:00:17 EST(-0500)] <holdorph> that sux
[11:00:29 EST(-0500)] * dstn still in the process of committing the merge
[11:00:32 EST(-0500)] <holdorph> all my screenshots I did last week. plooey
[11:00:40 EST(-0500)] <dstn> lol
[11:00:42 EST(-0500)] <dstn> pwn3d
[11:00:46 EST(-0500)] <athena7> oh.
[11:00:50 EST(-0500)] <athena7> yes, that does suck
[11:00:51 EST(-0500)] <holdorph> something
[11:01:11 EST(-0500)] <holdorph> i'm all for nice looking skins and themes
[11:01:25 EST(-0500)] <holdorph> but this whole new skin, per release cycle is really kicking my a**
[11:01:47 EST(-0500)] <holdorph> 2.5 -> 2.6, new skin, 2.6 -> 3.0, new skin, 3.0 -> 3.1, new skin
[11:02:15 EST(-0500)] <dstn> hah
[11:02:34 EST(-0500)] <dstn> who did the new skin?
[11:02:53 EST(-0500)] * athena7 suggests holdorph take that one up w/ the other side of his cube wall (smile)
[11:03:24 EST(-0500)] <dstn> whoa, now its gettin personal
[11:03:28 EST(-0500)] <dstn> (wink)
[11:03:37 EST(-0500)] <athena7> lol
[11:03:38 EST(-0500)] <athena7> nah
[11:03:48 EST(-0500)] <holdorph> he wasn't responsible for the first one
[11:03:53 EST(-0500)] <holdorph> but yeah.
[11:04:04 EST(-0500)] <athena7> gary thompson wrote the skins for both 3.0 and 3.1
[11:04:13 EST(-0500)] <holdorph> yeah, but not the 2.6 one
[11:04:17 EST(-0500)] <athena7> yeah
[11:04:20 EST(-0500)] <athena7> i think that was rutgers?
[11:04:21 EST(-0500)] <dstn> cool
[11:04:21 EST(-0500)] * holdorph stares hard at his cube wall
[11:04:25 EST(-0500)] <holdorph> yes
[11:04:28 EST(-0500)] <athena7> i think that was necessitated by an all new theme though
[11:04:44 EST(-0500)] <dstn> does the old one still exist?
[11:04:48 EST(-0500)] <athena7> the themes have changed since then too, but i think not as radically
[11:04:50 EST(-0500)] <athena7> dstn: no
[11:04:52 EST(-0500)] <dstn> i.e. changeable?
[11:04:56 EST(-0500)] <dstn> bummer
[11:05:21 EST(-0500)] <athena7> i think it might be reasonable to put it back in and clean it up for 3.1, but i don't know if people have interest in doing that or not
[11:05:35 EST(-0500)] <athena7> i cleaned up the ivy skin for 3.1, so that's still available
[11:06:59 EST(-0500)] <athena7> there are some changes, but i think it should generally be possible to use old skins in 3.1 with a little bit of editing
[11:07:11 EST(-0500)] <athena7> there are a few ids that changed, and the tabs are now relatively positioned
[11:08:49 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:11:33 EST(-0500)] <athena7> the other major change is that the layout is now div-based, rather than table-based, but that didnt' seem to affect the ivy skin at all
[11:36:56 EST(-0500)] * dstn sigh...eclipse build at 71% forever
[11:42:17 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:49:55 EST(-0500)] * mrogers (n=mrogers@cabinlake.cc.umanitoba.ca) has joined ##uportal
[11:51:07 EST(-0500)] <mrogers> does anyone know if our JIRA instance is, well, having a bad day?
[11:55:06 EST(-0500)] <athena7> i hadn't done anything there today, but now that i try, it doesn't seem to be loading for me
[12:01:05 EST(-0500)] <dstn> Service Temporarily Unavailable
[12:01:09 EST(-0500)] <dstn> for me
[12:01:16 EST(-0500)] <EricDalquist_mtg> hey
[12:01:19 EST(-0500)] <EricDalquist_mtg> so jira is dead?
[12:01:29 EST(-0500)] <dstn> I guess...
[12:01:39 EST(-0500)] <EricDalquist> Ill go kick it
[12:01:46 EST(-0500)] <dstn> lol
[12:08:37 EST(-0500)] <EricDalquist> anyone recommend a good intro to java book
[12:09:42 EST(-0500)] <holdorph> does the person know programming or not?
[12:09:58 EST(-0500)] <EricDalquist> just very basic background
[12:10:07 EST(-0500)] <athena7> headfirst java?
[12:10:14 EST(-0500)] <EricDalquist> that's what I was looking at
[12:10:20 EST(-0500)] <holdorph> back when I was teaching 1st and 2cd semester programming at the university, i found there were two different books
[12:10:50 EST(-0500)] <holdorph> I liked the Deitel and Deitel book for introduction to programming
[12:11:14 EST(-0500)] <holdorph> thinking in java is pretty good if you already knew a programming language before coming to java
[12:11:18 EST(-0500)] <athena7> lunch, back later
[12:11:19 EST(-0500)] <EricDalquist> Java How to Program, 7th Edition by Harvey M. Deitel and Paul J. Deitel
[12:11:37 EST(-0500)] <holdorph> yup
[12:11:55 EST(-0500)] <EricDalquist> great, thanks
[12:12:13 EST(-0500)] <mrogers> i have the Herb Schildt book - Java: A Beginner's Guide (I think, that's what it is called) ... nice entry level book
[12:13:36 EST(-0500)] <mrogers> i had heard that the Headfirst books are good
[12:16:11 EST(-0500)] <EricDalquist> hrm ... so jira is still having issues ...
[12:16:37 EST(-0500)] <mrogers> i still get "Service Temporarily Unavailable"
[12:17:38 EST(-0500)] <mrogers> ... I'll have to remember that one ... "jira is having issues"
[12:21:00 EST(-0500)] <EricDalquist> ok jira is fixed
[12:21:54 EST(-0500)] <mrogers> nice, thanks
[12:33:05 EST(-0500)] * bszabo (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:34:09 EST(-0500)] <EricDalquist> so we have a requirement here that I'm thinking would get filled nicely by a portal web service to generate portal URLs
[12:34:16 EST(-0500)] <EricDalquist> a nice simple REST type WS
[12:34:32 EST(-0500)] <EricDalquist> you could pass in things like fname, parameters, tab name
[12:34:38 EST(-0500)] <EricDalquist> and it spits out a full portal URL for you
[12:35:56 EST(-0500)] * bszabo1 (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:36:01 EST(-0500)] * bszabo1 (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[12:36:46 EST(-0500)] <mrogers> sounds interesting ... what would be the consumer?
[12:37:19 EST(-0500)] <EricDalquist> in this case a little servlet we deploy with a portlet to allow direct linking into the portlet with parameters
[12:37:31 EST(-0500)] <EricDalquist> I don't want to have some remote app hardcode the portal URL format
[12:37:47 EST(-0500)] <EricDalquist> so we're going to make a little servlet in the portlet webapp with its own static url format
[12:38:01 EST(-0500)] <EricDalquist> the servlet could then do a WS call to build the appropriate portal URL and do a redirect
[12:38:31 EST(-0500)] <EricDalquist> if the remote site doing linking to the portal was dynamic it could use the WS directly but it is not (we provide them the URLs they use in a spreadsheet (tongue))
[12:45:13 EST(-0500)] <mrogers> you mentioned a requirement
[12:45:40 EST(-0500)] <EricDalquist> so the requirement is "external site deep links into a portlet"
[12:45:53 EST(-0500)] <EricDalquist> that functionality is there in the portal, fname + parameters
[12:46:18 EST(-0500)] <EricDalquist> the problem with using it as-is is if we ever change the portal URL syntax we break the external site
[12:46:53 EST(-0500)] <EricDalquist> which is where it would be nice to have an API to generate these URLs using the internal URL generate code that exists in the portal
[12:58:43 EST(-0500)] <dstn> doesn't 3.1 require tomcat 6.0?
[12:58:49 EST(-0500)] <EricDalquist> yes
[12:59:27 EST(-0500)] <dstn> Should probably change the build.properties.sample then
[12:59:30 EST(-0500)] <dstn> ##### Replace server.home with the location of Tomcat 5.5 on your machine #####
[12:59:32 EST(-0500)] <EricDalquist> ah
[12:59:40 EST(-0500)] <EricDalquist> do you have it checked out?
[12:59:50 EST(-0500)] <dstn> ya
[12:59:58 EST(-0500)] <EricDalquist> feel free to fix it
[13:00:07 EST(-0500)] <EricDalquist> actually
[13:00:12 EST(-0500)] <EricDalquist> if you have trunk checked out
[13:00:13 EST(-0500)] <EricDalquist> fix it there
[13:00:19 EST(-0500)] <EricDalquist> and I can svnmerge it over
[13:02:56 EST(-0500)] <mrogers> there is also a note near the end of the file referencing 5.5
[13:05:05 EST(-0500)] <dstn> k, I'll remove that too
[13:08:03 EST(-0500)] <mrogers> dumb question probably, but are those references really specific to Tomcat?
[13:08:28 EST(-0500)] <EricDalquist> well the build expects the standard tomcat directory structure
[13:08:30 EST(-0500)] <EricDalquist> so yes
[13:09:37 EST(-0500)] <dstn> comimtted, rev 45181
[13:09:42 EST(-0500)] <dstn> in trunk
[13:10:09 EST(-0500)] <mrogers> isn't that structure common to most containers though?
[13:10:52 EST(-0500)] <EricDalquist> no idea
[13:11:02 EST(-0500)] <EricDalquist> none of it is dictated by the servlet spec
[13:12:18 EST(-0500)] <mrogers> ah
[13:12:39 EST(-0500)] <mrogers> they always seem to my untrained eye to look similar
[13:15:08 EST(-0500)] <dstn> stupid m2eclipse always fails building somewhere on the copy task
[13:25:13 EST(-0500)] <dstn> "Nexus is the kingpin of Maven Repository Managers. It eats other Maven Repository Managers for breakfast and keeps on serving up your artifacts just the way you like them."
[13:26:25 EST(-0500)] <EricDalquist> where is that from?
[13:27:10 EST(-0500)] <dstn> Nexus JIRA Description of the project
[13:27:27 EST(-0500)] <dstn> https://issues.sonatype.org/browse/NEXUS
[13:27:38 EST(-0500)] <dstn> don't know if I agree with it but I thought it was funny
[13:36:27 EST(-0500)] <EricDalquist> well it is quite a bit nicer than the others I've played with
[13:36:40 EST(-0500)] <EricDalquist> if for no other reason than it stores the repository on disk in maven repo format
[13:36:50 EST(-0500)] <EricDalquist> so if nexus crashes, corrupts, whatever
[13:36:56 EST(-0500)] <EricDalquist> you have your whole repo right there
[13:42:24 EST(-0500)] <dstn> Artifactory stores its backups in maven repo format
[13:42:40 EST(-0500)] <EricDalquist> nice
[13:43:12 EST(-0500)] <dstn> haven't used Nexus yet actually, just really like Artifactory
[14:13:05 EST(-0500)] <dstn> is there a reason that export.propreties and import.properties are in /db/entities? I think they'd be better suited in just /properties
[14:13:27 EST(-0500)] <EricDalquist> that's probably a good point
[14:13:41 EST(-0500)] <dstn> k, I'll file a JIRA
[14:13:42 EST(-0500)] <EricDalquist> can you create a jira issue for that and we can see about fixing it before 3.1GA?
[14:13:45 EST(-0500)] <EricDalquist> lol
[14:13:47 EST(-0500)] <EricDalquist> thanks (smile)
[14:14:29 EST(-0500)] <dstn> wait, does /db/entities get included in the impl jar?
[14:15:01 EST(-0500)] <dstn> nm, I know that answer
[14:15:40 EST(-0500)] <EricDalquist> yes
[14:15:49 EST(-0500)] <EricDalquist> everything under uportal-impl/src/main/resources/
[14:15:53 EST(-0500)] <EricDalquist> is included in the jar
[14:16:47 EST(-0500)] <dstn> http://www.ja-sig.org/issues/browse/UP-2320
[14:17:18 EST(-0500)] <EricDalquist> looks good
[14:54:17 EST(-0500)] * dstn is trying to convert personDirectoryContext.xml
[15:14:38 EST(-0500)] <athena7> how goes the person directory stuff, dstn ?
[15:14:50 EST(-0500)] <dstn> think I got it...
[15:14:56 EST(-0500)] <dstn> we'll see (wink)
[15:15:10 EST(-0500)] <dstn> was tryin to understand what some of the properties were
[15:15:10 EST(-0500)] <athena7> yay (smile)
[15:15:21 EST(-0500)] <dstn> it changed from 2.6 to 3.0 and now 3.0 to 3.1
[15:15:27 EST(-0500)] <athena7> when you get to the ldap part, make sure you take a look at the sample file
[15:15:29 EST(-0500)] <athena7> it's a little confusing
[15:15:33 EST(-0500)] <dstn> lol
[15:36:54 EST(-0500)] <dstn> So is there any reason why STRUCT_PARM_VAL in UP_LAYOUT_PARAM has constraint not null? We have a local mod which allows null channel parameters but import is failing because of the constraint...
[15:39:18 EST(-0500)] <athena7> i don't know, but i agree that it would be nice to make that non-null, and to also bring in your other local mod for allowing null channel params
[15:39:46 EST(-0500)] <athena7> we at least need some way of having subscribe-time parameters
[15:40:27 EST(-0500)] <athena7> i don't know if maybe alternatively there's a way of just not adding the parameter until the user sets it
[15:40:49 EST(-0500)] <dstn> Ya, I think we have that marked as something to commit, it was a real small change
[15:41:12 EST(-0500)] <dstn> http://tp.its.yale.edu/confluence/display/YIP/Null+Channel+Parameters
[15:41:22 EST(-0500)] <dstn> ya, just one file
[15:57:26 EST(-0500)] <dstn> So when you fix a bug athena7 and it affects multiple releases...do you have to checkout every patches release and apply it?
[15:57:59 EST(-0500)] <EricDalquist_mtg> are you asking about the uPortal releases in jasig's svn?
[15:58:04 EST(-0500)] <dstn> yes
[15:58:12 EST(-0500)] <EricDalquist> yes ...
[15:58:16 EST(-0500)] <EricDalquist> though I use svnmerge
[15:58:18 EST(-0500)] <dstn> want to fix this
[15:58:18 EST(-0500)] <dstn> http://www.ja-sig.org/issues/browse/UP-2321
[15:58:34 EST(-0500)] <EricDalquist> so I would fix that in trunk
[15:58:35 EST(-0500)] <athena7> yeah i think maybe it's preferable to apply to trunk and use svnmerge to copy as applicable from there?
[15:58:39 EST(-0500)] <EricDalquist> note the rev of the fix
[15:58:45 EST(-0500)] <EricDalquist> then in a checkout of the patches branch run:
[15:58:52 EST(-0500)] <EricDalquist> svnmerge merge -r revnum
[15:59:09 EST(-0500)] <EricDalquist> svn commit -F svnmerge-commit-message.txt
[15:59:24 EST(-0500)] <EricDalquist> svnmerge uses properties to track what changes have been merged from trunk
[15:59:32 EST(-0500)] <EricDalquist> and it will actually apply the changes for you
[15:59:36 EST(-0500)] <EricDalquist> so you have to have a checkout
[15:59:51 EST(-0500)] <EricDalquist> but if the changes can be applied without conflicts its very easy to move them to other branches that way
[16:00:08 EST(-0500)] <dstn> interesting, never used svnmerge
[16:00:09 EST(-0500)] <EricDalquist> I spend a fair ammount of time merging fixes between branches (tongue)
[16:00:16 EST(-0500)] <dstn> lol, I bet
[16:00:25 EST(-0500)] <EricDalquist> http://www.orcaware.com/svn/wiki/Svnmerge.py
[16:00:44 EST(-0500)] <EricDalquist> the painful ones come when a file on trunk has had a new feature added
[16:00:51 EST(-0500)] <EricDalquist> then the fix doesn't always merge cleanly back
[16:01:01 EST(-0500)] <EricDalquist> and you have to reapply the fix by hand
[16:01:04 EST(-0500)] <dstn> oh I bet
[16:01:06 EST(-0500)] <EricDalquist> that isn't that common though
[16:01:17 EST(-0500)] <dstn> merging takes a lot of time
[16:01:25 EST(-0500)] <dstn> or at least it can
[16:02:07 EST(-0500)] <EricDalquist> yup
[16:02:20 EST(-0500)] <dstn> do you have any input about my questions above on up_layout_param?
[16:02:38 EST(-0500)] <EricDalquist> not really
[16:02:44 EST(-0500)] <EricDalquist> how long has it been marked null?
[16:03:01 EST(-0500)] <EricDalquist> I did a bunch of constraint work for 3.1
[16:03:14 EST(-0500)] <athena7> i don' think it was marked null previously
[16:03:16 EST(-0500)] <EricDalquist> so if the not-null constraint was added since 3.0 it can be removed easily
[16:03:29 EST(-0500)] <athena7> but adding a null field did cause a NullPointerException in some class that i've forgotten
[16:03:32 EST(-0500)] <EricDalquist> I just didn't have all the use cases and wanted to be as explicit as possible

  • No labels