sure:

public class ClassWithDao {

       public ClassWithDao() {
               InjectorHolder.getInjector().inject(this);
       }

       @Inject
       private transient PhoneDao phoneDao;

      public PhoneDao getPhoneDao() {
              return phoneDao;
     }

       public void setPhoneDao(PhoneDao phoneDao) {
               this.phoneDao = phoneDao;
       }

That's where I get the failure... And the working version you have seen..

2010/6/7 yaniv kessler <yan...@gmail.com>:
> Nino, can you show the ClassWithDao code before the so called "ugliness" was
> introduced?
>
> On Sun, Jun 6, 2010 at 1:44 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
>> im still working on the quickstart.. So far I've been unable to
>> replicate.. I'll continue tomorrow
>>
>> 2010/6/5 nino martinez wael <nino.martinez.w...@gmail.com>:
>> > I was too quick to say it worked, as it appears it does not. I'll try
>> > to make a quickstart based on legup, where should I put it? Just on
>> > jira?
>> >
>> > -Nino
>> >
>> > 2010/6/4 nino martinez wael <nino.martinez.w...@gmail.com>:
>> >> 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
>>
>>
>
>
> --
> Tel: +972-77-4100977
> Fax: +972-77-4100976
> Mobile: +972-54-7755427
>
> http://www.codeark.com
> http://blogs.microsoft.co.il/blogs/yanush/
> http://headtoscreencollision.blogspot.com
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to