uPortal IRC Logs-2009-03-25

Owned by Apereo Infrastructure
Last updated: Mar 25, 2009Version comment
3 min read

[00:17:10 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[00:46:30 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[01:22:52 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[08:12:55 EDT(-0400)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[10:45:34 EDT(-0400)] * JASIGLogBot (n=PircBot@jasig.Princeton.EDU) has joined ##uportal
[10:45:34 EDT(-0400)] * Topic is 'http://uportal.pastebin.com/ - http://www.ja-sig.org/wiki/display/UPC/uportal+IRC+Logs' set by EricDalquist on 2008-02-27 12:32:13 EST(-0500)
[11:06:57 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:34:31 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:42:33 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:13:38 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:28:13 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[15:36:18 EDT(-0400)] <EricDalquist> things seem very quiet today
[15:36:35 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:38:30 EDT(-0400)] <holdorph> you behind all these bamboo build faileds coming out in the last hour, eric?
[15:38:44 EDT(-0400)] <holdorph> just curious.
[15:40:24 EDT(-0400)] <EricDalquist> yes
[15:40:37 EDT(-0400)] <EricDalquist> the build is working but the deploy of the snapshot to our maven repository isn't
[15:41:44 EDT(-0400)] <holdorph> the emails just don't convey whether a build (failed or succeeded) was manually kicked off or automatically kicked off. Or at least if it does, I can't tell the difference (smile)
[15:42:22 EDT(-0400)] <EricDalquist> they don't, you have to visit the site :/
[16:58:31 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[18:06:39 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[19:19:26 EDT(-0400)] <awills> still there EricDalquist?
[19:19:31 EDT(-0400)] <EricDalquist> yup
[19:19:35 EDT(-0400)] <awills> http://uportal.pastebin.com/d213688e5
[19:19:49 EDT(-0400)] <EricDalquist> great, thanks
[19:19:50 EDT(-0400)] <awills> those are the revisions on the email
[19:19:54 EDT(-0400)] <awills> yeah you bet
[20:17:07 EDT(-0400)] * lennard1 (n=sparhk@uni1.unicon.net) has left ##uportal
[20:49:57 EDT(-0400)] <awills> EricDalquist: what am I missing? how do you get a subclass of AbstractSingleSpringContextTests to set the @Required beans?
[20:50:36 EDT(-0400)] <EricDalquist> they would need to be set in the app context xml the test is using
[20:50:57 EDT(-0400)] <awills> the filter is null when the test methods start: http://uportal.pastebin.com/d5114d7f3
[20:51:20 EDT(-0400)] <EricDalquist> what is in applicationContext.xml?
[20:51:52 EDT(-0400)] <awills> what's this guy? RequiredAnnotationBeanPostProcessor
[20:52:09 EDT(-0400)] <EricDalquist> that is what enforces the @Required annotation
[20:52:25 EDT(-0400)] <awills> app context: http://uportal.pastebin.com/d7936e3e6
[20:52:53 EDT(-0400)] <EricDalquist> hrm
[20:53:00 EDT(-0400)] <EricDalquist> well I don't think @Required in the test will do anything
[20:53:08 EDT(-0400)] <EricDalquist> since it doesn't actually exist in the app context
[20:53:15 EDT(-0400)] <awills> your jpaTestApplicationContext.xml seems to magically "discover" which beans neet to go to which properties by id
[20:53:29 EDT(-0400)] <awills> by bean id
[20:53:32 EDT(-0400)] <EricDalquist> my understanding of AbstractSingleSpringContextTests is that it does type based auto configuration
[20:54:15 EDT(-0400)] <awills> ah, let me define the local member as the concrete class then
[20:54:48 EDT(-0400)] <EricDalquist> so I would also recommend reading the javadoc for AbstractSingleSpringContextTests
[20:54:58 EDT(-0400)] <EricDalquist> it has important points like: WARNING: When doing integration tests from within Eclipse, only use classpath resource URLs. Else, you may see misleading failures when changing context locations.
[20:55:15 EDT(-0400)] <EricDalquist> ah
[20:55:21 EDT(-0400)] <awills> yeah i been there :/ and i saw that (but not using eclipse)
[20:55:22 EDT(-0400)] <EricDalquist> and the behavior you want is from AbstractDependencyInjectionSpringContextTests
[20:55:35 EDT(-0400)] <EricDalquist> which is a subclass of AbstractSingleSpringContextTests
[20:55:45 EDT(-0400)] <awills> ah-ha!
[20:55:56 EDT(-0400)] <EricDalquist> the javadocs describe the autowiring behavior
[20:56:59 EDT(-0400)] <awills> not the javadocs on AbstractSingleSpringContextTests :?
[20:57:12 EDT(-0400)] <EricDalquist> right (smile)
[20:57:55 EDT(-0400)] <awills> looks like that did it
[20:58:02 EDT(-0400)] <EricDalquist> great
[21:03:10 EDT(-0400)] <EricDalquist> merging bug fixes multiple versions back is a pita
[21:16:44 EDT(-0400)] <awills> i hear ya'
[21:16:47 EDT(-0400)] <awills> laters
[21:16:49 EDT(-0400)] <EricDalquist> later
[21:44:05 EDT(-0400)] * agherna (n=agherna@173-24-47-62.client.mchsi.com) has joined ##uportal