Page Comparison

[07:52:46 EDT(-0400)] * EricDalquist (n=EricDalq@76.210.62.168) has joined ##uportal
[09:15:02 EDT(-0400)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[09:47:27 EDT(-0400)] * Topic is 'virtualizing the virtual machine, virtually' set by esm on 2007-09-05 09:47:27 EDT(-0400)
[09:59:34 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:24:20 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has left ##uportal
[10:28:25 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:28:56 EDT(-0400)] <EricDalquist> oi ... so one very very annoying problem with Ubuntu on this laptop ... about once a month the keyboard just stops working
[10:29:20 EDT(-0400)] <EricDalquist> and every 'fix' I've seen online involves unplug/re-plug the keyboard ... doesn't work so hot with a laptop
[11:14:08 EDT(-0400)] <pberry> what's the hardware?
[11:14:43 EDT(-0400)] <EricDalquist> Dell Inspiron 9400
[11:15:08 EDT(-0400)] <EricDalquist> definitely not a big enough issue to send me back to Windows
[11:15:26 EDT(-0400)] <EricDalquist> but I get sad when I have to ruin a 30+ day uptime because of a weird keyboard issue
[11:16:30 EDT(-0400)] <pberry> give yourself a few years and uptime on you desktop will be pretty meaningless
[11:16:35 EDT(-0400)] <pberry> your
[11:17:06 EDT(-0400)] <pberry> I remember I got to the point where I would reboot every day just to mess up the "uptime contents"
[11:17:14 EDT(-0400)] <pberry> contests
[11:17:16 EDT(-0400)] <pberry> geez
[11:17:18 EDT(-0400)] <EricDalquist> lol
[11:17:20 EDT(-0400)] <pberry> it's going to be one of those days
[11:46:07 EDT(-0400)] <EricDalquist> oi
[11:46:31 EDT(-0400)] <EricDalquist> I'm finding all sorts of bits in uP2 that don't play nice if the code & resources are in a JAR instead of expanded on the filesystem
[12:34:04 EDT(-0400)] <apetro_work_desk> yup
[12:34:25 EDT(-0400)] <EricDalquist> though I am having fun with ant and the uptodate task
[12:34:28 EDT(-0400)] <apetro_work_desk> the .car support code help any with this? Isn't that able to resolve resources in .jars?
[12:34:45 EDT(-0400)] <EricDalquist> I'll have to peak
[12:34:55 EDT(-0400)] <EricDalquist> the only big one that was a problem so far is DTDResolver
[12:36:05 EDT(-0400)] <EricDalquist> which I have resolved for the command line
[12:36:16 EDT(-0400)] <EricDalquist> once I get it deployed I'll see if it needs further tweaking
[12:36:40 EDT(-0400)] <EricDalquist> I have the db task working
[12:37:00 EDT(-0400)] <EricDalquist> the maven ant tasks are quite handy for doing this integration work
[12:40:05 EDT(-0400)] <EricDalquist> grr
[12:40:24 EDT(-0400)] <EricDalquist> I really wish you could have multi-line descriptions in the ant <target description=""> attribute
[12:41:36 EDT(-0400)] <EricDalquist> oh
[12:41:39 EDT(-0400)] <EricDalquist> apparently you can
[12:41:50 EDT(-0400)] <EricDalquist> use the <description> child element instead of the description attribute
[12:43:02 EDT(-0400)] <EricDalquist> oh ... maybe not
[12:43:35 EDT(-0400)] <EricDalquist> looks like <description> applies to the root of the build file, not an individual target :/
[12:48:05 EDT(-0400)] * Topic is 'describing the description attribute' set by apetro_work_desk on 2007-09-05 12:48:05 EDT(-0400)
[12:48:31 EDT(-0400)] <EricDalquist>
[13:24:54 EDT(-0400)] <pberry> You can play Sudoku on an iPod nano now. I can finally die happy...
[13:33:22 EDT(-0400)] <EricDalquist> lol
[13:33:32 EDT(-0400)] <apetro_work_desk> more fun to use the Confluence macro
[13:33:49 EDT(-0400)] <apetro_work_desk> Could probably implement Suduko using Inform
[13:33:56 EDT(-0400)] <apetro_work_desk> Sudoku rather
[13:35:42 EDT(-0400)] <EricDalquist> I'm looking through mail archives and such
[13:35:53 EDT(-0400)] <EricDalquist> did we ever make a decision on the fate of ALM for the new uP3?
[13:36:15 EDT(-0400)] <apetro_work_desk> I think we've arrived at a direction
[13:36:29 EDT(-0400)] <apetro_work_desk> migration path from ALM to DLM becomes fully baked via awills
[13:36:35 EDT(-0400)] <apetro_work_desk> ALM is removed from uPortal 3
[13:36:42 EDT(-0400)] <esm> apetro_work_desk: did you see hls's post on Inform: http://tapestryjava.blogspot.com/2007/08/blindness-of-james-gosling-java-as.html
[13:36:43 EDT(-0400)] <EricDalquist> that's what I thought
[13:36:54 EDT(-0400)] <apetro_work_desk> it is spun out to a separate codebase that builds a .jar
[13:37:06 EDT(-0400)] <apetro_work_desk> esm yes I did, and have a blog post in response to it on unicon.net
[13:37:23 EDT(-0400)] <apetro_work_desk> so that if someone wants to run ALM in uP 3 in theory he could
[13:37:50 EDT(-0400)] <EricDalquist> is the spin-out a side project or something I should make sure gets done in the 3 code?
[13:38:03 EDT(-0400)] <apetro_work_desk> we make some noise inviting anyone who cares deeply about "pulled fragments" to, say, throw some resources at me and I can go ahead and implement that in DLM, or someone else can. My prediction is no one cares.
[13:38:14 EDT(-0400)] <apetro_work_desk> I think it's a side project
[13:38:18 EDT(-0400)] <apetro_work_desk> but the interesting dance here is
[13:38:26 EDT(-0400)] <apetro_work_desk> the later we remove ALM from uP3
[13:38:29 EDT(-0400)] <apetro_work_desk> the less objectionable this is
[13:38:37 EDT(-0400)] <apetro_work_desk> because more upgrade path will have been established
[13:38:49 EDT(-0400)] <EricDalquist> yeah
[13:38:50 EDT(-0400)] <apetro_work_desk> but the sooner we get it out of uP3, the more benefit there is in it, in less drag
[13:38:59 EDT(-0400)] <EricDalquist> exactly
[13:39:19 EDT(-0400)] <EricDalquist> as an example I'm getting the build.xml re-built so everyone's familiar ant tasks are still there
[13:39:21 EDT(-0400)] <apetro_work_desk> if we try to make this move today, then the spun out project probably has to actually work, and be buildable and installable by mortals
[13:39:34 EDT(-0400)] <apetro_work_desk> where's ESUP on this?
[13:39:35 EDT(-0400)] <EricDalquist> do I bother moving the pubfragments task
[13:39:52 EDT(-0400)] <apetro_work_desk> if there's a way to get them to "own" the upgrade path and the spun out ALM project, that would be sweet
[13:43:26 EDT(-0400)] <EricDalquist> they seem to be OK with things if there is an upgrade path as far I as can recall
[13:46:54 EDT(-0400)] <apetro_work_desk> I suggest you skip moving the pubfragments task, spin out a Jira issue to track this potential task that someone needs to do if we want the feature going forward (acknowledging the feature regression) and then move on, planning on
[13:47:15 EDT(-0400)] <apetro_work_desk> it ending up being that no one cares and the issue is eventually either resolved as wontfix or resolved by getting it done in a spun outproject
[13:47:32 EDT(-0400)] <EricDalquist> sounds good
[13:57:00 EDT(-0400)] <EricDalquist> there is no run-time need for chanpub files is there?
[13:58:24 EDT(-0400)] <apetro_work_desk> no
[13:58:54 EDT(-0400)] <EricDalquist> that's good
[13:59:15 EDT(-0400)] <EricDalquist> the uportal file structure is quite the spiderweb in places
[13:59:56 EDT(-0400)] <EricDalquist> hey esm, any maven recommendation on where I should put files that are only needed by an ant target?
[14:00:31 EDT(-0400)] <esm> hmm
[14:00:35 EDT(-0400)] <esm> not really
[14:00:50 EDT(-0400)] <esm> if theyt aren't java source I'd treat them as resources and put them in src/main/resources
[14:01:30 EDT(-0400)] <EricDalquist> yeah, but they don't need to be in the classpath or any artifact
[14:01:30 EDT(-0400)] <EricDalquist> in this case it is the chanpub XML files
[14:01:48 EDT(-0400)] <esm> yah.
[14:01:54 EDT(-0400)] <esm> well there is this: http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html
[14:02:04 EDT(-0400)] <esm> src/main/config?
[14:02:14 EDT(-0400)] <EricDalquist> hrm
[14:02:14 EDT(-0400)] <esm> otherwise i guess i'd just make somthing up
[14:02:28 EDT(-0400)] <esm> If there are other contributing sources to the artifact build, they would be under other subdirectories: for example src/main/antlr would contain Antlr grammar definition files.
[14:02:36 EDT(-0400)] <esm> eg their suggestion for antlr
[14:02:56 EDT(-0400)] <EricDalquist> makes sense
[14:48:56 EDT(-0400)] <EricDalquist> uhg .. so I guess it is time to do some basic ChannelPublisher.java refactoring
[14:49:06 EDT(-0400)] <EricDalquist> since it is hardcoded to only load files from on path
[14:50:27 EDT(-0400)] <esm> sweet
[14:52:05 EDT(-0400)] <EricDalquist> on the bright side I'm learning a lot about ant
[14:52:30 EDT(-0400)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[14:52:40 EDT(-0400)] <EricDalquist> lol
[15:00:53 EDT(-0400)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[16:19:37 EDT(-0400)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[16:44:03 EDT(-0400)] <esm> are there any known issues with up 2.5.2 loosing objects that have been placed in a portlet session?
[16:44:11 EDT(-0400)] <esm> prior to the session timing out
[16:44:25 EDT(-0400)] <EricDalquist> there may actually be
[16:44:39 EDT(-0400)] <EricDalquist> there was a thread on the -user list a few weeks ago that made it look like that was happening
[16:44:44 EDT(-0400)] <EricDalquist> I can't remember which version though
[16:44:52 EDT(-0400)] <esm> ok thanks I'll comb the archives
[16:54:37 EDT(-0400)] <esm> http://www.nabble.com/forum/ViewPost.jtp?post=11705686&amp;framed=y
[16:58:00 EDT(-0400)] <EricDalquist> yup
[16:58:01 EDT(-0400)] <EricDalquist> that's it
[16:58:33 EDT(-0400)] <esm> i'm seeing that type of behavior, so doing some digging.
[16:58:47 EDT(-0400)] <EricDalquist> :/
[16:59:11 EDT(-0400)] <esm> its like randomly objects pulled from the session are null.
[16:59:23 EDT(-0400)] <EricDalquist> not cool
[16:59:33 EDT(-0400)] <EricDalquist> and even less fun to debug
[16:59:56 EDT(-0400)] <esm> yeah, oh well. Back to school type of fun.
[19:00:51 EDT(-0400)] * esm (n=esm@esm.qis.net) has joined ##uportal
[19:28:27 EDT(-0400)] * esm (n=esm@esm.qis.net) has joined ##uportal
[19:29:03 EDT(-0400)] * esm (n=esm@esm.qis.net) has left ##uportal
[20:26:42 EDT(-0400)] * esm (n=esm@esm.qis.net) has joined ##uportal
[20:59:15 EDT(-0400)] * esm (n=esm@70.91.84.213) has joined ##uportal
[22:22:43 EDT(-0400)] * esm (n=esm@70.91.84.213) has joined ##uportal
[22:46:09 EDT(-0400)] * esm (n=esm@esm.qis.net) has joined ##uportal