Yeah, that's what I meant about optimizing... It could save the result of searching the class hierarchy....
Help on optimizations would be great. Jason > -----Original Message----- > From: Eric Webb [mailto:[EMAIL PROTECTED] > Sent: Friday, February 06, 2004 2:50 PM > To: [EMAIL PROTECTED] > Subject: Re: [OS-webwork] is the validation interceptor slow > for anyone else? > > > One day, trying to get the validation stuff to work for me, i steped > through all of the validation intercept handler and friends. in > ww2/xwork, there is caching that goes on. It will only look for the > ActionName-validation.xml, ActionName-AliasName-validation.xml, and > parents only once. > > the cache is a hashmap in > com.opensymphony.xwork.validator.ActionValidatorManager. While the > files aren;t looked up each time, the entire action's class > hierarchy is > seached in the hashmap each and every time a validation > request comes in. > > I don't have more insight than that into your performance problems. > but, there is alteast some caching going on already. > > I'd be happy to help on optimizing the validation code, but i wont be > able to until next week. > > cheers, > eric > > Jason Carreira wrote: > > >There's probably some optimization that can be done with caching the > >validations after they're looked up and caching the fact > that NOTHING > >was found, too... > > > > > > > >>-----Original Message----- > >>From: Francisco Hernandez [mailto:[EMAIL PROTECTED] > >>Sent: Friday, February 06, 2004 10:48 AM > >>To: [EMAIL PROTECTED] > >>Subject: [OS-webwork] is the validation interceptor slow for > >>anyone else? > >> > >> > >>using a simple action that just returns SUCCESS, it takes 0 > >>to 10ms to > >>execute the action, but if I enable the validation > interceptor for it > >>its taking 140ms+ to execute, the action doesnt have any validation > >>rules for it or ant visitors or anything having to do with > >>validation, > >>anyone else experiencing this slowness? > >> > >> > >>------------------------------------------------------- > >>The SF.Net email is sponsored by EclipseCon 2004 > >>Premiere Conference on Open Tools Development and Integration > >>See the breadth of Eclipse activity. February 3-5 in Anaheim, > >>CA. http://www.eclipsecon.org/osdn > >>_______________________________________________ > >>Opensymphony-webwork mailing list > >>[EMAIL PROTECTED] > >>https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > >> > >> > >> > > > > > >------------------------------------------------------- > >The SF.Net email is sponsored by EclipseCon 2004 > >Premiere Conference on Open Tools Development and > Integration See the > >breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >http://www.eclipsecon.org/osdn > >_______________________________________________ > >Opensymphony-webwork mailing list > >[EMAIL PROTECTED] > >https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, > CA. http://www.eclipsecon.org/osdn > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
