[10:27:04 CDT(-0500)] <EricDalquist> well 4.0.6 is cut but found a bug in one of the last minute merges
[10:27:09 CDT(-0500)] <EricDalquist> so time for 4.0.6.SR1
[10:37:31 CDT(-0500)] <drewwills> any reason not to use string 3.1.x in a portlet? are we already doing that elsewhere?
[10:37:50 CDT(-0500)] <EricDalquist> only requirement is that you're on up4
[10:39:25 CDT(-0500)] <drewwills> roger
[10:39:52 CDT(-0500)] <drewwills> (working on the 286 port of the email-preview)
[10:40:04 CDT(-0500)] <EricDalquist> cool
[10:56:09 CDT(-0500)] <athena> yes, i'd recommend using spring 3.1
[11:01:15 CDT(-0500)] <drewwills> athena is there a good example of sending a non-200 HTTP status in case of an error in a ReaourceRequest? (and would that be appropriate)
[11:01:41 CDT(-0500)] <athena> should be pretty straightforward
[11:01:50 CDT(-0500)] <athena> just need to set the response code
[11:01:54 CDT(-0500)] <athena> like you would for a servlet
[11:02:19 CDT(-0500)] <EricDalquist> well if your forwarding to a servlet
[11:02:36 CDT(-0500)] <EricDalquist> on as plain ResourceResponse: http://portals.apache.org/pluto/portlet-2.0-apidocs/javax/portlet/ResourceResponse.html
[11:02:37 CDT(-0500)] <athena> take a look at the ResourceRequest API
[11:02:54 CDT(-0500)] <EricDalquist> note the HTTP_STATUS_CODE constant
[11:03:10 CDT(-0500)] <athena> yep
[11:03:16 CDT(-0500)] <athena> and status codes are all the same, of course
[11:06:31 CDT(-0500)] <drewwills> (should have just looked at the javadoc instead of digging through examples)
[11:18:28 CDT(-0500)] <drewwills> set it as a string? surprising
[11:18:46 CDT(-0500)] <EricDalquist> yeah, just an API limitation
[11:18:57 CDT(-0500)] <EricDalquist> but it has been tested
[11:19:04 CDT(-0500)] <EricDalquist> you can actually set any HTTP header via setProperty
[11:19:37 CDT(-0500)] <drewwills> gotcha
[11:53:18 CDT(-0500)] <EricDalquist> so any thoughts on the slf4j/logback stuff in here?
[11:53:24 CDT(-0500)] <EricDalquist> or on moving master to 4.1?
[11:59:23 CDT(-0500)] <EricDalquist> blarg
[11:59:30 CDT(-0500)] <EricDalquist> just about to publish 4.0.6.SR1
[11:59:34 CDT(-0500)] <EricDalquist> and sonatype goes down 
[12:12:20 CDT(-0500)] <drewwills> I don't know a ton about slf4j, though what I do know I like
[12:12:39 CDT(-0500)] <EricDalquist> the big difference is there is no dynamic binding
[12:12:47 CDT(-0500)] <drewwills> and we're using logback in ssp... so I have some exposure to the config
[12:12:56 CDT(-0500)] <EricDalquist> you include a library that implements the slf4j api
[12:12:58 CDT(-0500)] <EricDalquist> and it uses that
[12:13:16 CDT(-0500)] <EricDalquist> if there is no slf4j binding or multiple bindings it spits out very informative info to system.out
[12:13:45 CDT(-0500)] <EricDalquist> also ... they template based logging shorthand is nice
[12:14:00 CDT(-0500)] <EricDalquist> log.warn("foo {} bar {}", obj1, obj2)
[12:14:11 CDT(-0500)] <EricDalquist> only does a toString on the args if warn is enabled
[12:15:04 CDT(-0500)] <drewwills> yeah that token replacement in the logging messages is the part I know and like
[12:15:39 CDT(-0500)] <EricDalquist> logback also has much nicer stack trace output
[12:15:49 CDT(-0500)] <EricDalquist> each line includes the library & version number the class was loaded from
[12:16:14 CDT(-0500)] <drewwills> ah yes I had seen that in some logs... nice feature
[12:16:59 CDT(-0500)] <EricDalquist> and the log messages include a better "short" class+package string:
[12:16:59 CDT(-0500)] <EricDalquist> INFO [uPortal-TaskExecutor-841-aggregateRawEvents] o.j.p.e.a.PortalEventProcessingManagerImpl 2012-08-13 12:14:32,881 - Aggregated 2362 events created at 13.0497 events/second between 2012-08-13T12:09:35.781-05:00 and 2012-08-13T12:12:37.626-05:00 in 84699ms - 27.8870 e/s a 2.1370x speedup
[12:17:38 CDT(-0500)] <EricDalquist> really the only user facing change is that instead of log4j.properties we have logback.xml
[12:18:16 CDT(-0500)] <EricDalquist> oh and logback by default looks for logback-test.xml first and ignores logback.xml if it finds the test version
[12:18:25 CDT(-0500)] <EricDalquist> so when running unit tests it is easy to have a seperate test config
[12:18:31 CDT(-0500)] <EricDalquist> without classpath overrides
[12:21:25 CDT(-0500)] <drewwills> gotcha
[13:34:49 CDT(-0500)] <chris_cousquer> Hi EricDalquist
[13:35:17 CDT(-0500)] <chris_cousquer> sorry for my last pull-request...
[13:42:07 CDT(-0500)] <EricDalquist> no problem chris_cousquer
[13:42:18 CDT(-0500)] <EricDalquist> it only takes a few minutes to actually cut a release
[13:42:25 CDT(-0500)] <EricDalquist> so the announcement will be for 4.0.6.SR1
[13:47:59 CDT(-0500)] <chris_cousquer> I've trouble with the Eclipse Git plug-in.
[13:49:03 CDT(-0500)] <chris_cousquer> tis a nightmare it mix git & svn
[13:49:27 CDT(-0500)] <EricDalquist> really? what is it doing?
[13:54:37 CDT(-0500)] <chris_cousquer> the titles sometimes mix svn commands and git commands, sometimes after merge files are added but not commit… In fact I prefer command lines…*-)
[13:58:20 CDT(-0500)] <chris_cousquer> But the mistake I made, is for me. I did not pay attention :-$
[14:11:50 CDT(-0500)] <chris_cousquer> Ho btw, when a university customizes uP and especially uP4 and changes the portlets artworks you can see in the gallery and on the mobile view. it makes lots of icons to manage from different project. my question is : is there a way to simplify this in the folder tree of the portal or the best is overriding the original artworks in different places ?
[14:12:42 CDT(-0500)] <EricDalquist> I'm not sure what the best way to do this is ... if it is all part of the skin then a custom-named skin would be the way to go
[14:14:55 CDT(-0500)] <chris_cousquer> not it's not part of the skin. it's the icons representing a portlet
[14:15:21 CDT(-0500)] <EricDalquist> ah, I"m not even sure how those are customized "
[14:15:40 CDT(-0500)] <EricDalquist> might be a better question for the email list where the UI guys generally watch more