uPortal IRC Logs-2008-03-07

[00:15:32 EST(-0500)] * colinclark (n=colin@adsl-69-110-30-151.dsl.pltn13.pacbell.net) has joined ##uportal
[00:58:41 EST(-0500)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[00:58:41 EST(-0500)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
[07:58:33 EST(-0500)] * petter_ (i=petter@brunte.hig.se) has joined ##uportal
[08:00:26 EST(-0500)] <petter_> that logbot scares me a bit
[08:01:30 EST(-0500)] <petter_> Resultat 1 - 5 av 5 vid s?kning efter "java.lang.ClassCastException: org.springframework.web.portlet.DispatcherPortlet". (0,06 sekunder)
[08:01:36 EST(-0500)] <petter_> must be more common than that?
[08:03:43 EST(-0500)] <petter_> ok.. one of those hits seems to be of some relevance
[08:08:21 EST(-0500)] <petter_> ok
[08:08:33 EST(-0500)] <petter_> double check that portlet-api.jar isn't distributed in the war
[08:09:21 EST(-0500)] <jayshao> yeah, that's most common petter_
[08:09:42 EST(-0500)] <petter_> I didn't notice that the war wasn't rebuilt..
[08:09:49 EST(-0500)] <jayshao> ClassCastException almost always means there's an extra jar in a common classloader somewhere
[08:09:52 EST(-0500)] <petter_> deploying the same shit all over and over again
[08:11:43 EST(-0500)] <petter_> the best thing with irc.... if you describe your problem in detail, you propably solve it by yourself
[08:12:04 EST(-0500)] <petter_> if that doesn't help, restart tomcat and try again
[08:12:28 EST(-0500)] <jayshao> I know one company had a big stuffed bear in the corner
[08:12:35 EST(-0500)] <petter_> ohhh
[08:12:37 EST(-0500)] <jayshao> if you had a problem you were supposed to go ask the bear
[08:12:47 EST(-0500)] <jayshao> 1/2 the time, you solved it on the way to talk to the bear
[08:12:52 EST(-0500)] <petter_> I'd rather ask for a beer
[08:12:54 EST(-0500)] <jayshao> and if not... he was a good listener
[08:13:06 EST(-0500)] <jayshao> hmmm... not sure if that would solve or introduce problems...
[08:13:39 EST(-0500)] <petter_> I do my most creative coding when I'm drunk...
[08:13:51 EST(-0500)] <petter_> not best, but most creative
[08:19:58 EST(-0500)] <petter_> bash: locate: command not found
[08:20:02 EST(-0500)] <petter_> we love that one too, right?
[09:24:06 EST(-0500)] * anastasiac (n=team@142.150.154.149) has joined ##uportal
[09:35:04 EST(-0500)] * michelled (n=team@142.150.154.199) has joined ##uportal
[09:38:41 EST(-0500)] * theclown (n=clown@142.150.154.101) has joined ##uportal
[10:01:44 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:03:23 EST(-0500)] * esm (n=esm@128.220.212.115) has joined ##uportal
[10:41:10 EST(-0500)] * colinclark (n=colin@adsl-69-110-30-151.dsl.pltn13.pacbell.net) has joined ##uportal
[10:45:25 EST(-0500)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[11:02:56 EST(-0500)] <EricDalquist> full room again
[11:03:34 EST(-0500)] <athena7> indeed
[11:12:24 EST(-0500)] * apetro_LD830_ubu (n=apetro_L@uni1.unicon.net) has joined ##uportal
[11:39:22 EST(-0500)] * colinclark (n=colin@dwin-wlan-106.AirBears.Berkeley.EDU) has joined ##uportal
[12:33:33 EST(-0500)] <athena7> hi EricDalquist
[12:33:52 EST(-0500)] <athena7> i'm getting another "No IPortletDefinition exists for channelPublishId" error
[12:33:55 EST(-0500)] <athena7> not quite sure what's going on
[12:34:20 EST(-0500)] <EricDalquist> hrm
[12:34:35 EST(-0500)] <EricDalquist> any guesses as to the action that go you there?
[12:34:40 EST(-0500)] <athena7> not quite sure
[12:34:45 EST(-0500)] <athena7> testing out the duke mail portlet
[12:34:50 EST(-0500)] <athena7> i added it via the channel manager
[12:34:54 EST(-0500)] <athena7> then added it to my layout
[12:34:57 EST(-0500)] <EricDalquist> I'm still a little skeptical about the current code that tries to create the IPortletDefinition after channel publishing
[12:34:57 EST(-0500)] <athena7> then deleted it
[12:34:59 EST(-0500)] <athena7> and readded it
[12:35:06 EST(-0500)] <athena7> at which point i got the error
[12:35:10 EST(-0500)] <EricDalquist> ok
[12:35:15 EST(-0500)] <EricDalquist> that's a good recap
[12:35:22 EST(-0500)] <athena7> yeah, looking in the database, it looks like there's an entry in up_channel, but not in channel_def_id
[12:35:30 EST(-0500)] <EricDalquist> I wonder if there is some incorrect cascading config in hibernate
[12:35:57 EST(-0500)] <athena7> it kind of feels like i have more problems when adding something via the channel manager than when it's added from the import/export tool
[12:36:06 EST(-0500)] <EricDalquist> yeah
[12:36:10 EST(-0500)] <athena7> which would be relevant if that actually turns out to be the case
[12:36:12 EST(-0500)] <EricDalquist> that could be too
[12:36:43 EST(-0500)] <EricDalquist> I probably can't get time to look at it today but I'll take a look as soon as I have some free time
[12:36:47 EST(-0500)] <athena7> sure
[12:36:57 EST(-0500)] <athena7> i wanted to at least point it out
[12:37:16 EST(-0500)] <athena7> i've had a couple times too where i added something via the channel manager, and after restarting, i couldn't find it
[12:37:18 EST(-0500)] <EricDalquist> thanks, got to get as many of these bugs out as we can
[12:37:23 EST(-0500)] <athena7> absolutely
[12:37:28 EST(-0500)] <EricDalquist> hrm
[12:37:38 EST(-0500)] <athena7> if i have time i'll try and get some more detailed troubleshooting info and test scenarios
[12:37:39 EST(-0500)] <EricDalquist> can you create Jira issues for these too?
[12:37:44 EST(-0500)] <athena7> sure
[12:37:46 EST(-0500)] <EricDalquist> thanks
[12:37:53 EST(-0500)] <EricDalquist> just want to make sure we don't forget stuff
[12:37:56 EST(-0500)] <athena7> yeah
[12:38:07 EST(-0500)] <athena7> i'll try and see if i can find a test scenario that's reliably broken
[12:38:12 EST(-0500)] <athena7> feels a little random right now
[12:38:28 EST(-0500)] <EricDalquist> my first guess would be the delete from the layout
[12:38:37 EST(-0500)] <EricDalquist> and an incorrect cascading delete
[12:38:48 EST(-0500)] <athena7> that makes sense
[12:38:53 EST(-0500)] <athena7> is that all hibernateified now?
[12:38:57 EST(-0500)] <EricDalquist> second would be something in the channel manager publishing process not correctly creating the IPortletDefinition
[12:39:04 EST(-0500)] <EricDalquist> all the portlet domain objects are
[12:39:14 EST(-0500)] <EricDalquist> the code is actually all JPA annotations
[12:39:19 EST(-0500)] <EricDalquist> with hibernate as the JPA provider
[12:39:43 EST(-0500)] <athena7> ahh
[12:39:47 EST(-0500)] <EricDalquist> with a goal of as each dao item in up3 is refactored/created we move to that approach
[12:39:52 EST(-0500)] <athena7> where are the configurations defined?
[12:39:55 EST(-0500)] <EricDalquist> get rid of all of the sql and get a real caching layer
[12:40:08 EST(-0500)] <EricDalquist> the mappings are all on the objects themselves
[12:40:12 EST(-0500)] <EricDalquist> via the annotations
[12:40:17 EST(-0500)] <athena7> oh cool
[12:40:26 EST(-0500)] <athena7> i haven't really played with jpa yet
[12:40:53 EST(-0500)] <EricDalquist> take a look at the PortletEntityImpl and PortletDefinitionImpl classes
[12:41:29 EST(-0500)] <athena7> thanks!
[12:41:47 EST(-0500)] <EricDalquist> yup
[12:42:00 EST(-0500)] <athena7> i'll look around a little
[12:42:18 EST(-0500)] <athena7> off to lunch for a bit now
[12:48:00 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[12:49:57 EST(-0500)] * colinclark_ (n=colin@dwin-wlan-106.AirBears.Berkeley.EDU) has joined ##uportal
[13:59:50 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[14:47:14 EST(-0500)] <athena7> ok eric, i've confirmed that creating a portlet works fine, but that the portlet definition gets eaten when the portlet's deleted from the layout
[14:47:32 EST(-0500)] <athena7> this channel does have an entry in up_portlet_ent
[14:47:38 EST(-0500)] <athena7> which may or may not make a difference
[14:47:41 EST(-0500)] <EricDalquist> it does?
[14:47:43 EST(-0500)] <athena7> yeah
[14:47:53 EST(-0500)] <EricDalquist> so it has an entry in up_portlet_ent but not in up_portlet_def ....
[14:48:01 EST(-0500)] <athena7> oh i mean it puts something there to start out with
[14:48:06 EST(-0500)] <EricDalquist> ohuh
[14:48:08 EST(-0500)] <athena7> when the portlet's deleted, both disappear
[14:48:12 EST(-0500)] <EricDalquist> uhoh
[14:48:18 EST(-0500)] <EricDalquist> ah
[14:48:31 EST(-0500)] <athena7> i mention that because i don't know if a portlet that doesn't record anything there would get deleted as well
[14:48:44 EST(-0500)] <EricDalquist> so when you publish and subscribe there is an entry in up_channel, and up_portlet_ent
[14:48:49 EST(-0500)] <EricDalquist> but not in up_portlet_dev?
[14:48:54 EST(-0500)] <EricDalquist> er up_portlet_def
[14:49:00 EST(-0500)] <athena7> yes, there's an entry in up_portlet_def
[14:49:18 EST(-0500)] <athena7> and when i add the portlet to my layout an entry is made in up_portlet_ent
[14:49:30 EST(-0500)] <athena7> when i delete the portlet from my layout, the entry in up_portlet_def disappears
[14:51:15 EST(-0500)] <EricDalquist> uhg ok I think I found the problem
[14:51:30 EST(-0500)] <athena7>
[14:52:00 EST(-0500)] <EricDalquist> can you go into PortletEntityImpl
[14:52:07 EST(-0500)] <EricDalquist> and change line 64 to:
[14:52:07 EST(-0500)]

[14:52:12 EST(-0500)] <athena7> yep!
[14:52:17 EST(-0500)] <EricDalquist> it was set to cascade all
[14:52:27 EST(-0500)] <EricDalquist> which was likely cascading the deletes up the object model
[14:52:37 EST(-0500)] <athena7> yeah
[14:52:41 EST(-0500)] <athena7> i'll rebuild and test
[14:52:44 EST(-0500)] <EricDalquist> thanks
[14:52:55 EST(-0500)] <athena7> no problem
[14:53:02 EST(-0500)] <athena7> glad we're finding stuff like this now
[14:53:09 EST(-0500)] <EricDalquist> and now you have a reason to go poke around in the JPA annotations
[14:53:24 EST(-0500)] <EricDalquist> that stuff is so much more enjoyable to work with than SQL
[14:53:31 EST(-0500)] <athena7> yeah i looked at the code briefly
[14:53:33 EST(-0500)] <athena7> it looks nice
[14:53:38 EST(-0500)] <athena7> and potentially an improvement over just hibernate
[14:53:43 EST(-0500)] <EricDalquist> yeah
[14:53:43 EST(-0500)] <athena7> i'll have to learn more about it
[14:53:48 EST(-0500)] <athena7> annotations are cool
[14:53:55 EST(-0500)] <EricDalquist> well the 'in theory' bit is we aren't really tied to hibernate
[14:53:57 EST(-0500)] <athena7> i really enjoyed being able to set up caching so easily
[14:54:04 EST(-0500)] <EricDalquist> we do use a few hibernate specific annotations
[14:54:07 EST(-0500)] <athena7> ah
[14:54:26 EST(-0500)] <EricDalquist> but they aren't required (they're for things like more complex indexes and lazy loading)
[14:54:30 EST(-0500)] <athena7> yeah
[15:01:44 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[15:06:15 EST(-0500)] <athena7> ok, looks to be fixed!
[15:06:19 EST(-0500)] <EricDalquist> yay
[15:06:25 EST(-0500)] <athena7> do you want me to check that in for you, or do you want to take care of it later?
[15:06:33 EST(-0500)] <EricDalquist> if you could that would be great
[15:06:37 EST(-0500)] <athena7> sure, no problem
[15:06:42 EST(-0500)] <athena7> i'll resolve the ticket too
[15:06:45 EST(-0500)] <athena7> thanks so much!
[15:06:49 EST(-0500)] <EricDalquist> I'm currently going through and doing a gap analysis for our up3 upgrade
[15:06:56 EST(-0500)] <athena7> oh nice
[15:06:56 EST(-0500)] <EricDalquist> very exciting stuff
[15:07:17 EST(-0500)] <athena7> i'd like to try and take inventory of our codebase sometime soon
[15:08:20 EST(-0500)] <EricDalquist> yeah it is a bit overwhelming, I'm wading through the diff between the HEAD of uPortal in CVS and the HEAD of the vendor branch
[15:08:28 EST(-0500)] <EricDalquist> which is 2.5.something
[15:08:37 EST(-0500)] <EricDalquist> and our uPortal code is closer to 2.6
[15:10:08 EST(-0500)] <athena7> ahh
[15:10:16 EST(-0500)] <athena7> we're on 2.6
[15:10:24 EST(-0500)] <athena7> i'm hoping to do a diff soon
[15:59:55 EST(-0500)] * michelled (n=team@142.150.154.199) has left ##uportal
[18:02:38 EST(-0500)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[18:08:20 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[18:47:29 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[20:23:22 EST(-0500)] * jayshao_ (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
[20:33:28 EST(-0500)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal