Page Comparison

[04:58:12 EST(-0500)] * mad (~chatzilla@pcit-8752.HIG.SE) has joined ##uportal
[04:59:43 EST(-0500)] * mad (~chatzilla@pcit-8752.HIG.SE) has left ##uportal
[09:22:19 EST(-0500)] * athena (~athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:34:29 EST(-0500)] * Garth (~MDE@dou59-3-88-161-170-79.fbx.proxad.net) has joined ##uportal
[09:37:50 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[09:41:35 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[09:46:16 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[09:49:05 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[10:01:34 EST(-0500)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:11:50 EST(-0500)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:40:18 EST(-0500)] <awills> You there EricDalquist?
[11:40:22 EST(-0500)] <EricDalquist> yup
[11:40:37 EST(-0500)] <awills> i'm looking at this... @Autowired(required=true)
[11:40:54 EST(-0500)] <awills> if i have a method setChannelRegistryStore(IChannelRegistryStore channelRegistryStore)
[11:41:10 EST(-0500)] <awills> does that automatically get matched with a bean of that type?
[11:41:20 EST(-0500)] <EricDalquist> yes
[11:41:25 EST(-0500)] <EricDalquist> it does type based matching
[11:41:38 EST(-0500)] <awills> is there name matching in there? or is it purely based on type?
[11:41:41 EST(-0500)] <EricDalquist> and app context will fail to start if there are two beans of the same type
[11:41:47 EST(-0500)] <EricDalquist> purely on type
[11:41:53 EST(-0500)] <awills> gotcha
[11:42:03 EST(-0500)] <EricDalquist> why?
[11:44:49 EST(-0500)] <awills> trying to follow the new pattern with the permissionsadmin tech
[11:44:55 EST(-0500)] <awills> now this: @RequestMapping(method = RequestMethod.GET)
[11:45:13 EST(-0500)] <awills> do i need that if I'm implementing handleRequestInternal?
[11:45:26 EST(-0500)] <EricDalquist> you shouldn't extend spring Controllers any more
[11:45:30 EST(-0500)] <EricDalquist> they go away in Spring 3.0
[11:45:31 EST(-0500)] <athena> generally w/ the annotation-based controllers you don't inherit from one of the old classes
[11:45:46 EST(-0500)] <athena> you could look at the weather portlet as an example
[11:46:25 EST(-0500)] <awills> no reason i can't put @RequestMapping(method = RequestMethod.GET) on a method of a superclass, right?
[11:55:54 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[15:15:39 EST(-0500)] * apetro (~apetro@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[17:19:57 EST(-0500)] <awills> EricDalquist – isn't one function of the uportal-config SVN file to set svn:mime-type properties?
[17:20:59 EST(-0500)] <awills> i'm having " svn:mime-type is not set" errors... should have started with that
[17:21:30 EST(-0500)] <EricDalquist> yes but it can only do it for file extensions that are mapped and have the svn:mime-type property set
[17:21:53 EST(-0500)] <EricDalquist> in that config file
[17:21:55 EST(-0500)] <awills> like *.java?
[17:22:14 EST(-0500)] <EricDalquist> yeah
[17:22:21 EST(-0500)] <EricDalquist> did you get the updated version of that file?
[17:22:27 EST(-0500)] <EricDalquist> there was the initial email that went out
[17:22:41 EST(-0500)] <awills> i just updated again... probably at least the 3rd time total
[17:22:46 EST(-0500)] <EricDalquist> then 2-3 days later a second email that the config file had been updated with better mime-type support :/
[17:22:51 EST(-0500)] <awills> yeah saw that a while back
[17:23:07 EST(-0500)] <holdorph> some existing files might not have a type
[17:23:16 EST(-0500)] <awills> i recently updated my SVN client, could there be a source of grief in that?
[17:23:17 EST(-0500)] <EricDalquist> if you look in it there should be a a line that looks like "*.java = svn:eol-style=native;svn:keywords=Date Revision Author HeadURL Id;svn:mime-type=text/plain"
[17:23:19 EST(-0500)] <holdorph> but the new trigger might require the type even though it's an existing file
[17:23:21 EST(-0500)] <EricDalquist> yes holdorph
[17:23:29 EST(-0500)] <EricDalquist> so that is the problem we have right now
[17:23:38 EST(-0500)] <EricDalquist> is some existing files don't have a mime-type set
[17:23:45 EST(-0500)] <EricDalquist> and that config file only applies when files are added
[17:24:04 EST(-0500)] <holdorph> the config file will only help for 'svn add'ed file
[17:24:05 EST(-0500)] <EricDalquist> I don't think anyone has found a reasonable way to go through and automatically fix that
[17:24:11 EST(-0500)] <holdorph> you'll have to fix the existing ones by hand
[17:48:26 EST(-0500)] <awills> sorry, got distracted for a bit...
[17:48:39 EST(-0500)] <awills> i'm having this issue only for new files
[17:49:37 EST(-0500)] <holdorph> then it would sound like the subversion config file wasn't up to date before the files got svn add'ed
[17:50:34 EST(-0500)] <awills> i can't make any statements about that... i'm only claiming that the file was updated before svn commit
[17:51:00 EST(-0500)] <holdorph> right, but the setting of mime type would happed at add time, not at commit time
[17:51:25 EST(-0500)] <awills> you think i can re-add?
[17:51:25 EST(-0500)] <holdorph> commit is only going to run the trigger server side and check what the circumstance currently is.
[17:51:44 EST(-0500)] <holdorph> you could, but it's probably about as much work to just add the mimetype
[17:52:01 EST(-0500)] <holdorph> if you want to try the the add over again, you just have to revert the add. then run the add again
[17:52:12 EST(-0500)] <holdorph> or you can run the svn command to add the mime type
[17:53:49 EST(-0500)] <awills> there are multiple files, different extensions
[17:54:43 EST(-0500)] <holdorph> well before you revert everything I'd verify it works for one file
[17:55:41 EST(-0500)] <awills> yeah, bit scared to just revert... would prefere to run add on an already added file
[17:56:20 EST(-0500)] <holdorph> that doesn't work. well, i should say, subversion either errors or treats it as a no op, can't remember which
[17:56:36 EST(-0500)] <holdorph> i just know it doesn't 'do' anything if the file is already in 'add' state
[17:56:43 EST(-0500)] <awills> yeah won't let me... i just said i'd prefer it =P
[17:58:43 EST(-0500)] <holdorph> btw, this is the format for setting it without redoing the add:
[17:58:47 EST(-0500)] <holdorph> svn propset svn:mime-type text/xml pom.xml
[17:58:56 EST(-0500)] <holdorph> or text/plain for most other text files
[18:09:28 EST(-0500)] <awills> reverting and re-adding didn't help... very strange
[18:09:44 EST(-0500)] <holdorph> is adding working at all?
[18:09:53 EST(-0500)] <awills> yeah, it adds
[18:10:26 EST(-0500)] <holdorph> no i mean are any files getting mimetyped