Page Comparison

[03:05:27 CST(-0600)] * esmaway (n=esm@esm.qis.net) has joined ##uportal
[03:05:27 CST(-0600)] * EricDalqui[away] (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[03:43:48 CST(-0600)] * esmaway (n=esm@esm.qis.net) has joined ##uportal
[03:43:48 CST(-0600)] * EricDalqui[away] (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[07:20:34 CST(-0600)] <apetro_work_desk> anybody got any uP2 project news to report? Writing the newsletter draft now...
[08:40:57 CST(-0600)] <esm> none here
[08:48:37 CST(-0600)] * esm_ (n=esm@clue.mse.jhu.edu) has joined ##uportal
[08:48:44 CST(-0600)] <esm_> huh.
[08:48:56 CST(-0600)] <esm_> the university must have changed firewall policy
[08:49:01 CST(-0600)] <esm_> i couldn't connect here from work before
[08:49:20 CST(-0600)] <esm_> now i can kill my screen session at home
[09:48:48 CST(-0600)] <EricDalquist> hows the maven work going esm?
[09:49:14 CST(-0600)] <EricDalquist> I'm taking care of some UW work this week but I hope to fix the rendering context configs next week and have the pluto 1.1 migration done then
[10:02:29 CST(-0600)] <esm> EricDalquist: going ok
[10:02:59 CST(-0600)] <esm> in my experience so far with the codebase, there are probably changes that would be better made to trunk first, before splitting up the code into modules
[10:03:17 CST(-0600)] <EricDalquist> that is probably very true
[10:03:56 CST(-0600)] <esm> because what I'm finding happening is that splitting code into modules "hides" subsequent refactoring, like adding the various factories.
[10:04:19 CST(-0600)] <esm> probably I could manage that process better in my working copy, and therefore have discreet commits
[10:04:39 CST(-0600)] <EricDalquist> ah
[10:04:41 CST(-0600)] <EricDalquist> well
[10:04:43 CST(-0600)] <esm> but i think it would be easier to make the refactoring like adding factories and such as discreet commits on trunk
[10:04:57 CST(-0600)] <esm> making sure the unit tests are passing all the while
[10:05:09 CST(-0600)] <esm> (remember when you split the code up into modules, tests have to be fixed too)
[10:05:13 CST(-0600)] <EricDalquist> I guess we should really talk about what the plan is for dealing with merging the pluto1.1 work and the maven work
[10:05:16 CST(-0600)] <esm> yeah
[10:05:32 CST(-0600)] <esm> honestly i think that the maven2 integration branch is trash
[10:05:39 CST(-0600)] <esm> in the sense that it is "unmergable"
[10:06:00 CST(-0600)] <EricDalquist> how much work do you feel like you'll loose if you just 'ditched' it
[10:06:06 CST(-0600)] <esm> but yes I think a plan is needed
[10:06:08 CST(-0600)] <esm> not much
[10:06:12 CST(-0600)] <esm> well that isn't true
[10:06:14 CST(-0600)] <EricDalquist> versus the knowledge gained from doing the work so far
[10:06:39 CST(-0600)] <esm> there's quite a bit of work that has been accomplished, but like you are alluding to, the value has been doing the exercise itself
[10:06:56 CST(-0600)] <esm> I have tried to document the refactoring work as jira issues, independent of the code module splits
[10:07:10 CST(-0600)] <esm> the refacotring work can be easily re-applied to trunk
[10:07:37 CST(-0600)] <EricDalquist> ok
[10:08:35 CST(-0600)] <esm> the real value i think it applying the refactorings to trunk is that the tests will work
[10:08:38 CST(-0600)] <EricDalquist> hopefully I can get through this non uP3 work done ASAP so I can get back to the pluto 1.1 work and we can be down to one branch with major work
[10:08:46 CST(-0600)] <EricDalquist> yeah
[10:09:00 CST(-0600)] <esm> right now, when I'm doing invasive refactoring, i'm searching through all the spring bean xml files etc.
[10:09:21 CST(-0600)] <esm> and while I think I catch everything i'm not 100% sure I catch it all
[10:09:41 CST(-0600)] <esm> ok cool.
[10:10:18 CST(-0600)] <esm> We can also take the time / opportunity to review what the code modules are, and what they should be named
[10:10:24 CST(-0600)] <EricDalquist> yeah, and I've done some significant work on unit tests in my work too
[10:10:31 CST(-0600)] <EricDalquist> yup
[10:10:46 CST(-0600)] <EricDalquist> right now I'm at the point where everything compiles and the tests pass
[10:10:52 CST(-0600)] <esm> thats awesome
[10:10:53 CST(-0600)] <EricDalquist> I have to finish up a few pluto 1.1 service impls
[10:11:01 CST(-0600)] <EricDalquist> and then fix the up2 context configuration
[10:11:10 CST(-0600)] <EricDalquist> and the data.xml (some of the hibernate mappings had to change)
[10:11:27 CST(-0600)] <esm> cool. Yeah I am working on the contexts now in the maven2 branch
[10:11:30 CST(-0600)] <EricDalquist> I believe that is what I have left to finish it up
[10:11:36 CST(-0600)] <esm> ok that souds good
[10:11:58 CST(-0600)] <esm> so, are we talking the week of march5 for you to be finsihing up pluto then?
[10:12:21 CST(-0600)] <EricDalquist> that is my goal
[10:13:04 CST(-0600)] <esm> maybe we should have a google calendar I'm on the google calendar bandwagon right now
[10:13:04 CST(-0600)] <esm> ok
[10:13:42 CST(-0600)] <esm> so that would be the week of March 12 to either finish up the pluto 1.1 merge with trunk and begin m2 integration
[10:14:08 CST(-0600)] <EricDalquist> yup
[10:14:19 CST(-0600)] <esm> that timeline works well for me b/c we have a new service launching march 5. So that gives me some time to find more places where refactoring would help ease the m2 migration.
[10:14:19 CST(-0600)] <EricDalquist> google cal works for me
[10:14:20 CST(-0600)] <esm> ok
[10:14:31 CST(-0600)] <esm> ok i'll make one, and post url here and on wiki
[10:14:42 CST(-0600)] <EricDalquist> sounds good
[10:14:52 CST(-0600)] <EricDalquist> can you add me as a co-owner?
[10:14:58 CST(-0600)] <esm> i'll work backward from the spring dev meeting
[10:14:59 CST(-0600)] <esm> you bet
[10:15:02 CST(-0600)] <EricDalquist> thanks
[10:15:20 CST(-0600)] <esm> i found a jira widget and good rss widget for mac os 10
[10:15:33 CST(-0600)] <EricDalquist> nice
[10:15:33 CST(-0600)] <esm> fisheye and up3 jira are an "F12" away
[10:15:40 CST(-0600)] <EricDalquist> wish I had a mac @ work
[10:15:48 CST(-0600)] <esm> ah i bring my lap top in
[10:15:59 CST(-0600)] <esm> i call it my itunes machine
[10:16:22 CST(-0600)] <EricDalquist> ah
[10:26:47 CST(-0600)] <esm> nice
[10:35:33 CST(-0600)] <esm> HTML Link: http://www.google.com/calendar/embed?src=uejec98cnqv9bcal2l9aejkjs0%40group.calendar.google.com
[10:35:48 CST(-0600)] <esm> XML: http://www.google.com/calendar/feeds/uejec98cnqv9bcal2l9aejkjs0%40group.calendar.google.com/public/basic
[10:35:58 CST(-0600)] <esm> ICAL: http://www.google.com/calendar/ical/uejec98cnqv9bcal2l9aejkjs0%40group.calendar.google.com/public/basic.ics
[10:43:03 CST(-0600)] <esm> calendar link posted also on the Maven 2 Migration page: http://www.ja-sig.org/wiki/x/iEw
[10:43:07 CST(-0600)] <EricDalquist> cool
[10:43:08 CST(-0600)] <EricDalquist> thanks
[10:43:34 CST(-0600)] <EricDalquist> so I'm thinking once the pluto stuff is done I merge back into trunk (easy since I'm really just replacing trunk with the branch)
[10:43:50 CST(-0600)] <EricDalquist> once that is done we create a 'new' maven branch
[10:43:57 CST(-0600)] <EricDalquist> and we both start working there
[10:44:00 CST(-0600)] * esm nods
[10:44:09 CST(-0600)] <EricDalquist> applying code refactoring first
[10:44:30 CST(-0600)] <EricDalquist> based on your experiance
[10:44:32 CST(-0600)] <esm> excellent. that will work very well.
[10:44:35 CST(-0600)] <EricDalquist> then start moving stuff around
[10:44:42 CST(-0600)] <esm> well question
[10:44:59 CST(-0600)] <esm> after refactoring, do we want to merge that back into trunk before we slice and dice?
[10:45:19 CST(-0600)] <EricDalquist> probably
[10:45:29 CST(-0600)] <esm> k I think that will be best
[10:45:30 CST(-0600)] <EricDalquist> yeah
[10:45:34 CST(-0600)] <EricDalquist> that would work well
[11:06:16 CST(-0600)] * andrew_petro_ubu (n=apetro@uni1.unicon.net) has joined ##uportal
[11:09:39 CST(-0600)] <esm> WSRP4j is ripe for the plucking
[11:19:59 CST(-0600)] <EricDalquist> ?
[11:21:32 CST(-0600)] <esm> sorry random thought
[11:21:50 CST(-0600)] <esm> the single committer is "busy" and he's provided an updated list of what needs to be done
[11:22:27 CST(-0600)] <esm> Konqueror will allow me to browse my subversion repo with webdav
[11:23:04 CST(-0600)] <lescour> i'd like to walk through some of this process, to get familiar with it
[11:24:47 CST(-0600)] <esm> ??
[11:25:30 CST(-0600)] <EricDalquist> I really feel like what needs to be done with WSRP4J is for someone to take pluto 1.1 and axis 2 with the WSRP WSDLs and just start from scratch
[11:25:40 CST(-0600)] <lescour> esm: so i can contribute
[11:26:11 CST(-0600)] <esm> EricDalquist: I agree. "Revolutionary" would be the word there
[11:26:46 CST(-0600)] <esm> but it may be educational to re-visit what's been done with wsrp4j in the time diego has been comitting
[11:26:59 CST(-0600)] <esm> e.g. he's decoupled it from pluto IIRC
[11:27:16 CST(-0600)] <esm> lescour: jump on in!
[11:28:46 CST(-0600)] <esm> lescour: there is probably some documentation that could/shoudl be put on the wiki; i'm not sure i know what is out there
[11:29:05 CST(-0600)] <esm> but I know the community does put a lot of content up
[11:29:14 CST(-0600)] <lescour> Eric linked me to the rc2 roadmap the other day
[11:30:46 CST(-0600)] <lescour> i need to get familiar with how to setup the vanilla uportal, as my experience has been with the unicon one
[11:31:09 CST(-0600)] <esm> ah ic.
[11:32:29 CST(-0600)] <EricDalquist> brb
[11:39:57 CST(-0600)] <EricDalquist> lescour are you asking about setting up uP2 or uP3?
[11:48:38 CST(-0600)] <lescour> 3
[11:49:00 CST(-0600)] <EricDalquist> ah, uP3 is a different beast from uP2
[11:49:20 CST(-0600)] <EricDalquist> what sort of timeline do you have for using it (or are you interested in helping with development?)
[11:49:45 CST(-0600)] <lescour> just the dev side for now
[11:49:54 CST(-0600)] <EricDalquist> ah ok
[11:50:06 CST(-0600)] <lescour> we just got our 2.4 out the door and live
[11:50:10 CST(-0600)] <EricDalquist> cool
[11:50:25 CST(-0600)] <lescour> yes. a long process
[11:50:44 CST(-0600)] <EricDalquist> well right now uP3 is unfortunatly not in the best spot to start new dev but it would probably be good for you to try getting the trunk checked out and setup just so you can play with it
[11:50:58 CST(-0600)] <EricDalquist> are you familiar with checking projects out of SVN?
[11:51:04 CST(-0600)] <lescour> yes
[11:51:54 CST(-0600)] <lescour> if you remember, i am a longtime perforce user, but we are using svn here
[11:52:17 CST(-0600)] <EricDalquist> ah yeah (sorry I don't have the best memory)
[11:52:42 CST(-0600)] <EricDalquist> cool, well I'd recommend checking out the uP3 trunk from SVN and getting that up
[11:52:49 CST(-0600)] <lescour> i just had to describe the svn setup for the security auditor, about 20 minutes ago
[11:52:50 CST(-0600)] <EricDalquist> use HSQL for now
[11:53:39 CST(-0600)] <lescour> is maven in trunk?
[11:53:44 CST(-0600)] <EricDalquist> you may need to edit /portal/properties/rdbm.properties
[11:53:48 CST(-0600)] <lescour> or are you adding it
[11:53:52 CST(-0600)] <EricDalquist> the stuff esm is working on?
[11:53:58 CST(-0600)] <EricDalquist> thats in progress and not usable
[11:54:17 CST(-0600)] <lescour> ok. i'm only vaguely familiar with maven
[11:54:33 CST(-0600)] <EricDalquist> no need for the code in trunk
[11:54:58 CST(-0600)] <EricDalquist> once you have an HSQL database running and a tomcat instance for uP3 you run the initportal ant task
[11:55:03 CST(-0600)] <EricDalquist> which sets everything up
[11:56:01 CST(-0600)] <esm> yes the up3 trunk w/ HSQL sets up very cleanly
[11:56:34 CST(-0600)] <esm> ymmv with other databases atm
[11:56:43 CST(-0600)] <EricDalquist> you should only need to look at /portal/properties/rdbm.properties for the DB config and /portal/build.properties for the tomcat location
[11:57:04 CST(-0600)] <EricDalquist> you'll need Hsql 1.8, tomcat 5.5 and java 5
[11:58:04 CST(-0600)] <esm> I thik that if you use the runDemo.sh from HSQL, you don't even need to edit rdbm.properties
[12:00:34 CST(-0600)] <EricDalquist> I hope all that helps lescour, sorry if it is a bit scattered
[12:03:13 CST(-0600)] <lescour> np. i already have the uP3 code. it is compiling cleanly in eclipse
[12:23:51 CST(-0600)] <lescour> there isn't a runDemo.sh in hsql. there is a demo directory
[12:28:17 CST(-0600)] <esm> yeah under that
[12:28:45 CST(-0600)] <esm> runServer.sh might be it
[12:29:35 CST(-0600)] <esm> i think you run ./runServer.sh -port 8887 uPortalDb
[12:29:48 CST(-0600)] <esm> but rdbm.properties has something in its comments about the command to run
[12:30:27 CST(-0600)] <esm> testing something please ignore
[12:30:28 CST(-0600)] <esm> Now Listening for Kopete - it would tell you what I am listening to, if I was listening to something on a supported media player.
[12:52:08 CST(-0600)] <esm> pluto 1.1 passed vote, now time to push the bits
[12:52:20 CST(-0600)] <EricDalquist> cool
[13:01:09 CST(-0600)] <lescour> runServer -port 8887 -database uPortalDb
[13:01:26 CST(-0600)] <esm> yes that
[13:25:53 CST(-0600)] * lescour (n=JBouncer@adsl-38-10-98.tulsaconnect.com) has joined ##uportal
[15:09:32 CST(-0600)] <EricDalquist> woohoo ldap pooling library is all done for now ( https://mywebspace.wisc.edu/dalquist/web/commons-lcp/site/index.html ) for those interested I'm trying to get it added to the spring-ldap library
[15:24:29 CST(-0600)] <esm> is source available?
[15:24:33 CST(-0600)] <EricDalquist> oh yeah
[15:24:41 CST(-0600)] <EricDalquist> I'll stick it up there
[15:25:27 CST(-0600)] <esm> cool i'm interested in the maven site
[15:26:20 CST(-0600)] <EricDalquist> lol
[15:26:25 CST(-0600)] <EricDalquist> you just want the pom
[15:27:12 CST(-0600)] <esm> is the configuration page generated - the properties - from annotations? or did you hand-write it
[15:27:17 CST(-0600)] <esm> https://mywebspace.wisc.edu/dalquist/web/commons-lcp/site/configuration.html
[15:27:32 CST(-0600)] <EricDalquist> I hand wrote
[15:27:43 CST(-0600)] <EricDalquist> https://mywebspace.wisc.edu/dalquist/web/commons-lcp/commons-lcp-1.0.0-src.zip
[15:28:50 CST(-0600)] <esm> ok i'd be interesetd in using something that will generate documentation like that with annotations. Maven 2 source code does that. All their properties are auto-generated. It shouldn't be hard but I haven't had time to look
[15:29:09 CST(-0600)] <EricDalquist> that would be nice
[15:29:10 CST(-0600)] <esm> thanks just pulled it down
[15:29:50 CST(-0600)] <esm> gotta love internet 2
[15:30:26 CST(-0600)] <EricDalquist> and the fact that the zip is like 30K
[15:31:16 CST(-0600)] <esm> right
[15:31:33 CST(-0600)] <esm> i found java 5-only code in pluto
[15:31:40 CST(-0600)] <EricDalquist> mmmm
[15:31:42 CST(-0600)] <EricDalquist> in 1.1?
[15:32:22 CST(-0600)] <esm> yep. as in, the one that i'm trying to push out but can't because it doesn't build under 1.4
[15:32:44 CST(-0600)] <esm> i can build on 1.5 and -target 1.4 but i'm not sure if that kosher so i need to test
[15:34:11 CST(-0600)] <EricDalquist> what fails?
[15:35:35 CST(-0600)] <esm> 1.5 added a remove method to InheritableThreadLocal and its used in core.ContainerInvocation.java
[15:35:41 CST(-0600)] <EricDalquist> ah
[15:35:42 CST(-0600)] <esm> patching isn't really the issue
[15:35:49 CST(-0600)] <EricDalquist> that .remove method is quite nice
[15:35:53 CST(-0600)] <esm> it is recutting, revoting and all the mess
[15:35:56 CST(-0600)] <EricDalquist> :/
[15:36:01 CST(-0600)] <EricDalquist> yeah that will fail running on 1.4
[15:36:16 CST(-0600)] <esm> yes, i blame sun. they should've had a freaking remove() method in the first place
[15:36:18 CST(-0600)] <EricDalquist> with an AbstractMethodError
[15:36:54 CST(-0600)] <EricDalquist> yeah they should have
[15:37:02 CST(-0600)] <EricDalquist> that was the real hard tradeoff with ThreadLocals pre 5
[15:37:14 CST(-0600)] <EricDalquist> every time you created one there was really no way to release the resources for it
[15:38:32 CST(-0600)] <esm> well, i'm going to write a quick test, make sure that it bombs with 1.4. then probably we will either recut and revote or we will just vote to make 1.5 required.
[15:38:57 CST(-0600)] <esm> and quickly release 1.1.1 patch
[15:39:04 CST(-0600)] <esm> hell or call this 1.2
[15:39:18 CST(-0600)] <EricDalquist>
[15:39:25 CST(-0600)] <EricDalquist> release 1.2 then 1.1 later
[15:39:38 CST(-0600)] <esm> yes that would be the BEST
[15:56:45 CST(-0600)] <lescour> well, i suppose it is time to start moving to 1.5 in general
[15:56:49 CST(-0600)] <lescour> now that 1.6 is out
[16:05:58 CST(-0600)] <EricDalquist> uhg ... I really don't like dbloader
[16:14:08 CST(-0600)] <esm> FSCK
[16:14:19 CST(-0600)] <esm> esm@clue:~/workspace/PlutoASF1.1Trunk/pluto-container$ df -k /
[16:14:19 CST(-0600)] <esm> Filesystem 1K-blocks Used Available Use% Mounted on
[16:14:19 CST(-0600)] <esm> /dev/sdb1 37483560 35579980 0 100% /
[16:14:29 CST(-0600)] <esm> and i was wonering why maven was failing utterly
[16:14:33 CST(-0600)] <EricDalquist> no good
[16:14:39 CST(-0600)] <esm> KILL
[16:16:02 CST(-0600)] <esm> sigh i'm just trying to get work done
[16:16:07 CST(-0600)] <esm> the world is against me
[16:16:23 CST(-0600)] <EricDalquist> rm -Rf /* ?
[16:16:40 CST(-0600)] <EricDalquist> perhaps put a sudo in front of that?
[16:16:45 CST(-0600)] <esm> heheh
[16:16:53 CST(-0600)] <esm> i just removed 3 old versions of yourkit and some snapshots
[16:17:05 CST(-0600)] <EricDalquist> that would help
[16:29:48 CST(-0600)] <esm> testClearInvocation(org.apache.pluto.core.ContainerInvocationTest)java.lang.NoSuchMethodError: java.lang.ThreadLocal.remove()V
[16:29:48 CST(-0600)] <esm> at org.apache.pluto.core.ContainerInvocation.clearInvocation(ContainerInvocation.java:64)
[16:29:48 CST(-0600)] <esm> at org.apache.pluto.core.ContainerInvocationTest.testClearInvocation(ContainerInvocationTest.java:26)
[16:29:48 CST(-0600)] <esm> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[16:29:49 CST(-0600)] <esm> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[16:29:51 CST(-0600)] <esm> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[16:29:53 CST(-0600)] <esm> crap
[16:39:44 CST(-0600)] <EricDalquist> yup
[16:42:45 CST(-0600)] <EricDalquist> yay 'ant db' now works in up3-pluto
[16:49:33 CST(-0600)] * esm cheers
[16:52:09 CST(-0600)] <EricDalquist> now I just need to switch to the pluto deployer tool
[16:52:16 CST(-0600)] <EricDalquist> then I can try starting it up!
[16:55:37 CST(-0600)] <EricDalquist> the deployer is the assemble APIs in the pluto-util component?
[16:59:11 CST(-0600)] <esm> yeah
[16:59:49 CST(-0600)] <EricDalquist> ok ... found the ant task
[17:00:00 CST(-0600)] <esm> yep
[17:00:12 CST(-0600)] <EricDalquist> I think I'm going to have to do a feature request so we can run that task on already packaged WARs
[17:00:22 CST(-0600)] <esm> sure sounds cool
[17:00:29 CST(-0600)] <EricDalquist> although I suppose I could un-pack re-pack in ant as well
[17:01:06 CST(-0600)] <esm> yeah but as you say, it is a "nice to have"
[17:02:23 CST(-0600)] <esm> the m2 integration is nice
[17:02:48 CST(-0600)] <esm> in package lifecycle it will re-write web.xml
[17:03:17 CST(-0600)] <EricDalquist> cool
[17:03:44 CST(-0600)] <esm> ok well, I've had enough of the office. heading home now, but i'll be on later
[17:03:59 CST(-0600)] <esm> because i'm addicted to the innanet
[17:04:08 CST(-0600)] <EricDalquist>
[17:04:10 CST(-0600)] <EricDalquist> later
[17:04:14 CST(-0600)] <esm> heheh cu
[17:04:19 CST(-0600)] * esm (n=esm@clue.mse.jhu.edu) has left ##uportal
[19:09:53 CST(-0600)] * esm (n=esm@esm.qis.net) has joined ##uportal
[21:56:24 CST(-0600)] * jayshao (n=jayshao@ool-44c59034.dyn.optonline.net) has joined ##uportal