Hi Dan, This doesn't help. The checkbox is still disabled. No 'disabled' property in the json-layout for forcedOnPBX or on the derived class's properties.
I'll try to isolate the problem. Maybe I'm missing something. Erik ________________________________________ From: Dan Haywood [[email protected]] Sent: Monday, June 16, 2014 12:45 PM To: users Subject: Re: modifiable properties of derived property Hi Erik, You need a setter on that property: public Boolean isForcedonPBX() { return getMobileSubscriber().isForcedonPBX(); } public void setForcedonPBX(Boolean forcedonPBX) { getMobileSubscriber().setForcedonPBX(forcedonPBX); } It's the presence of the setter that hints to Isis that this is (effectively) a read/write property. The modifyXxx method is only required if you want to do some additional logic over and above just calling the setter, eg: public void setForcedonPBX(Boolean forcedonPBX) { setForcedonPBX(forcedonPBX); // then some other stuff, if you had something else to do } Let us know if that sorts things out for you... Dan On 16 June 2014 11:36, Erik de Hair <[email protected]> wrote: > Hi Oscar, > > I did what you said but this still doesn't enable the fields in the wicket > viewer. Is that what your proposed solution should do? > > My problem is not that my setter is not called after editing the entity. > I'm not able to edit the derived entity (properties) at all. Any other idea? > > Erik > > ------------------------------ > *From:* GESCONSULTOR - Óscar Bou [[email protected]] > *Sent:* Monday, June 16, 2014 12:21 PM > > *To:* [email protected] > *Subject:* Re: modifiable properties of derived property > > > 1. Once updated Isis to the latest snapshot, > > 2. try to inject the "WrapperFactory" service, > > 3. and then replace > > public void modifyForcedonPBX(Boolean forcedonPBX) > { > getMobileSubscriber().setForcedonPBX(forcedonPBX); > } > > > with > > public void modifyForcedonPBX(Boolean forcedonPBX) > { > > wrapperFactory.wrapSkipRules(getMobileSubscriber()).setForcedonPBX(forcedonPBX); > } > > > > HTH, > > Oscar > > > > > > El 16/06/2014, a las 12:11, Erik de Hair <[email protected]> escribió: > > I'm not wrapping any object. This is what I have in my code: > > public Boolean isForcedonPBX() > { > return getMobileSubscriber().isForcedonPBX(); > } > public void modifyForcedonPBX(Boolean forcedonPBX) > { > getMobileSubscriber().setForcedonPBX(forcedonPBX); > } > > The getMobileSubscriber() returns the derived object. > > I have no wrapping-methods available right now. Will do an update first. > > Thanks, > Erik > ________________________________________ > From: GESCONSULTOR [[email protected]] > Sent: Monday, June 16, 2014 12:01 PM > To: [email protected] > Subject: Re: modifiable properties of derived property > > Hi Erik. > > Are you invoking the setter within a a wrapped call? > > If so, on the modifyXXX instead of "this.wrap(domainObjectB).setXXX" > > Try > > "this.wrapSkipRules(domainObjectB).setXXX" > > This will execute all business logic associated with the property > (validate, modify, etc) without taking into account if the field is hidden > or disabled. > > "wrapSkipRules" was introduced about a month ago or so, so perhaps you > will need to update Isis to the latest snapshot > > El 16/06/2014, a las 11:42, Erik de Hair <[email protected]> escribió: > > Hi, > > I have a class A that has a derived property referencing class B that has > some properties. B's fields are all disabled when editing class A. > > Is it possible to modify B's properties by delegating the setters of these > properties to A by using modifyXXX-methods? I tried to do this but the > fields are still disabled (with reason "always disabled"). > > Thanks, > Erik > > > > Óscar Bou Bou > Responsable de Producto > Auditor Jefe de Certificación ISO 27001 en BSI > CISA, CRISC, APMG ISO 20000, ITIL-F > > 902 900 231 / 620 267 520 > http://www.twitter.com/oscarbou > > http://es.linkedin.com/in/oscarbou > > http://www.GesConsultor.com <http://www.gesconsultor.com/> > > > > Este mensaje y los ficheros anexos son confidenciales. Los mismos > contienen información reservada que no puede ser difundida. Si usted ha > recibido este correo por error, tenga la amabilidad de eliminarlo de su > sistema y avisar al remitente mediante reenvío a su dirección electrónica; > no deberá copiar el mensaje ni divulgar su contenido a ninguna persona. > Su dirección de correo electrónico junto a sus datos personales constan en > un fichero titularidad de Gesdatos Software, S.L. cuya finalidad es la de > mantener el contacto con Ud. Si quiere saber de qué información disponemos > de Ud., modificarla, y en su caso, cancelarla, puede hacerlo enviando un > escrito al efecto, acompañado de una fotocopia de su D.N.I. a la siguiente > dirección: Gesdatos Software, S.L. , Paseo de la Castellana, 153 bajo - > 28046 (Madrid), y Avda. Cortes Valencianas num. 50, 1ºC - 46015 (Valencia). > Asimismo, es su responsabilidad comprobar que este mensaje o sus archivos > adjuntos no contengan virus informáticos, y en caso que los tuvieran > eliminarlos. > > > > > >
