I thought the filters were executed in the order of their filter-mappings, not their filter definitions.
On Thu, Jun 3, 2010 at 5:23 PM, nino martinez wael <[email protected]> wrote: > Argh, how stupid.. Thanks a lot igor, how can I buy you a beer or Coke? > > I spend a tremendous time trying to figure out what was wrong. I even > considered going back to spring.. > > regards Nino > > 2010/6/3 Igor Vaynberg <[email protected]>: >> noep, the filters are processed in the order they are defined in >> web.xml, move the wicket filter decl below the warp persist stuff. >> >> -igor >> >> On Thu, Jun 3, 2010 at 1:05 PM, nino martinez wael >> <[email protected]> wrote: >>> yes, i think so: >>> >>> <?xml version="1.0" encoding="ISO-8859-1"?> >>> <web-app xmlns="http://java.sun.com/xml/ns/j2ee" >>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >>> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee >>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" >>> version="2.4"> >>> >>> <display-name>IVR Web frontend</display-name> >>> >>> <filter> >>> <filter-name>wicket.WicketWarp</filter-name> >>> >>> <filter-class>org.apache.wicket.protocol.http.WicketFilter</filter-class> >>> <init-param> >>> <param-name>applicationClassName</param-name> >>> >>> <param-value>com.netdesign.codan.webadmin.WicketApplication</param-value> >>> </init-param> >>> >>> <init-param> >>> <param-name>configuration</param-name> >>> <param-value>deployment</param-value> >>> </init-param> >>> </filter> >>> >>> <filter> >>> <filter-name>warpPersistFilter</filter-name> >>> >>> <filter-class>com.wideplay.warp.persist.PersistenceFilter</filter-class> >>> </filter> >>> >>> <filter-mapping> >>> <filter-name>warpPersistFilter</filter-name> >>> <url-pattern>/*</url-pattern> >>> </filter-mapping> >>> >>> >>> >>> >>> <filter-mapping> >>> <filter-name>wicket.WicketWarp</filter-name> >>> <url-pattern>/*</url-pattern> >>> </filter-mapping> >>> >>> >>> </web-app> >>> >>> >>> 2010/6/2 Igor Vaynberg <[email protected]>: >>>> did you install warp's open entity manager in view filter *before* >>>> wicket's filter? >>>> >>>> -igor >>>> >>>> On Wed, Jun 2, 2010 at 5:46 AM, nino martinez wael >>>> <[email protected]> wrote: >>>>> Hi I somehow think theres something wrong with the Wicket Guice proxy >>>>> (probably only if you are using guice 2 & possibly warp persist) >>>>> >>>>> Anyhow I have had to change my LDM's to this code, notice the injector >>>>> holder in the getter method really really bad. But if not I get an >>>>> "entity manager is closed": >>>>> >>>>> public class ClassWithDao { >>>>> >>>>> public ClassWithDao() { >>>>> InjectorHolder.getInjector().inject(this); >>>>> } >>>>> >>>>> �...@inject >>>>> private transient PhoneDao phoneDao; >>>>> >>>>> /** >>>>> * This method contains a fix, should ordinary be avoided! There >>>>> should be no need for calling the extra InjectorHolder method! >>>>> * @return >>>>> */ >>>>>>> public PhoneDao getPhoneDao() { >>>>>>> InjectorHolder.getInjector().inject(this); >>>>>>> return phoneDao; >>>>>>> } >>>>> >>>>> public void setPhoneDao(PhoneDao phoneDao) { >>>>> this.phoneDao = phoneDao; >>>>> } >>>>> >>>>> Am I doing anything wrong I wonder, however the first requests are >>>>> always working it's after something has been trough the session store >>>>> it goes wrong.. >>>>> >>>>> -regards Nino >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
