[00:29:36 EDT(-0400)] * jayshao (n=jayshao@ool-44c59034.dyn.optonline.net) has joined ##uportal
[08:58:35 EDT(-0400)] * jayshao (n=jayshao@ool-44c59034.dyn.optonline.net) has joined ##uportal
[09:57:32 EDT(-0400)] * jayshao (n=jayshao@jshao.rutgers.edu) has joined ##uportal
[10:12:02 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:20:48 EDT(-0400)] * esm_ (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[10:26:26 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:46:51 EDT(-0400)] * pberry (n=pberry@waldorf.CSUChico.EDU) has joined ##uportal
[12:41:08 EDT(-0400)] <EricDalquist> grrr
[12:41:20 EDT(-0400)] <EricDalquist> the maven ant tasks have a nasty little bug
[12:41:53 EDT(-0400)] <EricDalquist> the artifact:dependencies task fails to include -SNAPSHOT dependencies in the generated path
[13:32:38 EDT(-0400)] <esm_> interesting. thats a very old bug
[13:32:44 EDT(-0400)] <EricDalquist> yeah
[13:32:46 EDT(-0400)] <EricDalquist> and still not fixed
[13:32:51 EDT(-0400)] <EricDalquist> well as far as I can tell
[13:33:08 EDT(-0400)] <EricDalquist> I'm trying to build the 2.0.6 ant plugin from svn but not having any luck getting the built jar to work
[13:34:00 EDT(-0400)] <esm_> jason moved it from MNG-1408, and a bunch of field values got dropped from the issue
[13:34:09 EDT(-0400)] <esm_> including the fix version
[13:34:16 EDT(-0400)] <esm_> it was set to fix version 2.0.x
[13:34:38 EDT(-0400)] <esm_> there are no svn commits for it either
[13:35:01 EDT(-0400)] <EricDalquist> yeah :/
[13:35:06 EDT(-0400)] <EricDalquist> and a lot of votes
[13:35:07 EDT(-0400)] <esm_> of course the svn plugin may not be smart enough to index the issue's old issue ids.
[13:38:36 EDT(-0400)] <esm_> at least those two artifacts should be released as not snapshots
[13:38:42 EDT(-0400)] <esm_> sooner rather than later
[13:38:53 EDT(-0400)] <EricDalquist> yeah
[13:38:59 EDT(-0400)] <EricDalquist> that will be an eventual fix
[15:17:10 EDT(-0400)] <EricDalquist> hey esm_ I'm going to do a release of the BookmarksPortlet
[15:17:16 EDT(-0400)] <EricDalquist> any tips for using the release plugin?
[15:28:27 EDT(-0400)] <esm_> no, not really!
[15:28:38 EDT(-0400)] <EricDalquist> so I run release:prepare
[15:28:40 EDT(-0400)] <esm_> it should theoretically go smoothly
[15:28:44 EDT(-0400)] <EricDalquist> then release:perform
[15:28:56 EDT(-0400)] <esm_> make sure you don'thave dependencies on snapshots, and that you have the correct tagBase defined
[15:29:44 EDT(-0400)] <esm_> yes, just run 'release:prepare' followed by 'release:perform'
[15:29:52 EDT(-0400)] <EricDalquist> ok
[15:30:29 EDT(-0400)] <EricDalquist> here goes prepare
[15:30:48 EDT(-0400)] * esm_ crosses fingers
[15:33:11 EDT(-0400)] <EricDalquist> looks like that worked ok
[15:33:16 EDT(-0400)] <EricDalquist> http://developer.ja-sig.org/source/browse/jasigsvn/portlets/BookmarksPortlet
[15:33:26 EDT(-0400)] <EricDalquist> now to do the perform
[15:33:50 EDT(-0400)] <esm_> sweet.
[15:34:04 EDT(-0400)] <EricDalquist> although I realized I named this rel tag differently
[15:34:12 EDT(-0400)] <EricDalquist> used . instead of - in the version #
[15:34:15 EDT(-0400)] <EricDalquist> oh well
[15:35:10 EDT(-0400)] <esm_> yeah 
theroetically you can redo it
[15:35:20 EDT(-0400)] <EricDalquist> eh
[15:35:37 EDT(-0400)] <esm_> exactly
[15:35:40 EDT(-0400)] <EricDalquist> I say we just stop using - in version nubmers
[15:35:50 EDT(-0400)] <EricDalquist> since we don't have to deal with that cvs limitation any more
[15:36:47 EDT(-0400)] <EricDalquist> hrm
[15:36:55 EDT(-0400)] <EricDalquist> the site build is failing
[15:37:02 EDT(-0400)] <EricDalquist> looks like there may be a bug in my new release
[15:37:06 EDT(-0400)] <EricDalquist> oh well
[15:37:37 EDT(-0400)] <esm_> yeah. that is one thing with the release plugin is that it pushes out the site
[15:37:41 EDT(-0400)] <EricDalquist> yeah
[15:37:43 EDT(-0400)] <EricDalquist> that is fine
[15:37:44 EDT(-0400)] <esm_> which is sometimes not what you want
[15:37:56 EDT(-0400)] <esm_> e.g. if you are building a release candidate
[15:38:00 EDT(-0400)] <EricDalquist> but the fact that it fails I'm just going to leave for now
[15:38:01 EDT(-0400)] <EricDalquist> ah
[15:38:02 EDT(-0400)] <EricDalquist> yeah
[15:38:21 EDT(-0400)] <esm_> yeah i'd leave it alone for now.
[15:38:28 EDT(-0400)] <esm_> if people complain, thats a good thing
[15:38:36 EDT(-0400)] <esm_> it means they've checked out the code and tried to build the site
[15:52:27 EDT(-0400)] <EricDalquist> I want to add two options to the up3 ear deployer and I'm wondering if I should add them in the generic code or in the tomcat specific code
[15:52:35 EDT(-0400)] <EricDalquist> they are 1. deploy exploded
[15:52:46 EDT(-0400)] <EricDalquist> and 2. delete existing first
[15:52:59 EDT(-0400)] <EricDalquist> any thoughts either way?
[15:53:30 EDT(-0400)] <esm_> is there an interface in the generic code?
[15:53:49 EDT(-0400)] * esm_ goes to eclipse
[15:53:51 EDT(-0400)] <EricDalquist> abstract class
[15:54:03 EDT(-0400)] <EricDalquist> I could/should move some of this to interfaces
[15:56:57 EDT(-0400)] <esm_> at first blush i'd add deploy exploded and delete existing first as abstract methods
[15:57:14 EDT(-0400)] <esm_> in AbsEarDeployer and put the impls in the TomcatEarDeployer
[15:58:39 EDT(-0400)] <esm_> adding a flag to deploy war may be enough
[15:59:16 EDT(-0400)] <esm_> boolean exploded
[15:59:25 EDT(-0400)] <EricDalquist> yeah
[15:59:32 EDT(-0400)] <EricDalquist> I think that is what I'll probably do
[15:59:40 EDT(-0400)] <EricDalquist> and add another method for the remove
[15:59:48 EDT(-0400)] <esm_> yeah sounds good
[16:00:25 EDT(-0400)] <esm_> and keeping it abstract seems fine with me
[16:30:14 EDT(-0400)] <esm_> EricDalquist: quick q
[16:30:20 EDT(-0400)] <EricDalquist> k
[16:30:34 EDT(-0400)] <esm_> does mvn -Dtest=LegacyLayoutSourceTest clean test work for you when executed from uportal3-impl?
[16:32:33 EDT(-0400)] * colinclar2 (n=atrcwrk2@142.150.154.155) has joined ##uportal
[16:32:48 EDT(-0400)] <EricDalquist> yes it does
[16:34:05 EDT(-0400)] <esm_> hrm ok.
General
Content
Integrations