Page Comparison

[00:49:43 EDT(-0400)] <apetro_work_desk> license compliance is a pain
[00:49:49 EDT(-0400)] <apetro_work_desk> someone needs to volunteer to get uP2 onto Maven2
[09:13:07 EDT(-0400)] * jayshao (n=jayshao@ool-44c59034.dyn.optonline.net) has joined ##uportal
[09:36:39 EDT(-0400)] * esm_ (n=esm@clue.mse.jhu.edu) has joined ##uportal
[09:37:56 EDT(-0400)] * jayshao (n=jayshao@jshao.rutgers.edu) has joined ##uportal
[09:38:26 EDT(-0400)] <esm_> hey jayshao, i added my pics ot the uportal group
[09:38:53 EDT(-0400)] <jayshao> sweet
[09:39:25 EDT(-0400)] <jayshao> I am not angry... just thinking really hard?
[09:42:12 EDT(-0400)] <esm_> ahahahaha
[09:42:14 EDT(-0400)] <esm_> yeah
[09:43:21 EDT(-0400)] <esm_> i forgot the context you def have an interesting look onyour face
[09:43:21 EDT(-0400)] <esm_> glad you coudl make it, even if it was just a day
[09:46:14 EDT(-0400)] <jayshao> good times. Hey updated the barcamp bit on the wiki
[09:46:21 EDT(-0400)] <jayshao> the plan is to have it wed afternoon
[09:46:23 EDT(-0400)] <jayshao> u going to be around?
[09:48:35 EDT(-0400)] <esm_> i'll need to check my itinerary i think i'm leaving semi-earlyish on wed
[09:48:40 EDT(-0400)] <esm_> but let me double check
[09:55:27 EDT(-0400)] * jayshao (n=jayshao@jshao.rutgers.edu) has joined ##uportal
[09:57:52 EDT(-0400)] <esm_> ah i leave DIA at 6:55pm
[09:58:08 EDT(-0400)] <esm_> so i shoudl be able to be at part of barcamp at least
[12:35:54 EDT(-0400)] * lescour (n=JBouncer@adsl-38-10-98.tulsaconnect.com) has left ##uportal
[15:03:19 EDT(-0400)] * jayshao (n=jayshao@jshao.rutgers.edu) has joined ##uportal
[15:15:54 EDT(-0400)] <jayshao> sweet
[15:24:49 EDT(-0400)] * esm_ (n=esm@clue.mse.jhu.edu) has joined ##uportal
[15:58:13 EDT(-0400)] <jayshao> esm_ - we should totally think about stuff to do for the BarCamp session
[15:58:24 EDT(-0400)] <esm_> jayshao: yeah
[15:58:36 EDT(-0400)] <esm_> so will barcam start after lunch?
[15:58:38 EDT(-0400)] <jayshao> maybe we can get Chuck S. to stay and talk some uPortal/Sakai integration
[15:58:39 EDT(-0400)] <jayshao> yeah
[15:58:41 EDT(-0400)] <esm_> heh
[15:58:43 EDT(-0400)] <esm_> barcam
[15:58:49 EDT(-0400)] <esm_> we should have a bar cam -)
[15:58:49 EDT(-0400)] <esm_> yeah
[15:58:55 EDT(-0400)] <esm_> that would be a good topic
[15:59:55 EDT(-0400)] <esm_> sorry i'm multi-tasking here with various things
[16:00:01 EDT(-0400)] <esm_> im's flying
[16:00:38 EDT(-0400)] <jayshao> that would be cool actually – maybe a live video link up
[16:00:44 EDT(-0400)] <jayshao> 'then we could call up people and get them to do stuff
[16:00:49 EDT(-0400)] <jayshao> make it distributed.
[16:00:50 EDT(-0400)] <jayshao> hmm...
[16:00:58 EDT(-0400)] <jayshao> well, there's macbook cameras...
[16:02:31 EDT(-0400)] <esm_> something easy, best effort
[16:02:37 EDT(-0400)] <esm_> we should get the important stuff done first.
[16:02:39 EDT(-0400)] <esm_> like topics
[16:02:51 EDT(-0400)] <esm_> I could do something on maven, as long as its early enough
[16:03:15 EDT(-0400)] <jayshao> We can hash it out when we get there – do the whiteboard thing
[16:03:38 EDT(-0400)] <jayshao> the setup is one big room, with areas so it should be pretty dynamic
[16:12:34 EDT(-0400)] * lescour (n=JBouncer@adsl-38-10-98.tulsaconnect.com) has joined ##uportal
[16:21:53 EDT(-0400)] <esm_> cool
[16:22:13 EDT(-0400)] <esm_> so jason van zyl emailed me. he's from the maven project
[16:22:35 EDT(-0400)] <esm_> apparently hes got some cool new thing hes working on and is shopping it aournd
[16:23:58 EDT(-0400)] <EricDalquist> cool
[16:24:00 EDT(-0400)] <EricDalquist> waht is it?
[16:25:13 EDT(-0400)] <esm_> well, i don't think its that sexy but i haven't seen it yet
[16:25:20 EDT(-0400)] <esm_> its an acegi-like replacement
[16:25:34 EDT(-0400)] <esm_> it may be up in the maven sandbox
[16:25:43 EDT(-0400)] <esm_> he didn't tell me and I haven't looked
[16:26:02 EDT(-0400)] <esm_> but he said it was SSO for maven-based projects
[16:26:14 EDT(-0400)] <esm_> so i'm not sure... exactly... if that is ..... a good thing
[16:26:19 EDT(-0400)] <esm_> but
[16:26:28 EDT(-0400)] <esm_> it was just a single email so
[16:27:29 EDT(-0400)] <esm_> i think we should play paintball for barcamp
[16:27:38 EDT(-0400)] <esm_> one big room, and it sure would be dynamic
[16:27:47 EDT(-0400)] <EricDalquist> lol
[16:27:50 EDT(-0400)] <EricDalquist> that would be sweet
[16:27:51 EDT(-0400)] <esm_> if the whiteboards have stands with wheels
[16:28:21 EDT(-0400)] <esm_> we can use them as roving shields
[16:28:33 EDT(-0400)] <esm_> seriously at some meeting we should try to do that
[16:28:40 EDT(-0400)] <esm_> (but outdoors)
[16:29:04 EDT(-0400)] <esm_> EricDalquist: so question about your assembly work in pluto
[16:29:16 EDT(-0400)] <EricDalquist> ok
[16:29:20 EDT(-0400)] <esm_> specifically about JarEntry and its fields
[16:30:13 EDT(-0400)] <EricDalquist> ok
[16:30:38 EDT(-0400)] <esm_> so I wrote the EarAssembler and instead of using your equivilant of the smartClone method, which copies select fields into a new jar entry
[16:30:46 EDT(-0400)] <esm_> I just used the jarentry copy constructor
[16:30:50 EDT(-0400)] <esm_> eg
[16:31:01 EDT(-0400)] <esm_> jarentry newentry = new JarEntry(originalEntry)
[16:31:04 EDT(-0400)] <esm_> but
[16:31:56 EDT(-0400)] <esm_> when the ear's jaroutput stream is being closed, I get a ZipException saying that the JarEntry's compressed size is different than expected
[16:32:04 EDT(-0400)] <EricDalquist> yup
[16:32:17 EDT(-0400)] <esm_> I've found that if I set the compressed size field to -1 that everything works fine
[16:32:26 EDT(-0400)] <EricDalquist> hrm
[16:32:28 EDT(-0400)] <esm_> your smart clone entry does the same thing
[16:32:29 EDT(-0400)] <EricDalquist> I never tried that
[16:32:47 EDT(-0400)] <EricDalquist> oh yeah
[16:32:48 EDT(-0400)] <EricDalquist> I see that
[16:32:56 EDT(-0400)] <EricDalquist> (looking at the code as we talk)
[16:33:02 EDT(-0400)] <esm_> if you create a new JarEntry by itself the field is initted to -1
[16:33:14 EDT(-0400)] <esm_> null semantics i guess for a primitive
[16:33:15 EDT(-0400)] <esm_> anyway
[16:33:24 EDT(-0400)] <esm_> so that all works great
[16:34:09 EDT(-0400)] <esm_> are we at all concerned that the JarEntry field is -1? I wrote an ant task that inspects jar archives, and had it print out the field values
[16:34:15 EDT(-0400)] <esm_> for example
[16:34:43 EDT(-0400)] <esm_> if you use 'jar -cvf somefile.jar ' to create a jar, 'somefile.jar' has *none of those fields set
[16:34:51 EDT(-0400)] <EricDalquist> it depends on if the WAR is compressed or stored I believe
[16:34:54 EDT(-0400)] <esm_> compression size is -1, size is -1
[16:34:58 EDT(-0400)] <EricDalquist> hrm
[16:35:02 EDT(-0400)] <EricDalquist> maybe not
[16:35:09 EDT(-0400)] <esm_> right, so that is what i thought except all fields were unitiialized
[16:35:16 EDT(-0400)] <EricDalquist> weird
[16:35:18 EDT(-0400)] <esm_> so I guess i'm not too concerned
[16:35:21 EDT(-0400)] <EricDalquist> yeah
[16:35:28 EDT(-0400)] <esm_> its just weird
[16:35:49 EDT(-0400)] <EricDalquist> I had just written the smartClone based on what I could observe (and see in the jar handling source)
[16:35:52 EDT(-0400)] <esm_> and how can anything operate on an archive without the right metadata? I guess there is an entire specifiaction that i don't understand
[16:36:02 EDT(-0400)] <EricDalquist> yeah
[16:36:04 EDT(-0400)] <EricDalquist> I'm not sure
[16:36:13 EDT(-0400)] <esm_> oh? you saw the jar handling source? or decompiled it?
[16:36:13 EDT(-0400)] <EricDalquist> it is this weird layering of jar on top of zip
[16:36:28 EDT(-0400)] <EricDalquist> um ... the JDK comes with the source (at least on windows)
[16:36:34 EDT(-0400)] <EricDalquist> and I have it downloaded on my mac
[16:36:40 EDT(-0400)] <esm_> oh huh. i didn't realize that
[16:36:43 EDT(-0400)] <EricDalquist> yeah
[16:36:46 EDT(-0400)] <esm_>
[16:36:54 EDT(-0400)] <esm_> I swear I'm learning new stuff every day.
[16:36:57 EDT(-0400)] <EricDalquist> then you can do nice things like step through JDK code when debugging
[16:36:59 EDT(-0400)] <EricDalquist> very handy
[16:37:03 EDT(-0400)] <esm_> yes
[16:37:21 EDT(-0400)] <EricDalquist> and for reverse engineering the broken copy constructor of JarEntry
[16:37:36 EDT(-0400)] <esm_> cool ok well then i'm not going to worry too much then about this stuff and commit what I have to pluto so I can move forward then
[16:37:42 EDT(-0400)] <esm_> well the copy constructor seemed to work for me
[16:37:52 EDT(-0400)] <esm_> now I saw that you had special handling for STORED
[16:37:59 EDT(-0400)] <EricDalquist> yeah
[16:38:06 EDT(-0400)] <esm_> but I used the copy constructor and comparied the fields and they seemed ok
[16:38:10 EDT(-0400)] <EricDalquist> there are different rules for those fields if the archive is compressed or stored
[16:38:16 EDT(-0400)] <esm_> ah ok
[16:38:16 EDT(-0400)] <EricDalquist> at least acording to the docs/impl
[16:38:35 EDT(-0400)] <EricDalquist> like if it is compressed the CRC is calculated for you
[16:38:42 EDT(-0400)] <EricDalquist> if it is stored you are supposed to provide it
[16:38:47 EDT(-0400)] <esm_> well
[16:38:52 EDT(-0400)] <esm_> that wasn't my experience
[16:38:57 EDT(-0400)] <esm_> for example
[16:39:20 EDT(-0400)] <esm_> I iterate over the ear, and get the jarentries
[16:39:21 EDT(-0400)] <EricDalquist> again, I was just going off the docs
[16:39:24 EDT(-0400)] <esm_> ah
[16:39:36 EDT(-0400)] <esm_> i'm just second-guessing myself
[16:40:03 EDT(-0400)] <EricDalquist>
[16:40:20 EDT(-0400)] <esm_> i mean you're a smart guy and i could tell that your code with the jarentries was different from mine
[16:40:24 EDT(-0400)] <esm_> so I was curious
[16:40:35 EDT(-0400)] <esm_> I had to manually update the CRC and size of assembled war entries
[16:41:22 EDT(-0400)] <EricDalquist> ah
[16:41:27 EDT(-0400)] <esm_> at any rate if you have any interest or time take a look at the committed code which, now that I've had this convo with you i feel comfortable committing
[16:41:28 EDT(-0400)] <EricDalquist> yeah
[16:41:40 EDT(-0400)] <EricDalquist> I had a simple impl first and ran into the issue with the incorrect size
[16:42:05 EDT(-0400)] <esm_> cool. hah. so the assembly sub-project had like all of 4 unit tests? I think it now has like 18
[16:42:07 EDT(-0400)] <EricDalquist> so I did digging and came up with that code which is supposedly 'following the rules' but I'm not supprised that the JDK doesn't really follow them very strictly
[16:42:15 EDT(-0400)] <EricDalquist>
[16:42:21 EDT(-0400)] <esm_> ok cool
[16:42:40 EDT(-0400)] <esm_> how are things
[16:42:49 EDT(-0400)] <esm_> you recover from your posgres/confluence ordeal
[16:42:59 EDT(-0400)] <EricDalquist> yeah
[16:43:10 EDT(-0400)] <EricDalquist> but now I'm depressed about our house purchase
[16:43:17 EDT(-0400)] <EricDalquist> it looks like it is all going to fall through
[16:43:26 EDT(-0400)] <esm_> aw man thats no good. sorry to hear that
[16:43:43 EDT(-0400)] <EricDalquist> eh, just need to move on to finding a new place
[16:43:51 EDT(-0400)] <EricDalquist> the guy declared bankruptcy monday
[16:43:59 EDT(-0400)] <EricDalquist> the day before the sheriff's auction
[16:44:07 EDT(-0400)] <EricDalquist> very frustraiting
[16:44:19 EDT(-0400)] <EricDalquist> especially since we're out the cash we spent on the inspection
[16:44:28 EDT(-0400)] <esm_> yeah no doubt
[16:44:50 EDT(-0400)] <esm_> well and you sunk in a lot of time too, dealing with the situation
[16:47:15 EDT(-0400)] <EricDalquist> yeah
[16:47:22 EDT(-0400)] <EricDalquist> plus we really liked the house and location
[16:47:23 EDT(-0400)] <EricDalquist> oh well
[18:15:07 EDT(-0400)] * esm_ (n=esm@esm.qis.net) has joined ##uportal
[18:48:37 EDT(-0400)] * esm_ (n=esm@esm.qis.net) has left ##uportal