fluid-work IRC Logs-2009-11-05

[16:09:03 EST(-0500)] <michelled> it was the case before
[16:09:16 EST(-0500)] <michelled> unfortunately I never tested on 3.5
[16:09:18 EST(-0500)] <jessm> jamon: ping
[16:09:54 EST(-0500)] <Bosmon2> "As we may or may not know" the reason that these tests may fail on FF3.x browsers, is the fact that by default, the AJAX fetch from the filesystem will fail due to silly new security restrictions
[16:17:10 EST(-0500)] <jamon> jessm: pong
[16:17:29 EST(-0500)] <jessm> jamon: wanted to touch base about fluidengage.org
[16:19:06 EST(-0500)] <jamon> jessm: i'll go talk to iris about it?
[16:19:25 EST(-0500)] <jessm> jamon: i sent you the domain registration email – do you need to change anything on that?
[16:19:37 EST(-0500)] <jamon> there are no credentials from what i saw
[16:20:36 EST(-0500)] <jessm> jamon: yeah, can you check in with Iris and get the credentials where we need them to go live on an index.html on Tuesday next week?
[16:21:17 EST(-0500)] <jamon> as long as the file is ready to go then yes, that's plenty of time
[16:22:53 EST(-0500)] <jessm> jamon: great! let me know if you need anything once you talk to Iris, ok?
[16:23:08 EST(-0500)] <jamon> yep will do jessm
[16:23:18 EST(-0500)] <jessm> jamon: super zoomy
[16:38:19 EST(-0500)] * jimeng (n=jimeng@141-211-4-058.vpn.umnet.umich.edu) has joined #fluid-work
[16:39:05 EST(-0500)] <jimeng> Question about the fluid uploader?
[16:40:33 EST(-0500)] <jimeng> Can the uploader work through ajax POST's? The result would be a success status to a script, rather than replacing the page in the window. Is that possible?
[16:51:18 EST(-0500)] <colinclark> jimeng: Sorry, I was away from the computer. Just catching up
[16:51:28 EST(-0500)] <jimeng> Hi Colin
[16:51:55 EST(-0500)] <colinclark> The Uploader sends files in an Ajax-ish way, if not actually Ajax.
[16:52:03 EST(-0500)] <colinclark> Meaning, it will stay on the same page after an upload is finished.
[16:52:22 EST(-0500)] <colinclark> It fires a bunch of events, so you could attach some Ajax-y behaviour when an Upload is finished if you want.
[16:58:11 EST(-0500)] <jimeng> Is there documentation about catching the events? Is it like catching ajax events in jQuery?
[16:58:38 EST(-0500)] <jimeng> (I suspect you are going home any minute, so I can ask again in the morning...)
[17:16:16 EST(-0500)] * jayshao (n=jayshao@72-254-87-238.client.stsn.net) has joined #fluid-work
[17:17:12 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:18:26 EST(-0500)] <Bosmon2> athena: Have you ever noticed that the callback to fluid.fetchResources is called multiple times?
[17:37:41 EST(-0500)] * clown (n=clown@142.150.154.101) has left #fluid-work
[17:37:56 EST(-0500)] <colinclark> jimeng: Sorry I disappeared again. There is definitely documentation on listening for Infusion events. Let me dig some up.
[17:38:10 EST(-0500)] <colinclark> It is a tiny bit different from listening to jQuery events, but conceptually the same.
[17:38:34 EST(-0500)] <colinclark> The difference is just that jQuery events are DOM-based, whereas our event system is general. Events can be model related, or have any signature you might want
[17:38:49 EST(-0500)] <colinclark> Whereas in jQuery, events are always just driven by the event object.
[17:40:09 EST(-0500)] <colinclark> jimeng: Here's some documentation: http://wiki.fluidproject.org/display/fluid/Events+for+Component+Users
[17:40:46 EST(-0500)] <colinclark> And then here's a list of all the Uploader events:
[17:40:46 EST(-0500)] <colinclark> http://wiki.fluidproject.org/display/fluid/Uploader+API#UploaderAPI-SupportedEvents
[17:42:52 EST(-0500)] <jimeng> Thanks, Colin. That should help.
[17:43:12 EST(-0500)] <colinclark> Generally, you can register an event just by passing a listener function in your options when you instantiate the component.
[17:47:41 EST(-0500)] <colinclark> jimeng: Here's a bit of example code of how we register for Uploader events in our Image Gallery demo application. Most of it is just comments.
[17:47:42 EST(-0500)] <colinclark> http://www.pastie.org/684097
[17:55:06 EST(-0500)] <jimeng> Thanks, Colin. We will try that out and see if we have more questions.
[19:49:37 EST(-0500)] * Bosmon2 (n=amb26fre@63-227-0-131.hlrn.qwest.net) has joined #fluid-work
[22:28:38 EST(-0500)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work
[06:47:15 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[06:53:33 EST(-0500)] * sveto (n=sveto@62.44.101.70) has joined #fluid-work
[07:06:36 EST(-0500)] <michelled> hi sveto - I'm actually here early
[07:06:59 EST(-0500)] <sveto> hi michelle, isn
[07:07:19 EST(-0500)] <sveto> isn't it about 8 am there?
[07:07:25 EST(-0500)] <michelled> 7
[07:07:30 EST(-0500)] <sveto>
[07:07:57 EST(-0500)] <sveto> can i ask you a question about the svn structure?
[07:08:54 EST(-0500)] <michelled> sure
[07:09:02 EST(-0500)] <michelled> hopefully I can answer it
[07:09:10 EST(-0500)] <michelled> I'm still doing a little clean up
[07:09:33 EST(-0500)] <sveto> i want to create a project in scratchpad and i was wondering - should i copy the needed project folders with svn copy, or should i use svn:externals to reference them
[07:09:59 EST(-0500)] <sveto> problem is that i'll have to place some code in the externally reference directories
[07:10:11 EST(-0500)] <michelled> it's a good question and we don't have a consistent way of working
[07:10:23 EST(-0500)] <michelled> some people make branches into the scratchpad and work of that
[07:10:28 EST(-0500)] <michelled> others use externals
[07:11:11 EST(-0500)] <michelled> and still others use implied externals. As I'm tying this I realize that this way makes the least sense because it would mean a clean checkout wouldn't work
[07:11:24 EST(-0500)] <michelled> do you have a preference for how you work?
[07:11:55 EST(-0500)] <sveto> to admit i haven't used externals till now, so i'm a little more comfortable using svn copy
[07:12:39 EST(-0500)] <michelled> using externals is really easy
[07:12:46 EST(-0500)] <michelled> colin has some instructions here: http://wiki.fluidproject.org/display/fluid/Subversion+Tips+and+Tricks
[07:13:00 EST(-0500)] <michelled> but if you'd rather work off a branch that's fine.
[07:13:49 EST(-0500)] <michelled> any reason you want to work in the scratchpad?
[07:14:01 EST(-0500)] <michelled> seems to me your work is incubator stuff
[07:14:36 EST(-0500)] <sveto> i just thought it will be better for experimental stuff
[07:14:45 EST(-0500)] <michelled> ok, sounds good
[07:14:57 EST(-0500)] <michelled> we can move to the incubator as it becomes more solid
[07:15:53 EST(-0500)] <sveto> just to make sure - if i create something under a directory referenced by externals and then commit i commit to my own branch, not the referenced branch?
[07:16:36 EST(-0500)] <michelled> if you are using externals to pull something it - it is not a copy
[07:16:45 EST(-0500)] <michelled> so changes to it are to the original space
[07:17:31 EST(-0500)] <michelled> so if what you're after is the ability to patch the core code then a branch would make more sense then externals
[07:17:49 EST(-0500)] <sveto> oh, ok, then i'll make a branch
[07:18:29 EST(-0500)] <michelled> what are you branching from?
[07:18:47 EST(-0500)] <michelled> if it's engage you may want to wait a few minutes while I finish this directory restructuring
[07:19:14 EST(-0500)] <sveto> i need fluid-engage-core and fluid-engage-kettle, ok sounds good
[07:19:30 EST(-0500)] <michelled> I'll let you know when I'm done
[07:19:37 EST(-0500)] <sveto> thank you
[07:34:59 EST(-0500)] * sveto (n=sveto@62.44.101.70) has joined #fluid-work
[07:37:22 EST(-0500)] * boyan (n=astea@62.44.101.70) has joined #fluid-work
[07:39:56 EST(-0500)] <boyan> michelled: Good morning! You're up quite early today!
[07:40:16 EST(-0500)] <michelled> good morning
[07:40:34 EST(-0500)] <michelled> yep, I'm trying to get the last of the directory restructuring done
[07:40:42 EST(-0500)] <michelled> should be done soon
[07:41:08 EST(-0500)] <boyan> michelled: ok, ping we when you're done
[07:41:15 EST(-0500)] <boyan> I'll have a couple of questions
[07:41:25 EST(-0500)] <michelled> oh, go ahead with questions
[07:41:34 EST(-0500)] <michelled> it's not like I'm online at this time often
[07:42:28 EST(-0500)] <boyan> well, first, it'll probably be good if we set up some directory structure for the decapod capture in either the scratchpad or the incubator
[07:42:43 EST(-0500)] <boyan> and I'm not sure exactly where should things go
[07:42:43 EST(-0500)] <michelled> yes, that makes sense
[07:43:29 EST(-0500)] <michelled> do you have some thought about how to structure it?
[07:44:29 EST(-0500)] <boyan> yes, I have, but I'm not quite confident about it
[07:45:09 EST(-0500)] <boyan> and one other thing - it just occurred to me that I completely forgot to ask Colin about the password for the svn account
[07:45:09 EST(-0500)] <michelled> do you want to talk it through?
[07:45:35 EST(-0500)] <boyan> well, yes, just give me a couple of minutes to find my notes and comments on this
[07:45:45 EST(-0500)] <michelled> ok, sounds good
[07:57:48 EST(-0500)] <boyan> michelled: ok, so here are my ideas
[07:57:48 EST(-0500)] <boyan> under the main directory "decapod", we have three sub-dirs: "infusion", "components", "tests"
[07:57:48 EST(-0500)] <boyan> in "infusion" we provide a custom build of Infusion with the dependencies we need
[07:57:48 EST(-0500)] <boyan> in "components" we have two sub-dirs, "capture" and "thumbBrowser", each with "css", "js" and "html" sub-dirs
[07:57:48 EST(-0500)] <boyan> "tests" is self-explanatory
[07:57:49 EST(-0500)] <boyan> this is similar to the directory structure of Engage/Infusion components
[07:57:51 EST(-0500)] <boyan> other things I considered is taking the current structure of decapod in scratchpad as a start and modify it as the application grows
[07:57:54 EST(-0500)] <boyan> and I was thinking of using the structure described in http://wiki.fluidproject.org/display/fluid/How+to+Create+a+Fluid+Component but it doesn't seem to reflect anything we have in the repo
[07:58:03 EST(-0500)] <boyan> so that's a sketch of my thoughts
[08:02:16 EST(-0500)] <michelled> boyan I think your ideas are great
[08:02:29 EST(-0500)] <michelled> I wouldn't want to base it on what's currently in scratchpad
[08:02:39 EST(-0500)] <michelled> that should just go
[08:05:02 EST(-0500)] <boyan> michelled: and should we place it in scratchpad or incubator?
[08:05:19 EST(-0500)] <boyan> once I get my pass from Colin I can upload mu current work
[08:05:32 EST(-0500)] <michelled> can I call you on skype?
[08:05:35 EST(-0500)] <boyan> since it's in an early stage, i guess scratchpad is the better place
[08:05:36 EST(-0500)] <boyan> yes
[08:06:02 EST(-0500)] <boyan> sure you can
[08:10:12 EST(-0500)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[08:13:52 EST(-0500)] <michelled> sveto: I'm done the restructuring btw
[08:14:34 EST(-0500)] <sveto> ok, i'll get to create a structure in scratchpad
[08:14:44 EST(-0500)] <michelled> great
[08:30:18 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:37:47 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:45:13 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[08:52:16 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176132520.dsl.bell.ca) has joined #fluid-work
[08:52:48 EST(-0500)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[08:53:07 EST(-0500)] <Justin_o> sveto: hello, noticed that you have been committing. Glad to see that your access to svn is working. How is everything going?
[08:54:36 EST(-0500)] <sveto> Justin_o: hi, I've eventually created my project structure and now I want to clean up a bit the things I have before I commit them
[08:55:07 EST(-0500)] <Justin_o> sveto: that makes sense
[08:56:08 EST(-0500)] <fj4000> sveto: sorry I got swamped before I could help with your template yesterday
[08:56:18 EST(-0500)] <fj4000> hopefully today we can work together
[08:57:45 EST(-0500)] <sveto> Justin_o: I don't know if it is the appropriate time to talk about that, but I was wondering if you can give me some more requirements for my collection as Jacob said we'll be talking style and it will be great if I knew what it should look like at the end
[08:58:47 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[08:59:07 EST(-0500)] <sveto> fj4000: no worries, yesterday i left shortly after we spoke and today I was busy with the svn and didn't get to it
[08:59:24 EST(-0500)] <fj4000>
[08:59:26 EST(-0500)] <Justin_o> sveto: I believe these are the latest wireframes http://wiki.fluidproject.org/display/fluid/Mobile+wireframes%2C+draft+8#Mobilewireframes%2Cdraft8-Mycollections
[08:59:50 EST(-0500)] <Justin_o> It looks like there is the option to view it as a grid or as a list
[09:00:53 EST(-0500)] <Justin_o> which would probably involve using both the list and grid version of the reorderer and possibly different templates
[09:01:45 EST(-0500)] <Justin_o> although you could probably just not renderer out portions of the template for the grid view... sorry if this last part is confusing
[09:02:07 EST(-0500)] * michelled_ (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[09:03:04 EST(-0500)] <sveto> i think i understand you, so leave out descriptions for instance?
[09:03:38 EST(-0500)] <boyan> michelled: I took a look at the engage project structure you changed, seems fine, except for one thing
[09:03:55 EST(-0500)] <boyan> I had to change the .classpath file in order to correctly import my project in eclipse
[09:04:24 EST(-0500)] <boyan> not sure if it has to do anything with your changes
[09:04:31 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[09:05:01 EST(-0500)] <boyan> had to change a path from src/java to src/main/java
[09:05:24 EST(-0500)] <Justin_o> sveto: that's right...
[09:05:47 EST(-0500)] <boyan> and 1.7R2/js-1.7R2.jar to 1.7R3pre/js-1.7R3pre.jar
[09:32:27 EST(-0500)] <michelled_> boyan, that makes sense. I should make that change
[09:33:04 EST(-0500)] <michelled_> boyan, do you have a few minutes to talk about the work you're doing on decapod?
[09:33:26 EST(-0500)] <boyan> michelled_: sure, I have
[09:51:14 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[09:53:27 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[09:54:25 EST(-0500)] * yura (n=yura@142.150.154.163) has joined #fluid-work
[10:09:37 EST(-0500)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[10:13:35 EST(-0500)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:17:38 EST(-0500)] * mackrauss (n=Armin@142.150.154.101) has joined #fluid-work
[10:29:59 EST(-0500)] * joan (n=joan@smtp.opentrends.net) has joined #fluid-work
[10:36:58 EST(-0500)] <boyan> michelled, jessm: I commited the new directory structure into https://source.fluidproject.org/svn/scratchpad/decapod/ (no files in it)
[10:37:24 EST(-0500)] <boyan> I'll reorganize my code a bit, commit it later and write a note to fluid-work
[10:37:40 EST(-0500)] <michelled> looks good
[10:37:48 EST(-0500)] <michelled> thanks
[10:41:37 EST(-0500)] <joan> hi michelled.
[10:41:46 EST(-0500)] <michelled> hi joan
[10:42:45 EST(-0500)] <michelled> how's it going?
[10:43:15 EST(-0500)] <joan> fine. I took a look at the new folder's structure
[10:43:23 EST(-0500)] <michelled> is it ok?
[10:43:24 EST(-0500)] <joan> and it's fine.
[10:43:34 EST(-0500)] <michelled> good
[10:43:35 EST(-0500)] <joan> but i've found that
[10:43:50 EST(-0500)] <joan> maven pom isn't fine.
[10:43:58 EST(-0500)] <colinclark> eek
[10:44:01 EST(-0500)] <colinclark> We broke the maven build?
[10:45:00 EST(-0500)] <joan> i reviewed: fluid-engage-kettle.
[10:45:20 EST(-0500)] <joan> and now the references to source dirs are not necessary.
[10:47:29 EST(-0500)] <joan> in fact, we can simplify pom a litte bit.
[10:48:25 EST(-0500)] <colinclark> joan: Any chance you could make a fix and a patch for us?
[10:49:23 EST(-0500)] <joan> may i upload my pom to the JIRA 182 and we could compare it to the svn (trunk) ?
[10:50:16 EST(-0500)] <colinclark> joan: Sure, that sounds great
[10:50:31 EST(-0500)] <joan> so i post a comment
[10:50:42 EST(-0500)] <colinclark> thanks
[10:54:18 EST(-0500)] <joan> http://issues.fluidproject.org/browse/ENGAGE-182
[10:54:47 EST(-0500)] <joan> comment posted. may you check if you can compile and lauch jetty properly.
[10:55:02 EST(-0500)] <joan> mvn eclipse:clean eclipse:eclipse
[10:55:09 EST(-0500)] <joan> mvn clean install
[10:58:17 EST(-0500)] <joan> michelled, collin: .classpath and .project are generated sources. They are generate with "mvn eclipse:eclipse".
[11:01:56 EST(-0500)] <athena> .classpath generally contains references to all the jar files required to build the project, and .project has some other eclipse metadata, like the project name and such
[11:03:52 EST(-0500)] <joan> I know but are generated resources.
[11:04:27 EST(-0500)] <joan> I don't use to store generated resources. It was only a comment.
[11:04:55 EST(-0500)] <athena> yep, just adding information for anyone who wasn't familiar with them
[11:06:30 EST(-0500)] <colinclark> just catchin gup
[11:07:00 EST(-0500)] <colinclark> athena: Do you typically use the Maven eclipse plugin?
[11:07:19 EST(-0500)] <athena> yep
[11:07:31 EST(-0500)] <athena> helps when i update the pom
[11:07:40 EST(-0500)] <athena> eclipse is kind of stupid about that
[11:08:32 EST(-0500)] <colinclark>
[11:09:02 EST(-0500)] <colinclark> I think when we are in San Diego together, athena, we should have a long talk about Maven for building mixed projects and JavaScript, etc.
[11:09:18 EST(-0500)] <colinclark> I can't shake your comment from the other week about avoiding mixing Ant and Maven
[11:09:18 EST(-0500)] <joan> i use to execute "mvn eclipse:clean eclipse:eclipse" from project base path (system shell) and, latter, I do a project refresh inside eclipse.
[11:09:23 EST(-0500)] <athena> that'd be wonderful
[11:09:40 EST(-0500)] <colinclark> While I find myself reticent to embrace m2 after some horrible debugging sessions I've had with it in the past.
[11:09:47 EST(-0500)] <colinclark> But, honestly, that's probably just Sakai's fault
[11:09:51 EST(-0500)] <athena> yeah having ant run maven hasn't worked out that well for us
[11:09:56 EST(-0500)] <athena> haha, maybe
[11:10:03 EST(-0500)] <colinclark> What were the big problems you encountered?
[11:10:14 EST(-0500)] <athena> hang on a minute? on the phone
[11:12:30 EST(-0500)] * joan (n=joan@smtp.opentrends.net) has left #fluid-work
[11:13:17 EST(-0500)] <colinclark> athena: of course
[11:18:08 EST(-0500)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[11:19:07 EST(-0500)] * joan (n=joan@smtp.opentrends.net) has joined #fluid-work
[11:21:28 EST(-0500)] <athena> ok, colinclark, i'm back
[11:21:30 EST(-0500)] <athena> sorry about that
[11:22:03 EST(-0500)] <athena> so, the biggest irritation currently in uportal is that some of our ant tasks don't support maven profiles
[11:22:31 EST(-0500)] <colinclark> how do you use maven profiles? in other words, what makes this irritating for you?
[11:22:35 EST(-0500)] <athena> i've done a bunch of custom work to do things like use advanced filtering techniques to pull all the configuration strings out of the portal and all the bundled portlets and make them configurable in one file
[11:22:58 EST(-0500)] <athena> in theory the database dependency should also be configurable via a profile
[11:23:21 EST(-0500)] <athena> except it's not because the ant macros that generate the dependency classpath don't support profiles
[11:23:52 EST(-0500)] <athena> for some of the other stuff i modified the ant task to manually look for a profile parameter and pass it on to the maven goal, but you can't do it for everything
[11:24:22 EST(-0500)] <athena> profiles can contain lots of useful stuff, like configuration properties, extra maven repositories, and credentials for maven repositories
[11:24:55 EST(-0500)] <athena> it comes in especially handy if you're working with multiple projects that use different repositories, or if you're working with a couple versions of the same configurable project
[11:25:30 EST(-0500)] <athena> at the conference last year i presented some work i'd done with unicon's demo portal making it so that you could easily configure it for different environments through one unified properties file
[11:25:39 EST(-0500)] <athena> don't know if that answers your question
[11:26:05 EST(-0500)] <colinclark> sorry, now i'm a bit distracted
[11:26:11 EST(-0500)] <athena> lol no worries
[11:29:15 EST(-0500)] <colinclark> this totally answers my question
[11:29:27 EST(-0500)] <athena> awesome
[11:29:31 EST(-0500)] <athena> maven's actually pretty cool
[11:29:33 EST(-0500)] <athena> or maven 2 is anyway
[11:29:37 EST(-0500)] <colinclark> and your solution, in cases where you need to "do stuff" above and beyond maven's in-box support is to write your own custom plugins?
[11:29:45 EST(-0500)] <athena> but it's complicated and not always well documented
[11:29:54 EST(-0500)] <athena> yeah, i think that's probably the right solution
[11:30:05 EST(-0500)] <colinclark> is the oreilly maven book any good?
[11:30:12 EST(-0500)] <athena> dunno, haven't read it
[11:30:12 EST(-0500)] <colinclark> Maven's own documentation is pretty sparse
[11:30:13 EST(-0500)] <athena> maybe i should
[11:30:15 EST(-0500)] <colinclark> k
[11:30:16 EST(-0500)] <athena> yeah, it is
[11:30:22 EST(-0500)] <athena> i did some work with yale last spring to start moving some of the uportal ant tasks over to maven custom plugins
[11:30:29 EST(-0500)] <athena> we got deploy-war and deploy-ear refactored
[11:30:50 EST(-0500)] <colinclark> So, for example, we have some code as part of our Ant build that rewrites URLs for testing. In Engage, I expect we'll reuse this code to actually rewrite URLs for packaging and deployment
[11:30:56 EST(-0500)] <athena> where i'm having problems though is that there doesn't seem to be a way to execute those from the top-level project on a single sub-project
[11:31:02 EST(-0500)] <colinclark> i.e. linking to custom builds of Infusion rather than individual files, etc.
[11:31:14 EST(-0500)] <colinclark> Currently, this code is implemented using JavaScript with Ant's scripting support
[11:31:15 EST(-0500)] <athena> i'm not sure what to do about that, so we may wind up having to still have a small ant wrapper to execute those tasks at the right level
[11:31:22 EST(-0500)] <colinclark> But you'd argue that we should implement that as a m2 plugin?
[11:32:01 EST(-0500)] <athena> well, it's actually possible to run ant from maven using the ant plugin
[11:32:06 EST(-0500)] <athena> so that might be one option
[11:32:52 EST(-0500)] <athena> that would let the task be a little more maven-aware while still using ant's capabilities to do the actual work
[11:33:10 EST(-0500)] <athena> i think that's actually how a lot of projects handle those more file-system-oriented tasks
[11:34:54 EST(-0500)] <colinclark> interesting
[11:35:02 EST(-0500)] <colinclark> It's definitely something we'll have to consider
[11:35:12 EST(-0500)] <colinclark> Boz and I were debating this whole thing awhile ago
[11:35:18 EST(-0500)] <athena> if you go that route i'd be interested to hear your experiences
[11:35:35 EST(-0500)] <athena> it's something we definitely haven't completely figured out yet, and i've kind of had to put it on hold due to time constraints
[11:35:47 EST(-0500)] <athena> but i think we've all agreed that our current system isn't ideal
[11:35:59 EST(-0500)] <athena> if you want the full rant on ant driving maven you'd have to find holdorph
[11:38:32 EST(-0500)] <colinclark>