yeah me too, what Igor said worked so must be true or a bug.. I don't think it's a bug..
2010/6/3 James Carman <ja...@carmanconsulting.com>: > 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 > <nino.martinez.w...@gmail.com> 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 <igor.vaynb...@gmail.com>: >>> 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 >>> <nino.martinez.w...@gmail.com> 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 <igor.vaynb...@gmail.com>: >>>>> 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 >>>>> <nino.martinez.w...@gmail.com> 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: users-unsubscr...@wicket.apache.org >>>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
