fluid-work IRC Logs-2010-02-25

Owned by Fluid IRC Log Bot
Last updated: Feb 25, 2010Version comment
27 min read

[18:14:04 EST(-0500)] <yura> colinclark: ok , so these artifacts dont have the array of mediafile but a single object that's why it is failing
[18:14:09 EST(-0500)] <yura> when calling length
[18:14:29 EST(-0500)] <colinclark> ugh
[18:14:33 EST(-0500)] <colinclark> yura: let's leave this until tomorow
[18:14:48 EST(-0500)] <yura> should I revert to the old db?
[18:14:53 EST(-0500)] <colinclark> yeah, i would
[18:15:02 EST(-0500)] <yura> colinclark: ok i ll do that
[18:15:06 EST(-0500)] <colinclark> We're going to have to come up with a good process for handling our views--we can't risk just changing them willy-nilly after a QA cycle
[18:15:13 EST(-0500)] <colinclark> so tomorrow we'll have lots of time and testing help
[18:15:43 EST(-0500)] <yura> colinclark: i agree
[18:15:50 EST(-0500)] <colinclark> cool
[18:15:53 EST(-0500)] <colinclark> thanks, yura
[18:15:55 EST(-0500)] <colinclark> sorry you hit a snag
[18:15:59 EST(-0500)] <colinclark> but good to know we have a bug
[18:16:22 EST(-0500)] <yura> ok see you tomorrow then
[18:17:36 EST(-0500)] * yura (~Fluid@142.150.154.164) has left #fluid-work
[04:42:31 EST(-0500)] * denbuzze (~anonymous@ginger.caret.cam.ac.uk) has joined #fluid-work
[05:10:19 EST(-0500)] * sveto (~sveto@62.44.108.2) has joined #fluid-work
[07:10:57 EST(-0500)] * boyan (~boyan@62.44.108.2) has joined #fluid-work
[07:18:44 EST(-0500)] * Bosmon (~a@c-67-162-132-230.hsd1.co.comcast.net) has joined #fluid-work
[09:02:22 EST(-0500)] * Justin_o (~Justin@142.150.154.171) has joined #fluid-work
[09:05:01 EST(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[09:11:16 EST(-0500)] * yura (~Fluid@142.150.154.164) has joined #fluid-work
[09:39:46 EST(-0500)] * anastasiac (~team@142.150.154.193) has joined #fluid-work
[10:07:39 EST(-0500)] * athena (~athena@adsl-99-90-243-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:13:31 EST(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[10:28:12 EST(-0500)] * sveto (~sveto@62.44.108.2) has left #fluid-work
[10:28:33 EST(-0500)] <yura> Justin_o: jessm: I tried importing new data yesterday, but there was a slight problem with the view that forced it to fail for 12 artifacts; Justin_o and I looked at the solution for the view and I wonder if you have suggestions as to how to procede (testing it with old data, new data, wait for Colin, etc)
[10:28:35 EST(-0500)] <yura> ?
[10:28:57 EST(-0500)] <jessm> yura: what does the problem seem to be?
[10:29:03 EST(-0500)] <jessm> why those 12 artifacats?
[10:29:46 EST(-0500)] <yura> well the view at some point expects the data as an array, but those 12 artifacts have that data as type "object" that's why it was not returning
[10:30:07 EST(-0500)] <yura> it was actually the same problem with old data too
[10:30:10 EST(-0500)] <jessm> yura: are these 12 in a format that is differet from the rest?
[10:30:21 EST(-0500)] <jessm> yura: how did we solve it for the old data? or did we not?
[10:31:43 EST(-0500)] <yura> we didnt, it was a bug we didnt see untill yesterday; the format is the same it's the way the parser parses xml, if it's 1 element it will stay as an object, but if there's more than 1, then it will be converted into array of objects, for those artifacts that data (media files) consisted only of 1 element and thus stayed as object
[10:42:56 EST(-0500)] <yura> jessm: so any suggestiong (smile)?
[10:43:40 EST(-0500)] <jessm> any way we can change the way those 12 are "fed" to the parser?
[10:43:45 EST(-0500)] <jessm> change the data feed for those 12?
[10:48:33 EST(-0500)] <yura> well if by changing the data feed you mean fixing the view for that datafeed than yes, Justin_o and I have a solution. The thing is , the view itself has a bug in it, so trying to fix it somewhere else is, I would think, undesirable
[10:49:31 EST(-0500)] <Justin_o> yura: maybe you can explain the process of how we get the data
[10:49:44 EST(-0500)] <yura> jessm: Justin_o: yes, sure
[10:50:21 EST(-0500)] * Justin_o (~Justin@142.150.154.171) has left #fluid-work
[10:50:34 EST(-0500)] * Justin_o (~Justin@142.150.154.171) has joined #fluid-work
[10:52:18 EST(-0500)] <yura> when the parser goes through the xml document it will wrap the sibblings with the same tag name into an array; otherwise, when there are no sibblings and there's just nesting the typical behaviour is to wrap it inside and object. what happens with these artifacts is that we know that typically media tags have sibblings and are wrapped inside the array, but here there's only 1 nested object so the parser naturally parses it as such. Does it make sense ?
[10:53:30 EST(-0500)] <Justin_o> jessm: and just to be clear the xml is the feed we get from Hugue, it goes straight through the parser and imported into couch
[10:55:32 EST(-0500)] <jessm> Justin_o: so, our options are to get hugues to change the feed or we change how we're ingesting it, right?
[10:55:38 EST(-0500)] <jessm> Justin_o: yura ^
[10:56:09 EST(-0500)] <Justin_o> jessm: I don't think the feed is wrong.
[10:56:19 EST(-0500)] <jessm> Justin_o: the parser is
[10:56:44 EST(-0500)] <Justin_o> jessm: i'm not sure. Yura, what do you think?
[10:58:30 EST(-0500)] <yura> well i dont think the parser is working as expected , unless we change the perpective on it completely; I think that currently we experience the consequences of incorrect strategy of trying to map data (even a little bit) in the views
[10:58:57 EST(-0500)] <yura> sorry, i meant to say i think the parser is working as expected
[10:59:06 EST(-0500)] <jessm> yura: can you experiment with the parsing to see if we can get it to deal with these objects as we expect?
[10:59:47 EST(-0500)] <Justin_o> yura: could you quickly explain how the parser works
[10:59:51 EST(-0500)] <yura> sure
[10:59:55 EST(-0500)] <jessm> yura: the issue, it seems, has to be in the feed or the parsing – if it isn't in the feed, then the parser may be acting as expected, but is dealing with a different case than we anticipated?
[11:01:07 EST(-0500)] <Justin_o> jessm: i don't think we want to be imposing any restrictions on the feed if possible. Since we are working towards our schemaless approach.
[11:01:50 EST(-0500)] <yura> some background on the parser: the parser puts every nexted tag in xml as an object, if that nested element has sibblings with the same name then all of the sibblings are going to be put into an array - this is a correct behavior that we see
[11:02:00 EST(-0500)] <yura> nexted === nested
[11:02:08 EST(-0500)] <jessm> Justin_o: agreed!
[11:03:32 EST(-0500)] <Justin_o> yura: So if we changed the parser we would end of getting everything as an array of objects ?
[11:04:09 EST(-0500)] <jessm> Justin_o: yura: let's jump on skype and talk this through
[11:04:42 EST(-0500)] <Justin_o> jessm: colinclark just got here.. i think he wants to join
[11:05:13 EST(-0500)] <jessm> great!
[11:05:53 EST(-0500)] * colinclark (~colin@142.150.154.101) has joined #fluid-work
[12:16:31 EST(-0500)] <jessm> jamon: wanted to give you a heads-up on Decapod
[12:17:25 EST(-0500)] <jessm> jamon: we're going to need to setup a virtual machine for Decapod where we'll keep our build
[12:17:41 EST(-0500)] <jessm> jamon: it's a latest version of Ubuntu, 32-bit
[12:18:51 EST(-0500)] <yura> colinclark: I attached the patch here : http://issues.fluidproject.org/browse/ENGAGE-457
[12:19:02 EST(-0500)] <colinclark> k
[12:23:45 EST(-0500)] <jamon> jessm: why is the architecture limited to 32 bits?
[12:24:12 EST(-0500)] <jessm> jamon: IUPR recommended that since there were some threading? issues?
[12:24:43 EST(-0500)] <jessm> jamon: i'm going to send you an email and connect you with Michael@iupr – there are certain libraries, etc. that they'll need to help us identify for installation
[12:25:04 EST(-0500)] <jessm> jamon: i expect them to be heavily involved with this
[12:25:34 EST(-0500)] <jamon> i think michelle's macbook has it running in osx and ubuntu fine, at least that's how i left it with her
[12:27:09 EST(-0500)] * jhung (~Lynnette@H63.C204.cci.switchworks.net) has joined #fluid-work
[12:27:10 EST(-0500)] <jessm> jamon: future code forthcoming from IUPR for the 0.3 release
[12:27:13 EST(-0500)] <jessm> i'll send you an email
[12:27:17 EST(-0500)] <jamon> k
[12:41:20 EST(-0500)] <athena> Justin_o: if you have a minute, i think i'm going to need another pointer or two on fliquor
[12:41:50 EST(-0500)] <Justin_o> athena: sure... just be a few minutes though
[12:41:55 EST(-0500)] <athena> no problem!
[12:43:29 EST(-0500)] * elicochran (~elicochra@dhcp-169-229-212-2.LIPS.Berkeley.EDU) has joined #fluid-work
[12:44:27 EST(-0500)] <colinclark> boyan: hey, you still there?
[12:44:35 EST(-0500)] <Justin_o> athena: okay... i'm back
[12:44:44 EST(-0500)] <athena> great (smile)
[12:45:02 EST(-0500)] <colinclark> boyan: It looks like the Reorderer is indeed swallowing all keyup events, not just the ones it is equipped to handle.
[12:45:04 EST(-0500)] <boyan> colinclark: yes
[12:45:04 EST(-0500)] <athena> so i wasn't quite sure where the jetty launcher was, or which script i should be running
[12:45:20 EST(-0500)] <Justin_o> athena: sorry... i wasn't very detailed there...
[12:45:31 EST(-0500)] <boyan> colinclark, oh, nasty Reorderer
[12:45:39 EST(-0500)] <colinclark> boyan: yes, exactly
[12:45:42 EST(-0500)] <Justin_o> athena: the jettyLuancher is in the kettle directory
[12:45:46 EST(-0500)] <athena> that's ok - i'm extra scattered today, so hopefully you'll forgive me (smile)
[12:45:54 EST(-0500)] <colinclark> There's a public method called handleKeyUp that seems to, no matter what, return false.
[12:46:09 EST(-0500)] <colinclark> There may be a legitimate reason for this lurking under the covers
[12:46:23 EST(-0500)] <Justin_o> athena: i'm double checking where exactly in there it is
[12:46:29 EST(-0500)] <athena> thanks!
[12:46:36 EST(-0500)] <colinclark> You could, as a test, implement your own handleKeyUp method, wrapping the existing implementation and not returning false inappropriately
[12:46:41 EST(-0500)] <athena> i saw a bunch of ant and maven ish stuff
[12:47:48 EST(-0500)] <boyan> colinclark: ok, goes on the list of things to do (smile)
[12:47:51 EST(-0500)] <boyan> thanks
[12:49:37 EST(-0500)] <Justin_o> athena: i think it is in the src java folder
[12:49:46 EST(-0500)] <athena> cool
[12:49:48 EST(-0500)] <Justin_o> in the org.fluidproject.kettle.jetty package
[12:49:52 EST(-0500)] <colinclark> boyan: no problem. interesting issue
[12:49:57 EST(-0500)] <athena> do i need to do an ant/maven build or anything, or just run that/
[12:50:15 EST(-0500)] <boyan> colinclark: Reorderer is full of interesting issues (smile)
[12:50:32 EST(-0500)] <colinclark> boyan: People wonder why it took us so long to write the Reorderer
[12:50:43 EST(-0500)] <Justin_o> athena: i think you have to run that build.. sorry... totally forgot about that step
[12:50:48 EST(-0500)] <athena> ok (smile)
[12:50:49 EST(-0500)] <colinclark> but in fact you just realize how subtle the details really are when you peel back the layers
[12:50:53 EST(-0500)] <athena> the maven one or an ant one?
[12:51:05 EST(-0500)] <Justin_o> athena: i think it was just the maven one
[12:51:27 EST(-0500)] <Bosmon> So, guys... just trying to catch up on this import issue
[12:51:36 EST(-0500)] <boyan> colinclark: yes, that's right
[12:52:02 EST(-0500)] <boyan> I'm wrapping up for today, have a nice day everyone
[12:53:17 EST(-0500)] <Justin_o> athena: just going to grab my lunch... i'll be back in a couple minutes if you need anything else
[12:53:20 EST(-0500)] <athena> ok Justin_o - the maven build ran fine, produced a war and such
[12:53:31 EST(-0500)] * boyan (~boyan@62.44.108.2) has left #fluid-work
[12:53:39 EST(-0500)] <athena> when you get back when can talk about what i do with it (smile)
[12:54:56 EST(-0500)] <Bosmon> yura - I know I asked this before - do we have a bundle of the exact source you used to produce our Rhino JAR?
[12:55:02 EST(-0500)] <Bosmon> And if we don't, could you make a checkin?
[12:55:24 EST(-0500)] <colinclark> Bosmon: yura just went to grab some food, I think
[12:56:10 EST(-0500)] <colinclark> athena: Ok, so if you've successfully done a maven build of Kettle, you'll probably also need to set an Eclipse variable...
[12:56:22 EST(-0500)] <colinclark> M2_REPO or something to that effect, let me double check
[12:56:35 EST(-0500)] <athena> so i'm a little confused about how you guys are running this
[12:56:40 EST(-0500)] <colinclark> Those of you who aren't in the Maven dark ages like us probably have fancy plugins for this
[12:56:55 EST(-0500)] <colinclark> Justin_o tells me that it only runs currently using an embedded Jetty in Eclipse
[12:56:56 EST(-0500)] <athena> i actually built it outside of eclipse - does it actively rely on something in eclipse?
[12:57:00 EST(-0500)] <athena> oh!
[12:57:01 EST(-0500)] <colinclark> yeah
[12:57:01 EST(-0500)] <athena> i see
[12:57:05 EST(-0500)] <colinclark> I mean, it doesn't need to
[12:57:06 EST(-0500)] <athena> interesting
[12:57:11 EST(-0500)] <athena> i really don't know anything about jetty
[12:57:13 EST(-0500)] <athena> that's cool though
[12:57:25 EST(-0500)] <athena> i can easily import it into eclipse, in that case
[12:57:26 EST(-0500)] <colinclark> it's just that Justin_o never got around to configuring it for standalone usage
[12:57:28 EST(-0500)] <colinclark> so
[12:57:35 EST(-0500)] <colinclark> to clarify Justin_o's instructions...
[12:57:39 EST(-0500)] <colinclark> 1. Maven it
[12:57:43 EST(-0500)] <colinclark> 2. Import it into eclipse
[12:57:53 EST(-0500)] <colinclark> 3. Set your M2_REPO variable to your .m2 folder
[12:58:26 EST(-0500)] <colinclark> 4. For org.fluidproject.kettle.jetty.JettyLauncher, Run As > Java Application
[12:58:33 EST(-0500)] <athena> ah-hah!
[12:58:35 EST(-0500)] <athena> will try that
[12:58:48 EST(-0500)] <colinclark> 5. Press "Go" when the super-fancy Rhino debugger appears as a Swing app
[12:58:59 EST(-0500)] <athena> neato
[12:59:10 EST(-0500)] <colinclark> athena: Were you using Engage, you could just run ant and stick it in a servlet container and go.
[12:59:14 EST(-0500)] <colinclark> Or use it in Eclipse, for that matter
[12:59:25 EST(-0500)] <colinclark> Embedded jetty is awfully nice for development
[12:59:26 EST(-0500)] <athena> gotcha
[12:59:29 EST(-0500)] <athena> very cool (smile)
[13:06:14 EST(-0500)] <colinclark> Bosmon was wondering off-channel why athena is trying to run Kettle
[13:06:15 EST(-0500)] <colinclark> (smile)
[13:06:28 EST(-0500)] <athena> lol
[13:06:32 EST(-0500)] <colinclark> Bosmon: athena, Justin_o, and I are giving a workshop on mobile development at the Jasig conference
[13:06:37 EST(-0500)] <athena> tell him i wanted some tea (smile)
[13:06:46 EST(-0500)] <Bosmon> Make sure you use the proper SPOUT!
[13:06:52 EST(-0500)] <colinclark> lol
[13:06:57 EST(-0500)] <athena> oh Bosmon, you'd be horrified
[13:07:07 EST(-0500)] <athena> one time when i was in college i made tea for a friend from cambridge
[13:07:10 EST(-0500)] <athena> using a frying pan
[13:07:20 EST(-0500)] <athena> and an illegal electric range
[13:07:34 EST(-0500)] <colinclark> We might use it for our presentation
[13:07:35 EST(-0500)] <Bosmon> It's horrifying
[13:07:48 EST(-0500)] <Bosmon> But until I got a propar KETTOL in this apartment I was doing the same (sad)
[13:07:48 EST(-0500)] <colinclark> And so athena is trying it out, and then might create a portlet version of the server-side code
[13:07:50 EST(-0500)] <Justin_o> colinclark: if we do... i wonder if we should update kettle
[13:08:03 EST(-0500)] <athena> i still keep meaning to finish the portlet version of flutter
[13:08:08 EST(-0500)] <athena> it's really not that far off
[13:08:16 EST(-0500)] <colinclark> Justin_o: Undoubtedly, yes... But the question is really if we even want to use kettle, or if athena should just make a portlet?
[13:08:38 EST(-0500)] <colinclark> athena: (smile)
[13:08:44 EST(-0500)] <athena> yeah, we probably want to get it running inside uportal
[13:08:51 EST(-0500)] <colinclark> makes sense
[13:08:56 EST(-0500)] <athena> figure if i can at least start it up and look at it i can get an idea of where to start on the uportal version
[13:08:58 EST(-0500)] <colinclark> Since we will presenting to portal developers (smile)
[13:09:02 EST(-0500)] <athena> indeed (smile)
[13:09:23 EST(-0500)] <Bosmon> Well, it is now clear that all of uportal should be rewritten in JAVERSCRIPT (tongue)
[13:09:28 EST(-0500)] <Justin_o> athena: the only thing that we are using kettle for is to get around the same origin policy
[13:09:44 EST(-0500)] <Bosmon> Justin_o: That's a bit over-general (tongue)
[13:09:44 EST(-0500)] <colinclark> Bosmon: I'm sure athena will start on that in her spare time (tongue)
[13:09:48 EST(-0500)] <Bosmon> It is actually a framework (tongue)
[13:09:48 EST(-0500)] <athena> in that case we might have to rename it UPERTAL
[13:10:00 EST(-0500)] <Justin_o> Bosmon: sorry meant in the fliquor demo
[13:10:04 EST(-0500)] <Bosmon> ah
[13:10:05 EST(-0500)] <athena> Justin_o: so basically you're just proxying something from flickr, or something like that?
[13:10:08 EST(-0500)] <colinclark> Meaning, "he"
[13:10:49 EST(-0500)] <Bosmon> colinclark: shush (smile)
[13:10:49 EST(-0500)] <colinclark> athena: Not unlike the flutter portlet, if I remember
[13:10:49 EST(-0500)] <Justin_o> well jacob and i
[13:10:49 EST(-0500)] <athena> yep
[13:10:55 EST(-0500)] <colinclark> Justin_o: Somehow I imagine that it was you who wrote that server code (wink)
[13:11:08 EST(-0500)] <Justin_o> colinclark: well.. yes... okay... so i guess me
[13:11:30 EST(-0500)] <colinclark> So, Bosmon, you were also asking about import problems?
[13:11:39 EST(-0500)] <colinclark> yura has experienced a problem importing Hugues new data...
[13:11:42 EST(-0500)] <Bosmon> yes
[13:11:46 EST(-0500)] <colinclark> for a reason that we can all chuckle a bit about
[13:11:52 EST(-0500)] <athena> Justin_o: i think that's actually a good point about the same origin policy
[13:11:59 EST(-0500)] <athena> it comes up a lot in ajax-y applications
[13:12:11 EST(-0500)] <athena> maybe not bad to explicitly talk about how to proxy stuff in the session anyway
[13:12:20 EST(-0500)] <colinclark> Some of the schema-specific code in one of our views is breaking with Hugues data, reminding us why it shouldn't be there in the first place.
[13:12:27 EST(-0500)] <Bosmon> oh
[13:12:29 EST(-0500)] <Bosmon> You mean Engage.js
[13:12:37 EST(-0500)] <colinclark> No, actually in the Couch View
[13:12:37 EST(-0500)] <Bosmon> ?
[13:12:38 EST(-0500)] <Justin_o> athena: yes, that may make sense...
[13:12:44 EST(-0500)] <Bosmon> ah
[13:12:47 EST(-0500)] <colinclark> there is now schema-specific code scattered in many places
[13:13:10 EST(-0500)] <colinclark> Anyway, we'll patch it up for now
[13:13:10 EST(-0500)] <Bosmon> It sounded like there was an issue with the data type of one of the nodes, of array vs object
[13:13:21 EST(-0500)] <athena> hmmm
[13:13:25 EST(-0500)] <colinclark> And then 0.3 will need to address the whole issue of model transformations properly
[13:13:32 EST(-0500)] <yura> Bosmon yes exactly
[13:13:35 EST(-0500)] <athena> so which resource exactly am i trying to run on the server in eclipse?
[13:13:42 EST(-0500)] <Bosmon> Hi YURA!
[13:13:43 EST(-0500)] <Bosmon> You are back
[13:13:45 EST(-0500)] <colinclark> athena: Talking about same origin makes sense
[13:13:52 EST(-0500)] <Bosmon> athena - JettyLauncher.java
[13:13:58 EST(-0500)] <Bosmon> Just run it "as Application"
[13:14:00 EST(-0500)] <Bosmon> And it will GO
[13:14:02 EST(-0500)] <Bosmon> Like a CATT....
[13:14:11 EST(-0500)] <colinclark> I think athena is wondering what URL to use
[13:14:15 EST(-0500)] <athena> hm
[13:14:16 EST(-0500)] <athena> no
[13:14:18 EST(-0500)] <colinclark> oh
[13:14:21 EST(-0500)] <athena> it doesn't really want to run (smile)
[13:14:27 EST(-0500)] <colinclark> what is it doing?
[13:14:27 EST(-0500)] <Bosmon> You need to run Maven once
[13:14:30 EST(-0500)] <Bosmon> To get all the dependencies
[13:14:32 EST(-0500)] <Bosmon> Then it will GO
[13:14:44 EST(-0500)] <colinclark> We covered all that (tongue)
[13:14:51 EST(-0500)] <Bosmon> ok
[13:15:00 EST(-0500)] <Justin_o> athena: are you getting anything in the eclipse console
[13:15:00 EST(-0500)] <colinclark> i'm just teasing anyway
[13:15:01 EST(-0500)] <Bosmon> I will return to harassing YURA for the source code for Rhino then (smile)
[13:15:03 EST(-0500)] <colinclark> it's good to cover it
[13:15:04 EST(-0500)] <athena> does it need to show up as a maven project in eclipse?
[13:15:22 EST(-0500)] <colinclark> athena: no
[13:15:29 EST(-0500)] <colinclark> that was my point about us living the Maven dark ages
[13:15:29 EST(-0500)] <Bosmon> Unfortunately last night I ran into an issue where one of the regexps we try enters an infinite loop on Rhino (sad) (sad)
[13:15:31 EST(-0500)] <Bosmon> Really awful
[13:15:57 EST(-0500)] <athena> so do i just navigate to the java file? or does it need to be added as a classpath folder
[13:16:07 EST(-0500)] <colinclark> athena: did you set your M2_REPO variable in the project's settings?
[13:16:49 EST(-0500)] <athena> well, i don't have it set up as a maven project in eclipse because there's no pom.xml at the top of the project
[13:17:01 EST(-0500)] <colinclark> athena: hmm
[13:17:05 EST(-0500)] <colinclark> Justin_o: this sounds funny to me
[13:17:21 EST(-0500)] <athena> or shoudl i have just imported kettle, rather than importing the level above it/
[13:18:00 EST(-0500)] <colinclark> athena: it's all a little confusing in this context
[13:18:08 EST(-0500)] <athena> sorry (smile)
[13:18:12 EST(-0500)] <colinclark> no, no
[13:18:16 EST(-0500)] <colinclark> I'm apologizing to you
[13:18:17 EST(-0500)] <colinclark> (tongue)
[13:18:24 EST(-0500)] <athena> lol
[13:18:25 EST(-0500)] <Justin_o> i guess i should be
[13:18:26 EST(-0500)] <colinclark> So, Engage consists of three separate projects...
[13:18:26 EST(-0500)] <Justin_o> sorry
[13:18:27 EST(-0500)] <colinclark> Infusion
[13:18:30 EST(-0500)] <colinclark> Engage-core
[13:18:32 EST(-0500)] <colinclark> and Engage-kettle
[13:18:41 EST(-0500)] <colinclark> engage-kettle is the maveny thing
[13:18:53 EST(-0500)] <colinclark> But Justin_o's branch sort of obscures this structure
[13:19:10 EST(-0500)] <colinclark> So his "kettle" directory is the thing with the POM
[13:19:29 EST(-0500)] <colinclark> In Eclipse-at least when I import it-I tend to set it up as three separate projects
[13:19:35 EST(-0500)] <colinclark> one for kettle, one for core, and one for infusion
[13:19:45 EST(-0500)] <colinclark> You'll see a pom file in the top level of the kettle project
[13:19:53 EST(-0500)] <athena> ah, ok
[13:20:39 EST(-0500)] <athena> ok, i've gotten further!
[13:20:46 EST(-0500)] <colinclark> (smile)
[13:20:56 EST(-0500)] <athena> it's now missing a dependency, but i imagine i can fix that
[13:21:05 EST(-0500)] <colinclark> athena: A Rhino dependency, by chance?
[13:21:09 EST(-0500)] <athena> indeed!{color}
[13:21:20 EST(-0500)] <colinclark> Yeah, I've seen that
[13:21:23 EST(-0500)] <colinclark> we suck and are lazy
[13:21:28 EST(-0500)] <athena> nah, you don't suck (smile)
[13:21:32 EST(-0500)] <colinclark> I believe one of the project variables is set wrong
[13:21:37 EST(-0500)] <athena> and "busy" might be a more accurate word
[13:21:40 EST(-0500)] <colinclark> lol
[13:21:52 EST(-0500)] <athena> i'm sure it's easily fixable
[13:21:56 EST(-0500)] <athena> and so it is.
[13:21:58 EST(-0500)] <colinclark> athena: super easy
[13:22:13 EST(-0500)] <colinclark> i always confuse "busy" with "lazy"... they sound the same
[13:22:15 EST(-0500)] <colinclark> (tongue)
[13:22:30 EST(-0500)] <athena> lol
[13:22:45 EST(-0500)] <athena> ok
[13:22:57 EST(-0500)] <athena> so now it's upset that infusion isn't next to it, i think
[13:23:16 EST(-0500)] <colinclark> athena: yes, it might do that
[13:23:20 EST(-0500)] <athena> i'll re-check out and hopefully it'll be all set
[13:23:25 EST(-0500)] <colinclark> Justin_o: You set that as an external, right
[13:23:28 EST(-0500)] <colinclark> ?
[13:23:37 EST(-0500)] <Justin_o> colinclark: yes... infusion is an external
[13:24:05 EST(-0500)] <colinclark> Bosmon: So what was your question for yura?
[13:24:13 EST(-0500)] <colinclark> And what's the regexp that is failing?
[13:25:10 EST(-0500)] <Bosmon> We really need an authoritative version of the Rhino source that we used
[13:25:23 EST(-0500)] <Bosmon> Which, as you remember, we rolled a "private release" so that we could take advantage of the faster JSON parser
[13:26:06 EST(-0500)] <colinclark> yura: Do you have any idea what version, or revision number you used?
[13:26:21 EST(-0500)] <athena> tada!!
[13:26:26 EST(-0500)] <athena> oooh that is neat-o
[13:26:36 EST(-0500)] <athena> colinclark and Justin_o - thanks so much for all the handholding (smile)
[13:26:39 EST(-0500)] <athena> i think i'm all set now
[13:26:39 EST(-0500)] <colinclark> athena: back when that branch was made, Kettle was pretty dorky
[13:26:44 EST(-0500)] <colinclark> it's getting close to neat-o now
[13:26:48 EST(-0500)] <Justin_o> athena: glad it's working... sorry that i missed about 100 steps in the middle
[13:26:51 EST(-0500)] <colinclark> lol
[13:26:52 EST(-0500)] <athena> you know, i don't even know what kettle is
[13:27:02 EST(-0500)] <athena> nah we're fine (smile)
[13:27:04 EST(-0500)] <athena> i get it now
[13:27:06 EST(-0500)] <colinclark> (smile)
[13:27:18 EST(-0500)] <athena> you did mention it needed to be in eclipse and my brain glazed over that part
[13:27:29 EST(-0500)] <colinclark> (smile)
[13:27:43 EST(-0500)] <athena> so what is kettle?
[13:28:39 EST(-0500)] <yura> colinclark: Bosmon: I dont think I have it since I reinstalled my system between now and then
[13:28:47 EST(-0500)] <Bosmon> Ah
[13:28:50 EST(-0500)] <Bosmon> That is rather serious
[13:29:01 EST(-0500)] <Bosmon> We may have to do the process all over again in that case
[13:29:11 EST(-0500)] <colinclark> athena: Kettle is our JavaScript server-side environment
[13:29:23 EST(-0500)] <colinclark> Running, as you've seen, on the JVM for now
[13:30:16 EST(-0500)] <colinclark> So you can use many of your favourite JavaScript idioms and frameworks, such as Infusion, on the server
[13:31:19 EST(-0500)] <athena> ah, neat (smile)
[13:31:36 EST(-0500)] <athena> Justin_o: one last thing on turning on the mobile view
[13:31:47 EST(-0500)] <Justin_o> athena: sure
[13:31:56 EST(-0500)] <athena> i'm assuming i'm editing fliquor/html/fliquor.html?
[13:32:00 EST(-0500)] <Justin_o> yes
[13:32:05 EST(-0500)] <Justin_o> that's correct
[13:32:08 EST(-0500)] <athena> line 18 seems to be blank - maybe it's the line before?
[13:32:20 EST(-0500)] <athena> is that the coal theme inclusion?
[13:33:04 EST(-0500)] <Justin_o> sorry... mean to say 19
[13:33:10 EST(-0500)] <Justin_o> there is a commented out link
[13:33:15 EST(-0500)] <athena> comment it back in?
[13:33:24 EST(-0500)] <Justin_o> remove the comment tags
[13:33:30 EST(-0500)] <Justin_o> <!-- -->
[13:33:37 EST(-0500)] <athena> ah, excellent
[13:33:49 EST(-0500)] <athena> and is the theme really "myTheme" or should it be "iphone" or something like that?
[13:33:55 EST(-0500)] <Justin_o> and then just change the theme on the body to fl-theme-myTheme i believe
[13:34:03 EST(-0500)] <Justin_o> jacob made a special theme for it
[13:34:38 EST(-0500)] <Justin_o> I think there is some slight styling issues.. probably because some stuff has changed in infusion since this was made... but it should work for the most part
[13:34:47 EST(-0500)] <athena> oooh, neat
[13:34:49 EST(-0500)] <athena> thanks (smile)
[13:34:57 EST(-0500)] <athena> works!
[13:35:08 EST(-0500)] <athena> and i think this will make a great demo
[13:35:10 EST(-0500)] <colinclark> Justin_o: do markup changes require a reload of kettle for athena to see this?
[13:35:13 EST(-0500)] <athena> i'll take a look at portlet-fying it
[13:35:21 EST(-0500)] <Justin_o> colinclark: probably will
[13:35:23 EST(-0500)] <athena> yep, and he was nice enough to mention that in advance
[13:35:27 EST(-0500)] <athena> i see the mobile view now
[13:35:29 EST(-0500)] <athena> success!
[13:35:32 EST(-0500)] <colinclark> (smile)
[13:35:54 EST(-0500)] <Justin_o> athena: i think that view will only work properly in safari probably
[13:36:01 EST(-0500)] <athena> yeah, figured
[13:36:13 EST(-0500)] <athena> something we shoudl think about for the demo
[13:36:22 EST(-0500)] <Justin_o> athena: yes
[13:37:10 EST(-0500)] <athena> safari works for windows but not linux i assume?
[13:37:58 EST(-0500)] <Justin_o> athena: yura uses chrome i think for linux
[13:38:03 EST(-0500)] <Justin_o> and that seems to work alright
[13:38:15 EST(-0500)] <athena> oh, that's great to know
[13:38:25 EST(-0500)] <athena> maybe we can suggest people install one of those browsers in advance
[13:39:29 EST(-0500)] <Justin_o> athena: that's probably a good idea... i don't think we'll have time to get a nice cross browser one working... although we are getting jacob back next week..
[13:39:46 EST(-0500)] <athena> was he missing?
[13:40:25 EST(-0500)] <Justin_o> he's been on parental leave for the last few months
[13:40:29 EST(-0500)] <athena> oh!!
[13:40:32 EST(-0500)] <athena> i forgot about that (smile)
[13:41:30 EST(-0500)] <yura> Justin_o: athena: yes, I think it will work fairly well in all webkit browser, One that I know that doesn't styel will is konqueror in linux
[13:41:48 EST(-0500)] <yura> although it's supposed to be "safari" for linux
[13:42:46 EST(-0500)] <Justin_o> yura: thanks
[13:42:52 EST(-0500)] <yura> n
[13:42:54 EST(-0500)] <yura> p
[13:49:08 EST(-0500)] <colinclark> yura: I took at look at your patch
[13:49:11 EST(-0500)] <colinclark> The change to the views
[13:49:26 EST(-0500)] <colinclark> It's a pretty huge smell that we've got identical code in two different views
[13:49:54 EST(-0500)] <colinclark> But I can understand why that is the case, and it points back to the root problem...
[13:49:58 EST(-0500)] <colinclark> this code should be somewhere else. (smile)
[13:50:01 EST(-0500)] <colinclark> So, go for it.
[13:50:13 EST(-0500)] <colinclark> Update the views in a set of test databases on the daily build
[13:50:23 EST(-0500)] <colinclark> We'll need to do some fairly extensive testing to ensure it doesn't have any side effects
[13:50:31 EST(-0500)] <colinclark> and then, we're good to go
[13:50:45 EST(-0500)] <yura> colinclark: thanks for the review
[13:51:22 EST(-0500)] <colinclark> if anyone here has a few minutes to help yura with testing, that would be much appreciated
[13:51:27 EST(-0500)] <colinclark> jessm, jameswy, etc.
[13:51:32 EST(-0500)] <colinclark> Justin_o is mine (tongue)
[13:52:28 EST(-0500)] <jessm> yura: im on a call but am happy to do two things at once
[13:52:30 EST(-0500)] <Justin_o> sorry yura, i can't come out and play testing with you
[13:52:46 EST(-0500)] <colinclark> lol
[13:53:01 EST(-0500)] <yura> thanks guys
[13:53:14 EST(-0500)] <jessm> jameswy: so, i was showing off 0.3b to the MIT folks yesterday and I ran into a dead-end
[13:53:37 EST(-0500)] <jameswy> jessm: yikeso.
[13:53:40 EST(-0500)] <jessm> jameswy: i started watching a movie and then stopped the movie mid-stream and had no navigation
[13:53:45 EST(-0500)] <jessm> i couldn't get out
[13:54:05 EST(-0500)] <Justin_o> jessm: that's interesting
[13:54:08 EST(-0500)] <colinclark> sounds like apple's bug?
[13:54:32 EST(-0500)] <jameswy> jessm: yikes. Yeah, it sounds like an apple bug--or possibly a badly encoded file?
[13:54:33 EST(-0500)] <yura> so the new data and views are in , everyone who has some time on their hands is welcome to help out with testing engage with new data
[13:55:08 EST(-0500)] <yura> it should be accessible from the build server
[13:56:59 EST(-0500)] <Justin_o> jessm: couple questions... did you happen to see a done button on the video and what os version are you running
[14:00:09 EST(-0500)] * elicochran (~elicochra@dhcp-169-229-212-2.LIPS.Berkeley.EDU) has joined #fluid-work
[14:01:48 EST(-0500)] <jessm> Justin_o: i was on safari on my mac – so, i'm trying to reproduce on my ihpone...
[14:02:07 EST(-0500)] <jessm> yura: you've got to round up cats firmer than that!
[14:02:20 EST(-0500)] <jessm> yura: what to test? who to do it? what to look for?
[14:04:17 EST(-0500)] <jessm> Justin_o: maybe it wasn't supposed to work that way on safari?
[14:07:03 EST(-0500)] <yura> jessm: hi, so what we test is stuff related to data integrity compared to the older data, object codes from 01 to 10 work , different language encoding works well, no broken links, consistent sizes of catalogues and their contents etc
[14:07:15 EST(-0500)] <yura> I just emailed Hugues about 2 problems that we found
[14:07:35 EST(-0500)] <yura> 1. object code entry 4 is missing and we have two with o code 5
[14:07:50 EST(-0500)] <yura> 2. english and french videos are all french
[14:08:12 EST(-0500)] <yura> thanks
[14:09:13 EST(-0500)] * athena (~athena@adsl-99-90-243-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[14:10:09 EST(-0500)] <jessm> yura: did you ping jameswy about testing?
[14:10:17 EST(-0500)] <yura> yes, he's on it already (smile)
[14:10:20 EST(-0500)] <yura> jessm: ^
[14:10:24 EST(-0500)] <jessm> excellent
[14:10:39 EST(-0500)] <yura> we will have to reimport however
[14:10:47 EST(-0500)] <yura> when Hugues fixes the object code
[14:11:03 EST(-0500)] <jessm> jameswy: ^ you see that
[14:11:11 EST(-0500)] <jessm> yura: jameswy should we just wait and test once
[14:11:11 EST(-0500)] <jessm> ?
[14:11:27 EST(-0500)] <yura> I cced the list in that email
[14:12:11 EST(-0500)] <yura> so Hugues replied
[14:12:11 EST(-0500)] <yura> Ok, please standby for a fix.
[14:12:12 EST(-0500)] <yura> About the french & english version of videos : that is normal, english version are being produced right now, and will overwrite the temporary french versions when i upload them (so we won't need to reload the data).
[14:12:51 EST(-0500)] <colinclark> jessm: Justin_o is here programming with e
[14:12:52 EST(-0500)] <colinclark> me
[14:12:57 EST(-0500)] <colinclark> and keeping me from getting distracted
[14:13:24 EST(-0500)] <jessm> Justin_o: good luck with that (wink)!
[14:15:13 EST(-0500)] <jameswy> yura, jessm: Indeed-maybe we should wait for the next import and test that one-no sense in testing twice
[14:15:30 EST(-0500)] <yura> jameswy: jessm: makes sense to me
[14:31:08 EST(-0500)] <athena> colinclark: when i get this portlet together, is there someplace you'd like me to put it?
[14:51:29 EST(-0500)] <yura> hi jessm, you there
[14:51:29 EST(-0500)] <yura> ?
[14:51:47 EST(-0500)] <yura> http://issues.fluidproject.org/browse/ENGAGE-459
[14:52:24 EST(-0500)] <jessm> yura: yep
[14:52:34 EST(-0500)] <yura> there's a blocker
[14:52:48 EST(-0500)] <jessm> yura: for what?
[14:52:51 EST(-0500)] <jessm> 0.3b?
[14:52:54 EST(-0500)] <yura> yes
[14:53:05 EST(-0500)] <jessm> colinclark: ^
[14:53:18 EST(-0500)] <yura> same issue that we fixed in views, myCollection was doing the same mapping in the service
[14:53:23 EST(-0500)] <colinclark> hey, i'm here
[14:53:25 EST(-0500)] <colinclark> catching up
[14:53:29 EST(-0500)] <jessm> yura: can you fix it up?
[14:53:46 EST(-0500)] <yura> yes, working on it right now
[14:53:55 EST(-0500)] <colinclark> athena: I don't have a particular preference for where it goes... we can give you access to the scratchpad if you want to put it there.
[14:54:00 EST(-0500)] <jessm> yura: get a patch and then get it to colinclark ?
[14:54:07 EST(-0500)] <yura> got it
[14:54:07 EST(-0500)] <colinclark> jessm: this is a blocker that's easy to fix, but it's gonna cause us to have to cut a new release
[14:54:12 EST(-0500)] <colinclark> a premature b2, if you will
[14:54:17 EST(-0500)] <jessm> colinclark: eek
[14:54:23 EST(-0500)] <colinclark> yeah, eek
[14:54:27 EST(-0500)] <jessm> colinclark: can you recut the same tag?
[14:54:39 EST(-0500)] <colinclark> jessm: no, i'm not sure that's a good idea
[14:54:40 EST(-0500)] <colinclark> i could
[14:54:45 EST(-0500)] <colinclark> but then there's confusion about what b1 was
[14:54:49 EST(-0500)] <athena> colinclark: i'm fine w/ scratchpad if that's easier for you guys
[14:54:51 EST(-0500)] <colinclark> it makes little to no difference
[14:54:57 EST(-0500)] <colinclark> so i'll defer to the king
[14:55:29 EST(-0500)] <colinclark> yura: did you get a chance to describe the issue to jessm ?
[14:56:10 EST(-0500)] <yura> i think so, jessm did it make sense what I wrote previousle, or I can give some more detail?
[14:57:10 EST(-0500)] <jessm> yura: i understand it's a similar issue to the earlier issue of a specific view standing between us and schemalessness in working with hugues code
[14:57:29 EST(-0500)] <colinclark> I linked ENGAGE-459 to ENGAGE-457, since they're essentially the same bug
[14:57:47 EST(-0500)] <yura> colinclark: this is the patch http://issues.fluidproject.org/secure/attachment/11032/ENGAGE-459.patch
[14:57:48 EST(-0500)] <colinclark> In short, Sveto had to cut and paste yura's view code into the myCollection data spout
[14:57:54 EST(-0500)] <colinclark> thus reproducing the bug in another location
[15:00:57 EST(-0500)] <colinclark> so jessm, it looks like we may need some my collection QA
[15:01:03 EST(-0500)] <colinclark> The king is going to join us to advise
[15:01:15 EST(-0500)] <colinclark> But it may involve a full re-test
[15:01:17 EST(-0500)] <colinclark> i'm not quite sure
[15:01:25 EST(-0500)] <colinclark> thoughts?
[15:01:33 EST(-0500)] * Justin_o (~Justin@142.150.154.171) has joined #fluid-work
[15:01:56 EST(-0500)] * justin_o (~jmo@142.150.154.101) has joined #fluid-work
[15:01:58 EST(-0500)] <jessm> oh man!
[15:02:02 EST(-0500)] <jessm> colinclark: that's a total bummer
[15:02:23 EST(-0500)] <jessm> colinclark: would it be a full re-QA or just of my collection?
[15:02:31 EST(-0500)] <colinclark> jessm: yes, that's right
[15:02:36 EST(-0500)] <colinclark> sorry, not completely full cycle
[15:02:43 EST(-0500)] <colinclark> I just heard jameswy exclaim...
[15:02:49 EST(-0500)] <colinclark> "FULL QA CYCLE?!?"
[15:03:03 EST(-0500)] <colinclark> Oh, Captain Picard
[15:03:58 EST(-0500)] <jameswy> Haaaa.
[15:04:34 EST(-0500)] <colinclark> Ok, so Justin_o, how do you decree?
[15:04:37 EST(-0500)] <justin_o> colinclark, jessm: I think redoing the myCollection tests should be good
[15:04:43 EST(-0500)] <colinclark> ok
[15:04:47 EST(-0500)] <colinclark> So Yura has a patch
[15:04:52 EST(-0500)] <colinclark> I will commit it, and rebuild the daily
[15:04:53 EST(-0500)] <colinclark> we test
[15:05:07 EST(-0500)] <jessm> colinclark: Justin_o: excellent
[15:05:07 EST(-0500)] <colinclark> then, when I get the green light, I'll cut a b2
[15:05:16 EST(-0500)] <colinclark> jamon: here we go again, dude
[15:05:19 EST(-0500)] <colinclark> (sorry)
[15:05:31 EST(-0500)] <colinclark> Deploying the app is really easy, luckily
[15:05:32 EST(-0500)] <colinclark> (smile)
[15:05:37 EST(-0500)] <yura> and when is the new data imported?
[15:05:47 EST(-0500)] <jamon> unless it breaks like on tuesday (tongue)
[15:05:54 EST(-0500)] <jamon> 9am releases++ !
[15:08:14 EST(-0500)] <athena> ok colin, i have a working fliquor portlet (smile)
[15:11:37 EST(-0500)] <athena> though actually i wonder if people might want to use this for real at some point
[15:11:40 EST(-0500)] <athena> it's actually sort of cool
[15:12:53 EST(-0500)] <colinclark> yura: It's in.
[15:12:56 EST(-0500)] <colinclark> You can rebuild the daily
[15:13:02 EST(-0500)] <colinclark> athena: cool!!!
[15:13:06 EST(-0500)] <athena> yeah (wink)
[15:13:13 EST(-0500)] <colinclark> (smile) (smile)
[15:13:26 EST(-0500)] <athena> so maybe you guys can help sort out the skinning side of it and we can talk about what sort of views we want
[15:13:35 EST(-0500)] <athena> anything we need to do to set up scratchpad access?
[15:17:43 EST(-0500)] <yura> engage is rebuilt now , myCollection can be tested now
[15:25:52 EST(-0500)] <jessm> yura: corral your cats
[15:27:00 EST(-0500)] <yura> so I just finished testing mycollection without vo, and going to do that with vo. if someone can do it one more time to make sure in french that would be great
[15:40:06 EST(-0500)] <yura> jessm: I finished testing in english with vo
[15:53:51 EST(-0500)] <yura> colinclark: jessm, jameswy: I imported the new data into couch, we can test against it now
[15:54:25 EST(-0500)] <colinclark> ok
[15:54:35 EST(-0500)] <colinclark> athena: sorry, sec
[15:54:42 EST(-0500)] <colinclark> justin_o and are about to commit some new code
[15:55:02 EST(-0500)] <athena> cool (smile)
[15:58:49 EST(-0500)] <jessm> yura: jameswy and i are on a call – will be off soon
[15:58:55 EST(-0500)] <yura> ok
[16:26:50 EST(-0500)] <yura> jessm: jameswy: there's another issue with the objectCode entry and the new data that I imported so we need to fix it right now and retest object code entry again
[16:27:08 EST(-0500)] <Bosmon> Hi all - does anyone here remember how to push artifacts into our Maven repository?
[16:27:13 EST(-0500)] <Bosmon> Perhaps athena?
[16:27:41 EST(-0500)] <athena> i think probably eric helped you set that up initially, and i'm not quite sure what he recommended
[16:27:52 EST(-0500)] <athena> but i think your repository is hosted by jasig and probably accessible via nexxus?
[16:28:07 EST(-0500)] <athena> if you set up your projects right, you could probably also deploy them from the command line via a "mvn deploy"
[16:28:08 EST(-0500)] <Bosmon> I assume there is one of these "Sonatype push pages" (tongue)
[16:28:16 EST(-0500)] <Bosmon> It is hosted by jasig, yes
[16:28:31 EST(-0500)] <athena> there should be a little upload artifact on the website, once you're logged in
[16:28:34 EST(-0500)] <yura> http://issues.fluidproject.org/browse/ENGAGE-461
[16:28:42 EST(-0500)] <yura> jessm: colinclark ^
[16:29:06 EST(-0500)] <Bosmon> I wonder how I can log in...
[16:34:31 EST(-0500)] <jameswy> yura, justin_o, jessm: so test the latest build against my collection and object code qa plans?
[16:35:22 EST(-0500)] <yura> i tested my collection with and w/o vo , but the fix for object code is not in yet
[16:37:01 EST(-0500)] <yura> colinclark: this is the patch : http://issues.fluidproject.org/secure/attachment/11033/ENGAGE-461.patch
[16:37:29 EST(-0500)] <colinclark> one sec, sorry yura
[16:37:34 EST(-0500)] <yura> np
[16:40:34 EST(-0500)] * jhung (~Lynnette@H63.C204.cci.switchworks.net) has left #fluid-work
[16:42:34 EST(-0500)] <jameswy> yura, jessm: I'm headed home now, and I'll be testing w/o VO there.
[16:42:51 EST(-0500)] <yura> thanks jameswy
[16:53:39 EST(-0500)] <jessm> yura: what remains to be tested?
[16:53:53 EST(-0500)] <jessm> yura: and did you get the object code entry bug committed?
[16:54:27 EST(-0500)] <yura> I applied the patch it just needs to be reviewed and commited , then when rebuilt we can test engage in full
[16:54:33 EST(-0500)] <yura> jessm: ^
[16:55:00 EST(-0500)] <jessm> yura: let's get that going so jamon can have a life and jameswy can test once
[16:55:13 EST(-0500)] <jessm> colinclark: any chance you can review the patch?
[16:55:22 EST(-0500)] <colinclark> glarg?
[16:55:53 EST(-0500)] <jessm> http://issues.fluidproject.org/browse/ENGAGE-461
[17:02:06 EST(-0500)] * justin_o (~jmo@142.150.154.101) has joined #fluid-work
[17:02:38 EST(-0500)] <jessm> jamon: heads-up – another release coming
[17:02:58 EST(-0500)] <jessm> we're gonna fix this folks – and not do it again because it kills everyone a little
[17:05:12 EST(-0500)] * Bosmon5 (~AndChat@82.sub-97-148-146.myvzw.com) has joined #fluid-work
[17:07:52 EST(-0500)] <colinclark> jessm: keep in mind that we didn't release a fix an hour ago
[17:08:03 EST(-0500)] <colinclark> so this is still all lumped into a b2 release and not such a big deal
[17:08:08 EST(-0500)] <jessm> ah, ok
[17:08:11 EST(-0500)] <colinclark> just more testing, i'm afraid
[17:17:51 EST(-0500)] <yura> colinclark: jessm: really quick question , should those issues be closed?
[17:18:09 EST(-0500)] <colinclark> yura: yes, i should close them
[17:18:12 EST(-0500)] <colinclark> thanks for reminding me
[17:25:11 EST(-0500)] <yura> jessm: colinclark: tested object code entry w/o voice over in french, everything looks good
[17:27:51 EST(-0500)] * yura (~Fluid@142.150.154.164) has left #fluid-work
[17:28:29 EST(-0500)] * clown (~clown@142.150.154.101) has left #fluid-work
[17:30:21 EST(-0500)] <athena> ok colinclark - sample uPortal mobile page on the way
[17:30:28 EST(-0500)] <colinclark> (smile)
[17:35:08 EST(-0500)] <colinclark> jessm: So I think we can probably test the object code entry fix just by entering all one-digit codes
[17:35:14 EST(-0500)] <colinclark> yura did it in French
[17:35:38 EST(-0500)] <colinclark> Have you had a chance to look at My Collection? Yura said he did an extensive VO-based test, so we probably only need to do a quick run-through of it
[17:38:15 EST(-0500)] <jessm> colinclark: on it
[17:38:24 EST(-0500)] <colinclark> i'm just about done with the object codes
[17:38:28 EST(-0500)] <colinclark> so go for the my collection, jessm
[17:38:41 EST(-0500)] <jessm> colinclark: what am i testing there, just all the functionality?
[17:38:54 EST(-0500)] <colinclark> jessm: I think you're probably safe to just test general functionality
[17:39:06 EST(-0500)] <colinclark> no need to do the full qa plan--yura covered that with voiceover
[17:39:10 EST(-0500)] <colinclark> so it's just a double-check
[17:39:43 EST(-0500)] <colinclark> ack, we just lost jamon
[17:39:50 EST(-0500)] <colinclark> i guess i'll send him an email
[17:41:10 EST(-0500)] <colinclark> i don't know if i need glasses, but i feel like everything in engage on the iphone is just a bit too teeny
[17:42:33 EST(-0500)] <jessm> colinclark: my collection looks good to me
[17:42:42 EST(-0500)] <colinclark> great
[17:42:44 EST(-0500)] <jessm> though the MITers were confused by comment vs. note
[17:42:51 EST(-0500)] <colinclark> interesting
[17:43:25 EST(-0500)] <colinclark> i think i like the curling stone the best
[17:44:14 EST(-0500)] <jessm> oh, which one is that? we've become obsessed with curling
[17:44:25 EST(-0500)] <colinclark> jessm: really? have you ever tried it?
[17:44:33 EST(-0500)] <jessm> no!
[17:44:34 EST(-0500)] <jamon> release is waiting until tomorrow or..? i'm online for the evening i think
[17:44:37 EST(-0500)] <colinclark> it's pretty fun
[17:44:43 EST(-0500)] <colinclark> no, i'll cut it as soon as i'm done testing
[17:44:45 EST(-0500)] <jessm> you've done it?
[17:44:52 EST(-0500)] <colinclark> curling stone is "09"
[17:45:10 EST(-0500)] <colinclark> yeah, i grew up in a small northern ontario town
[17:45:18 EST(-0500)] <colinclark> curling was part of phys ed
[17:45:29 EST(-0500)] <colinclark> Le curling
[17:45:50 EST(-0500)] <jessm> how neil young of you
[17:46:07 EST(-0500)] <colinclark> what fine compliment
[17:46:08 EST(-0500)] <colinclark> (smile)
[17:46:22 EST(-0500)] <jessm> 09 is not a curling stone for me
[17:46:35 EST(-0500)] <colinclark> really?!?
[17:46:37 EST(-0500)] <colinclark> what is it?
[17:46:49 EST(-0500)] <jessm> ice shove
[17:47:00 EST(-0500)] <colinclark> eek
[17:47:14 EST(-0500)] <colinclark> you're using the daily build, right?
[17:47:19 EST(-0500)] <colinclark> not the production build?
[17:47:26 EST(-0500)] <jessm> oops
[17:47:31 EST(-0500)] <colinclark> phew
[17:47:37 EST(-0500)] <colinclark> User Error
[17:47:38 EST(-0500)] <colinclark> (tongue)
[17:48:09 EST(-0500)] <colinclark> ok, i'm satisfied with my testing as well
[17:48:14 EST(-0500)] <colinclark> i've done a bit of my collectoin
[17:48:16 EST(-0500)] <colinclark> perhaps sufficient?
[17:48:24 EST(-0500)] <jessm> k
[17:48:38 EST(-0500)] <colinclark> it's slow, but it's not completely impossible
[17:48:52 EST(-0500)] <colinclark> especially if there are nice objects in the physical space to distract the user
[17:51:39 EST(-0500)] <colinclark> jessm: I'm cutting the release now.
[17:51:48 EST(-0500)] <jessm> good
[17:51:50 EST(-0500)] <colinclark> gonna need to create a few boilerplate jiras
[17:51:53 EST(-0500)] <jessm> i'm just poking around
[17:56:00 EST(-0500)] <jessm> colinclark: which numbers are supposed to work in the object code entry screen?
[17:56:15 EST(-0500)] <colinclark> jessm: 1-10 now, I think
[17:56:22 EST(-0500)] <colinclark> I'm pretty sure Hugues sent an email to that effect
[17:56:26 EST(-0500)] <colinclark> though it's all a blur
[17:56:31 EST(-0500)] <jessm> i thought so too
[17:56:32 EST(-0500)] <jessm> ok
[18:03:07 EST(-0500)] <colinclark> are you seeing other codes working?
[18:13:59 EST(-0500)] <colinclark> so jessm
[18:14:05 EST(-0500)] <colinclark> I've done everything I can without jamon's help
[18:14:09 EST(-0500)] <jessm> k
[18:14:12 EST(-0500)] <colinclark> I'll send him a note by email, and hopefully he won't mind
[18:14:14 EST(-0500)] <jessm> did he leave?
[18:14:19 EST(-0500)] <colinclark> yep
[18:14:24 EST(-0500)] <jessm> k
[18:14:26 EST(-0500)] <colinclark> Databases are updated, new release is up on the server
[18:14:33 EST(-0500)] <colinclark> just need to move it around and restart the servlet container
[18:14:38 EST(-0500)] <colinclark> probably 10 minutes of jamon's time
[18:16:41 EST(-0500)] <jamon> sorry, am i doing something?
[18:16:54 EST(-0500)] <jamon> colinclark: ^
[18:16:54 EST(-0500)] <jessm> colinclark: see? he's here
[18:17:00 EST(-0500)] <colinclark> oh, wow
[18:17:02 EST(-0500)] <colinclark> jamon
[18:17:04 EST(-0500)] <colinclark> hi
[18:17:06 EST(-0500)] <jessm> zippy
[18:17:08 EST(-0500)] <colinclark> you walked away
[18:17:10 EST(-0500)] <colinclark> yet you're still here
[18:17:15 EST(-0500)] <colinclark> the internet is so weird
[18:17:21 EST(-0500)] <jamon> i'm never offline, servers (tongue)
[18:17:25 EST(-0500)] <colinclark> wowza
[18:17:34 EST(-0500)] <colinclark> Omnipresent Jamon
[18:17:52 EST(-0500)] <colinclark> Ok, so uploaded a new Engage release, 0.3b2, to fluidengage.org
[18:17:57 EST(-0500)] <colinclark> Updated Couch accordingly
[18:18:03 EST(-0500)] <colinclark> It just needs to be moved into place and tomcat restarted
[18:18:07 EST(-0500)] <colinclark> I can do it if you want to teach me
[18:18:10 EST(-0500)] <colinclark> or I can leave it to you
[18:18:22 EST(-0500)] <colinclark> Depends on how needed you want to feel (wink)
[18:18:39 EST(-0500)] <colinclark> btw, 0.3b2 is not to be confused with the Fast One
[18:18:43 EST(-0500)] <colinclark> this is just The Correct One
[18:18:48 EST(-0500)] <colinclark> or at least
[18:18:51 EST(-0500)] <jamon> should be done
[18:18:54 EST(-0500)] <colinclark> The Slightly Less Buggy One
[18:18:58 EST(-0500)] <colinclark> jamon: Meaning, you've done it?
[18:19:08 EST(-0500)] <jamon> yeah, check, not sure if my browser is caching
[18:19:10 EST(-0500)] <colinclark> k
[18:20:00 EST(-0500)] <colinclark> jessm: can you check as well
[18:20:08 EST(-0500)] <colinclark> don't forget to quit your browser to clear any lingering cookies
[18:20:14 EST(-0500)] <jessm> yeppers
[18:20:20 EST(-0500)] <colinclark> I've got the classic U of T slowness
[18:20:22 EST(-0500)] <colinclark> so that's a good sign
[18:20:36 EST(-0500)] <jamon> just atrc 7th i think
[18:20:41 EST(-0500)] <jamon> i'm on u of t wifi, through openvpn
[18:20:43 EST(-0500)] <jamon> nice and fast
[18:21:13 EST(-0500)] <colinclark> (smile)
[18:21:17 EST(-0500)] <colinclark> jamon: where are you?
[18:21:31 EST(-0500)] <jamon> critical making lab
[18:21:51 EST(-0500)] <jamon> ok, have to do something about this:
[18:21:53 EST(-0500)] <colinclark> Ah, sounds cool
[18:21:53 EST(-0500)] <jamon> [Thu Feb 25 18:20:59 2010] [error] [client 142.150.154.101] File does not exist: /home/engage/website/docs/fluid-engage-core, referer: http://fluidengage.org/engage/artifacts/view.html?accessNumber=M2000.38.97&amp;db=mccord&amp;lang=en
[18:22:02 EST(-0500)] <colinclark> hmm
[18:22:04 EST(-0500)] <colinclark> that's odd
[18:22:16 EST(-0500)] <colinclark> it's an absolute URL somewhere
[18:22:16 EST(-0500)] <jamon> the vhost is pointing at that directory for the index.html e.g. http://fluidengage.org/
[18:22:40 EST(-0500)] <jessm> tell me i didn't do that
[18:22:55 EST(-0500)] <jessm> jamon: colinclark everything looks good
[18:23:05 EST(-0500)] <colinclark> yeah, the curling rock is "09"
[18:23:17 EST(-0500)] <jamon> it's from a while ago when jacob was still around jessm, colinclark
[18:23:22 EST(-0500)] <colinclark> ah!
[18:23:23 EST(-0500)] <colinclark> k
[18:23:26 EST(-0500)] <jamon> i don't suppose it could be bundled in the war?
[18:23:35 EST(-0500)] <colinclark> Well it's in the WAR...
[18:23:45 EST(-0500)] <colinclark> but I wonder if perhaps the website is referring to it?
[18:23:52 EST(-0500)] <colinclark> Wait, how should I read that log...
[18:24:18 EST(-0500)] <jamon> /home/engage/website/docs/fluid-engage-core is the fluidengage.org documentroot for apache
[18:24:19 EST(-0500)] <colinclark> Is it saying that, somewhere, http://fluidengage.org/engage/artifacts/view.html is actually referring to /fluid-engage-core?
[18:24:29 EST(-0500)] <colinclark> hmm
[18:24:49 EST(-0500)] <colinclark> wait, isn't "/home/engage/website/docs/" the docroot?
[18:25:08 EST(-0500)] <jamon> i would change that to sorry yes
[18:25:20 EST(-0500)] <jamon> grr
[18:25:25 EST(-0500)] <jamon> colinclark: correct
[18:25:38 EST(-0500)] <jamon> fliud-engage-core is where kettle+tomcat and apache are doing battle
[18:25:59 EST(-0500)] <jamon> e.g. i could change the documentroot to /home/engage/tomcat-6.0.24/webapps/engage/fluid-engage-core/ but there's nothing there
[18:26:15 EST(-0500)] <jamon> or to just webapps/engage
[18:26:38 EST(-0500)] <colinclark> jamon: i'm thoroughly confused now
[18:27:02 EST(-0500)] <colinclark> ah
[18:27:17 EST(-0500)] <colinclark> no, i'm still confused
[18:27:19 EST(-0500)] <colinclark> (smile)
[18:27:31 EST(-0500)] <jamon> sorry i'm rushing
[18:27:53 EST(-0500)] <jamon> let's start here: http://fluidengage.org/engage/
[18:28:29 EST(-0500)] <jamon> kettle is essentially mounted at tomcat's equivalent to apache's document root, ~/tomcat-6.0.24/webapps/engage
[18:29:11 EST(-0500)] <jamon> is that right? or does kettle kick in somewhere else?
[18:29:35 EST(-0500)] <colinclark> kettle's view of the world is really limited to tomcat...
[18:29:54 EST(-0500)] <colinclark> so, absolute-wise, it's [server:port]/[web-app-name]