Page Comparison

[10:21:14 CDT(-0500)] <athena> EricDalquist: will the xalan helpers continue to work?
[10:21:19 CDT(-0500)] <EricDalquist> no
[10:21:22 CDT(-0500)] <EricDalquist> I have to re-write them
[10:21:29 CDT(-0500)] <EricDalquist> which I'm in the process of doing
[10:21:38 CDT(-0500)] <EricDalquist> XSLTC does support calling Java code
[10:21:42 CDT(-0500)] <EricDalquist> just not in the same way Xalan did
[10:21:43 CDT(-0500)] <athena> gotcha
[10:21:48 CDT(-0500)] <athena> yeah i figured that might be an issue
[10:21:54 CDT(-0500)] <EricDalquist> I've got a good approach figured out
[10:21:57 CDT(-0500)] <EricDalquist> just doing the porting now
[10:21:59 CDT(-0500)] <athena> so i just wrote a new one for the messaging stuff
[10:22:11 CDT(-0500)] <athena> guessing i should wait to check that in until you finish your stuff?
[10:22:20 CDT(-0500)] <EricDalquist> I'm still wondering how cernunnous & grouper are going to deal with the lack of xom & xalan
[10:22:23 CDT(-0500)] <EricDalquist> no
[10:22:24 CDT(-0500)] <EricDalquist> go ahead
[10:22:30 CDT(-0500)] <EricDalquist> then I can take care of it as well
[10:22:34 CDT(-0500)] <athena> ok
[10:22:43 CDT(-0500)] <athena> well, we'll find out, i guess
[10:22:57 CDT(-0500)] <athena> i got the all entity-type permissions sorted out
[10:23:05 CDT(-0500)] <EricDalquist> great
[10:23:05 CDT(-0500)] <athena> do you want me to add apetro's requested feature as well?
[10:23:08 CDT(-0500)] <EricDalquist> sure
[10:23:27 CDT(-0500)] <athena> i think that's probably reasonable, though i still want to make sure that we don't just start forgetting to assign permissions to admins
[10:24:02 CDT(-0500)] <athena> thinking though that we can introduce some new sort of portal system owner, with an "ALL_PERMISSIONS" target
[10:24:14 CDT(-0500)] <athena> then add logic to the permission policy to check for that
[10:24:29 CDT(-0500)] <athena> i sort of think that might work better than having a configurable magic group
[10:24:42 CDT(-0500)] <athena> particularly since the permissions framework isn't spring-configured
[10:24:50 CDT(-0500)] <EricDalquist> yeah
[10:25:00 CDT(-0500)] <EricDalquist> getting groups & permissions converted to spring is something we really need to do
[10:25:11 CDT(-0500)] <EricDalquist> that is the last big vestige of staticly initialized code
[10:26:44 CDT(-0500)] <athena> yeah
[10:27:26 CDT(-0500)] <athena> so what do we do if it turns out that grouper w/o xalan is a problem? write our own client/
[10:27:27 CDT(-0500)] <athena> ?
[10:28:07 CDT(-0500)] <EricDalquist> yeah ... I guess
[10:28:16 CDT(-0500)] <EricDalquist> or I can see if there is a way to have xalan on the classpath but not use it for XSLT
[10:28:22 CDT(-0500)] <EricDalquist> I think you can specify the XSLT factory
[10:28:34 CDT(-0500)] <EricDalquist> but then we're hardcoding references to com.sun classes
[10:28:53 CDT(-0500)] <EricDalquist> we can also look at the current grouper code and see if we can figure out how to remove xom
[10:29:07 CDT(-0500)] <athena> yeah
[10:29:09 CDT(-0500)] <athena> makes sense
[10:29:21 CDT(-0500)] <athena> would be kind of nice to have that code be spring-configurable
[10:29:29 CDT(-0500)] <EricDalquist> yeah
[10:29:38 CDT(-0500)] <EricDalquist> think they would be open to some contributions>?
[10:29:44 CDT(-0500)] <athena> i hope so
[10:30:02 CDT(-0500)] <athena> chris has seemed pretty receptive to feedback so far - they made some fixes to the maven pom for us