On Tue, Aug 24, 2010 at 9:27 PM, Corey Scholefield <[email protected]> wrote:
> Thanks, Scott! > > In theory then, we could take our 16 registered services, and apply an > evaluation order on them of 0 - 15, with the most-specific URLs with lower > numbers. Then, as long as the simple ant pattern matching works out, our > services will be found in the list in the right order. Apparently the > QUERY_STRING on the URL is ignored during the matching. > Yes, for the Ant pattern matching, query string's are ignored. Cheers, Scott > > Of course we started out with a handful of services all at evaluation order > 0, and met with unexpected results, as we're learning how to rig things > up.... > > Thanks....! > > Corey S. > ________________________________________ > From: Scott Battaglia [[email protected]] > Sent: Tuesday, August 24, 2010 6:15 PM > To: [email protected] > Subject: Re: [cas-user] Services Management, tips on evaluation order ? > > The Services Management Tool does simple pattern ant pattern matching, so > if you need to put the most specific ones first in order for that to match > (if for example, you have ones that release specific attributes, and then a > generic catch-all). The evaluation ordering is how you can control this > order. > > > > On Tue, Aug 24, 2010 at 6:58 PM, Corey Scholefield <[email protected]<mailto: > [email protected]>> wrote: > Greetings all.... > > We have just deployed CAS 3.4.2.1 into Tomcat 6 in our test-environment, > and have partial success with enabling the Services Management interface. > We're storing the entries in a back-end Oracle 11 database. > > Given the types of service-offerings we're planning on, which includes > selectively allowing clients to proxy, we think we need to tune evaluation > order to suit the variety of applications that we want to CASify. > > So far, we're not sure if : > > * evaluation order is supposed to provide some sort of rank-ordering on > 'pools' of services > > Or > > * a simple numeric ordering of each service from 0 to N is what we need > > Or > > * whether all rules are processed, and first match wins, or just some rules > are processed leading to first match wins ? > > We've done OK so far with the wildcard-matching and **, but now that we are > at 15 listed services, we're struggling a bit to get things right. > > To answer the above questions, I think I'll dive into the Java sources for > more details, but thought it would be worth asking the group for any > Coles-Notes on this topic ? > > Thanks all! > > Corey S. > > Corey Scholefield > Identity & Access Mgmt. Team Lead > UVic Online | University Systems > University of Victoria | Victoria, BC, Canada > [email protected]<mailto:[email protected]> | +1.250.472.4549 > > > > -- > You are currently subscribed to [email protected]<mailto: > [email protected]> as: [email protected]<mailto: > [email protected]> > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
