[09:47:11 CST(-0600)] <EricDalquist> morning all
[12:30:28 CST(-0600)] * esm (n=esm@clue.mse.jhu.edu) has joined ##uportal
[12:39:14 CST(-0600)] <lescour> hey guys
[12:39:32 CST(-0600)] <EricDalquist> hello
[12:40:51 CST(-0600)] <esm> hullo !@#
[12:43:30 CST(-0600)] <esm> i have to replicate apache configurations across a set of machines...
[12:43:39 CST(-0600)] <esm> i think i'm just going to put the hole ball of wax in subversion
[12:43:51 CST(-0600)] <EricDalquist> thats what we do
[12:43:57 CST(-0600)] <EricDalquist> our apache configs are in cvs
[12:44:06 CST(-0600)] <EricDalquist> and can be 'built' for the environment
[12:44:12 CST(-0600)] <EricDalquist> handy when you have a 8 machine cluster
[12:44:20 CST(-0600)] <esm> you mean like config.status files?
[12:44:37 CST(-0600)] <esm> and you check them out and complile apache
[12:44:47 CST(-0600)] <esm> or you have httpd.conf in subversion?
[12:45:04 CST(-0600)] <EricDalquist> httpd.conf
[12:45:17 CST(-0600)] <esm> ok yeah I'm going to put the entire apache build in there
[12:45:21 CST(-0600)] <EricDalquist> with the few env specific things branched just for that env
[12:45:23 CST(-0600)] <EricDalquist> ah
[12:45:53 CST(-0600)] <esm> that way I don't have to mess with cd'ing into each directory and sucking out the file - or wirting a shell script to do itl.
[12:46:00 CST(-0600)] <esm> it'll just be an svn up or svn co
[12:46:05 CST(-0600)] <esm> and just suck it all down
[12:46:19 CST(-0600)] <esm> sigh
[12:46:32 CST(-0600)] <esm> i just got our loadbalancers up
[12:46:51 CST(-0600)] <esm> so we have two boxes behind it, and I can already seeing this being an issue so i wanna nip it in the bud
[12:47:35 CST(-0600)] <EricDalquist>
[12:49:12 CST(-0600)] <esm> http://developer.ja-sig.org/source/browse/~raw,r=11801/jasigsvn/up3/branches/maven2-integration/pom.xml
[12:49:29 CST(-0600)] <esm> that's as far as I had gotten on the m2 branch
[12:49:55 CST(-0600)] <EricDalquist> uhg ... so I'm doing a revert to fix this rename problem
[12:50:09 CST(-0600)] <EricDalquist> but the svn eclipse plugin is doing the revert file by file
[12:50:14 CST(-0600)] <EricDalquist> so it is taking FOREVER
[12:50:33 CST(-0600)] <esm> how else would it do it?
[12:50:43 CST(-0600)] <esm> oh you mean like the equiv of 'svn revert -R .'
[12:51:16 CST(-0600)] <EricDalquist> yeah
[12:51:21 CST(-0600)] <esm> http://developer.ja-sig.org/source/browse/~raw,r=11788/jasigsvn/up3/branches/maven2-integration/README
[12:51:24 CST(-0600)] <EricDalquist> since there were just 2 root directories
[12:51:28 CST(-0600)] <esm> that is the readme in the bootstrap
[12:53:32 CST(-0600)] <EricDalquist> cool
[12:53:41 CST(-0600)] <esm> the other cool thing with maven is we can use the assembly plugin to create the quickstart
[12:54:15 CST(-0600)] <EricDalquist> yeah
[12:54:17 CST(-0600)] <esm> similar to the pluto-bundled-dist which includes pluto portal and tomcat
[12:54:28 CST(-0600)] <esm> just up3 will be a little more complex
[12:54:28 CST(-0600)] <EricDalquist> I'm looking forward to that and uploading releases and the generated site
[12:54:59 CST(-0600)] <esm> i found out there is a gpg plugin you can use to sign artifacts
[12:55:04 CST(-0600)] <EricDalquist> still reverting ...
[12:55:05 CST(-0600)] <esm> haven't used it yet
[12:55:06 CST(-0600)] <esm> lol
[12:55:07 CST(-0600)] <esm> wow
[12:55:24 CST(-0600)] <EricDalquist> yeah ... like ~2 files per second ... and there are ~5k files
[12:55:34 CST(-0600)] <EricDalquist> I should have thought about that before clicking
[12:56:49 CST(-0600)] <lescour> are you using the pure java client or jni?
[12:57:00 CST(-0600)] <EricDalquist> ?
[12:57:09 CST(-0600)] <EricDalquist> for svn?
[12:57:18 CST(-0600)] <lescour> yes
[12:57:22 CST(-0600)] <EricDalquist> I'm not sure what the eclipse svn plugin does
[12:57:28 CST(-0600)] <lescour> i assume you are using subclipse
[12:57:29 CST(-0600)] <esm> i think subclipse uses the JavaHL libraries
[12:57:48 CST(-0600)] <EricDalquist> yeah, subclipse
[12:58:07 CST(-0600)] <lescour> mine has an option for which libs to use
[12:58:19 CST(-0600)] * lescour heads to a meeting
[12:58:25 CST(-0600)] <EricDalquist> hrm
[13:28:31 CST(-0600)] <esm> Late-breaking News! The introduction of Olson Timezone (TZ) data, version 2005r or greater, may break backward compatibility for the Eastern, Hawaiian, and Mountain time zones, under certain circumstances. See Sun Alert 102836 for Java.
[13:28:37 CST(-0600)] <esm> late breaking news indeed.
[13:33:52 CST(-0600)] <EricDalquist> nice
[13:47:45 CST(-0600)] <EricDalquist> I think I'm just going to start using the command line for file moving/renaming that affects a large # of files
[13:57:57 CST(-0600)] <esm> yeah, that is what i do
[13:58:08 CST(-0600)] <esm> then just refresh the project in eclipse
[14:02:47 CST(-0600)] <EricDalquist> yeah
[14:02:57 CST(-0600)] <EricDalquist> I'm realizing that eclipse isn't so smart about mass svn operations
[14:11:50 CST(-0600)] <EricDalquist> well I have the source moved into the maven dirs
[14:11:57 CST(-0600)] <EricDalquist> now to go through and declare dependencies
[14:11:57 CST(-0600)] <esm> sweet
[14:12:16 CST(-0600)] <esm> i'd suggest to keep version numbers in the parent pom
[14:12:24 CST(-0600)] <esm> in a <properties> element
[14:12:35 CST(-0600)] <esm> the children will inherit it
[14:12:45 CST(-0600)] <EricDalquist> yeah
[14:12:49 CST(-0600)] <EricDalquist> thats my plan
[14:12:51 CST(-0600)] <esm> er, more specifically the sub-projects pom will
[14:12:52 CST(-0600)] <esm> cool
[14:14:09 CST(-0600)] <EricDalquist> I really wish libraries would be better about saying if dependencies are optional
[14:14:15 CST(-0600)] <esm> yeah.
[14:14:41 CST(-0600)] <EricDalquist> hey, what is the difference between commons-logging and commons-logging-api?
[14:14:54 CST(-0600)] <esm> commons-logging-api comes with two very basic impls
[14:15:00 CST(-0600)] <esm> one sec i just read on this
[14:15:03 CST(-0600)] <esm> er
[14:15:05 CST(-0600)] <esm> sorry
[14:15:13 CST(-0600)] <EricDalquist> yeah I thought I saw you pluto folks talking about this
[14:15:14 CST(-0600)] <esm> -api comes with no impls
[14:15:18 CST(-0600)] <EricDalquist> ok
[14:15:26 CST(-0600)] <EricDalquist> so -api would be the compile-time dependency
[14:15:27 CST(-0600)] <esm> the regular one pulls in impls
[14:15:30 CST(-0600)] <esm> yeah
[14:15:39 CST(-0600)] <EricDalquist> but the regualar jar would be a runtime dependency
[14:15:51 CST(-0600)] <esm> right
[14:16:18 CST(-0600)] <esm> if you have commons-logging-api.jar, you only need to add an implementation like lo4j
[14:16:19 CST(-0600)] <esm> IIRC
[14:16:30 CST(-0600)] <esm> (logging really confuses me sometimes)
[14:16:48 CST(-0600)] <esm> commons-logging-1.1 is supposed to be more "container friendly"
[14:17:05 CST(-0600)] <EricDalquist> ah
[14:17:10 CST(-0600)] <esm> when mulpile commons-logging-1.0.4 jars are present, things act weird
[14:17:19 CST(-0600)] <esm> so we upgraded pluto to commons-logging-1.1
[14:17:41 CST(-0600)] <EricDalquist> ah
[14:17:44 CST(-0600)] <EricDalquist> make sense
[14:19:25 CST(-0600)] <esm> http://jakarta.apache.org/commons/logging/RELEASE-NOTES.txt
[14:19:29 CST(-0600)] <esm> those are worth reading
[14:19:50 CST(-0600)] <EricDalquist> thanks
[14:20:07 CST(-0600)] <esm> ok here we go just some brief snippits
[14:20:12 CST(-0600)] <esm> == Dependencies ==
[14:20:13 CST(-0600)] <esm> Commons-logging has no mandatory dependencies.
[14:20:21 CST(-0600)] <esm> File commons-logging-nn.jar is the one most people will want. It provides the
[14:20:21 CST(-0600)] <esm> base implementation and adapters to a number of popular logging libraries.
[14:20:39 CST(-0600)] <esm> File commons-logging-api-nn.jar provides minimal adapters to external logging
[14:20:39 CST(-0600)] <esm> libraries, just the internally implemented SimpleLog and NoOpLog classes
[14:20:39 CST(-0600)] <esm> plus Jdk14Logger (which is currently required by Apache Tomcat).
[14:21:01 CST(-0600)] <esm> This jar file may be used as a declared dependency for projects that care about
[14:21:01 CST(-0600)] <esm> "transitive dependencies" and can't handle jar files such as commons-logging-nn.jar
[14:21:01 CST(-0600)] <esm> which have "optional" dependencies depending on how they are used.
[14:21:10 CST(-0600)] <EricDalquist> yeah
[14:21:36 CST(-0600)] <EricDalquist> I end up just excluding all of the commons-logging dependencies in my compile scoped dependency
[14:21:44 CST(-0600)] <EricDalquist> and then usually set log4j as a runtime dependency
[14:21:50 CST(-0600)] * esm nods
[14:22:06 CST(-0600)] <esm> JCL 1.1 also handles commons-logging.properties nicer
[14:22:10 CST(-0600)] <EricDalquist> trying for the minimal dependency graph
[14:22:15 CST(-0600)] <esm> yep absolutlely
[14:22:28 CST(-0600)] <esm> spring-web and spring-beans pull in commons-logging-1.1 with impls.
[14:22:43 CST(-0600)] <esm> so you will need to add specific exclusions if you don't want them there.
[14:22:57 CST(-0600)] <esm> mvn dependency:resolve is your friend
[14:23:07 CST(-0600)] <esm> you can add '-X' to see who is bringing in what.
[14:23:17 CST(-0600)] <esm> (at the cost of wading thru lots of output)
[14:25:14 CST(-0600)] <esm> note that you don't need to pull in a logging impl if you don't want.
[14:25:29 CST(-0600)] <esm> "-api" has enough in it to use JULI, the tomcat logger
[14:25:49 CST(-0600)] <EricDalquist> eh
[14:26:02 CST(-0600)] <EricDalquist> I'll just pull in JCL 1.1 and eclude all its dependencies
[14:27:22 CST(-0600)] <esm> right, but you'll also have to do that for any libraries that depend on jcl 1.1
[14:27:27 CST(-0600)] <esm> just so you know
[14:27:44 CST(-0600)] <EricDalquist> not if I put it first in the <dependencies>
[14:31:21 CST(-0600)] <EricDalquist> oi
[14:31:25 CST(-0600)] <EricDalquist> another annoyance
[14:31:28 CST(-0600)] <EricDalquist> some things depend on spring
[14:31:35 CST(-0600)] <EricDalquist> others depend on the spring-* jars
[14:31:48 CST(-0600)] <esm> yeah.
[14:31:59 CST(-0600)] <esm> i made everything depend on the actual specific spring jar
[14:32:00 CST(-0600)] <esm> er
[14:32:14 CST(-0600)] <EricDalquist> yeah
[14:32:18 CST(-0600)] <EricDalquist> thats all I'm doing
[14:32:30 CST(-0600)] <esm> so if something dependedn on "spring.jar" i figureed out what it really needed was "spring-beans-2.0" and used that.
[14:32:42 CST(-0600)] <EricDalquist> ah
[14:33:05 CST(-0600)] <esm> other wise you will pull in everything spring.jar depends on
[14:33:21 CST(-0600)] <esm> unless you make it <scope>provided</scope> but you don't want to do that I don' tthink.
[14:34:03 CST(-0600)] <EricDalquist> spring.jar doesn't have many required dependencies
[14:34:20 CST(-0600)] <EricDalquist> actually it has no required dependencies
[14:34:44 CST(-0600)] <esm> mmm. ok well try it! if it works...
[14:34:54 CST(-0600)] <esm> to me that feels like "import java.util.*"
[14:35:00 CST(-0600)] <EricDalquist> yeah, thats true
[14:35:11 CST(-0600)] <EricDalquist> and the spring-* jars have their specific dependencies declared
[14:35:20 CST(-0600)] <esm> yes
[14:35:30 CST(-0600)] <esm> if you included spring.jar you'd have to define its dependencies somewhere.
[14:35:42 CST(-0600)] <esm> i have a property inthe parent pom for the spring version.
[14:35:57 CST(-0600)] <esm> so it is easy to upgrade the specific spring artifacts when it comes time
[14:48:15 CST(-0600)] <esm> i love svn:externals
[14:48:18 CST(-0600)] <esm> when i don't hate it.
[14:51:46 CST(-0600)] <esm> uuuuuuugh.
[14:52:02 CST(-0600)] <esm> i just drank the dregs of a couple day old coffee, thinking it was todays coffee from 2 hours ago
[14:52:03 CST(-0600)] <EricDalquist> ?
[14:52:08 CST(-0600)] <EricDalquist> uhg
[14:52:14 CST(-0600)] <esm> puke....
General
Content
Integrations