Hi Martin,
It works OK now. Tnx! It looks like ISIS-1012 solved it. At least that seems logical to me, since I left the issue unchanged until now. [Sorry I wasn't online to save you some hassle with my app. Only first time login gives a user the ability to create a person. My testuser for this is user 'jeanne' pw 'pass'. (See shiro.ini)] Grtz Johan blockquote{margin:0px;} No luck! I've added "-Duser.language=es -Duser.country=ES" to my VM properties, and I've switched my browser locale to German, Polish and Chinese. The date picker works as desired with all combinations. http://momentjs.com/docs/#/i18n/ explains how to change the locale, so I've tried "moment.locale("es")" in the F12 Dev console but the output was "en". And this is expected because Isis doesn't provide custom locales for Moment.js, so only the default EN is available. Any hints how to reproduce are welcome! Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Sat, Jan 31, 2015 at 10:41 PM, Martin Grigorov wrote: And a second later I realized that I've reverted Person class to its original version before trying with the disabled #disabled(). Now I can edit the date field and all seems OK. I guess it is related to the locale Moment.js uses. I use en_US and I guess Johan uses nl_NL, and Oscar es_ES. Trying ... Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Sat, Jan 31, 2015 at 10:36 PM, Martin Grigorov wrote: I've found info.matchingservice.dom.MatchingSecureMutableObject#disabled and modified it to return null, thus not disabling the entity, but still it appeats not editable in the UI... Please give more details Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Sat, Jan 31, 2015 at 10:31 PM, Martin Grigorov wrote: Johan, How I can reproduce the issue ? Initially Person object appeared to be immutable in the UI, so I have removed editing=Editing.DISABLED from its @DomainObject definition. But it is still immutable, i.e. I cannot edit it. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Sat, Jan 31, 2015 at 10:09 PM, Martin Grigorov wrote: I'll try Johan's app now. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Sat, Jan 31, 2015 at 7:31 PM, GESCONSULTOR - Óscar Bou wrote: Just to clarify it. The property is of type: java.util.Date HTH, Oscar El 31/1/2015, a las 18:30, GESCONSULTOR - Óscar Bou escribió: Hi Martin and Johan, I have an issue perhaps related to this one. I'm working against latest SNAPSHOT (updated right now). I have the following Entity: @PersistenceCapable public class GenericOrder { // {{ OrderDate (property) private Date orderDate; @MemberOrder(sequence = "000.000.020") @Column(allowsNull = "false") public Date getOrderDate() { return this.orderDate; } public void setOrderDate(final Date orderDate) { this.orderDate = orderDate; } @SuppressWarnings("static-method") public Date defaultOrderDate() { return new Date(); } // }} ... } I create instances with a factory method like this one: // {{ createGenericOrder (action) @ActionSemantics(Of.NON_IDEMPOTENT) @MemberOrder(sequence = "1") public GenericOrder createGenericOrder(@XMSActionField(locales = { @XMSLocale(locale = "es", caption = "Cliente") }) @Named("Customer") final Customer customer, @XMSActionField(locales = { @XMSLocale(locale = "es", caption = "Descripción") }) @Named("Description") @Optional final String description) { final GenericOrder genericOrder = this.newTransientMultiTenantUnnamedEntity(GenericOrder.class, null, description); this.wrap(genericOrder).setCustomer(customer); this.persist(genericOrder); return genericOrder; } And the Order.OrderDate property is properly initialized. But on the Wicket viewer I see that the date shown is "31-01-20", instead of "31-01-15". That's been when having on isis.properties: isis.value.format.date=dd-MM-yyyy If changed to: isis.value.format.date=DD-MM-YYYY There's no change, showing also "31-01-20". Thanks, Oscar El 30/1/2015, a las 16:55, Martin Grigorov escribió: Johan, Do you still face the issue ? ISIS-1012 has been merged to master already. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Thu, Jan 29, 2015 at 11:29 AM, Dan Haywood wrote: The changing times are because if the datepicker pattern *is* present in isis.properties, then currently it is interpreted differently than before ... m vs M for months vs minutes. I'll review the ISIS-1012 branch and merge into master later today, at which point hopefully the issue should go away. Thx Dan On 29 January 2015 at 08:53, wrote: Tnx Martin, No haste needed at all. It is not a blocking issue at the moment. I will keep you posted when I discover more - e.g. when I deploy on testserver I will send you a link. grtz Johan Weird, indeed! I won't have time to try your app today. But I'll do it as soon as I can! Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Thu, Jan 29, 2015 at 10:37 AM, wrote: Hi Martin, The issue is - for example - I choose januari 15, 2015 in datepicker and it displays 13-43-15 in dateinput. In FireFox 13-53-15 and Safari 31-35-15 Next login the values can change.. Really weird. The code: [1] line 115 Grtz Johan 1. https://github.com/johandoornenbal/matching/blob/master/dom/src/main/java/info/matchingservice/dom/Actor/Person.java Hi, The setting is isis.viewer.wicket.datePickerPattern, but if you don't have it then it should work just fine with its default [1]. There is no need to wait for ISIS-1012. I've played a lot with https://github.com/isisaddons/isis-app-kitchensink yesterday and didn't find any issue with LocalDate. What exactly is the problem ? 1. https://github.com/apache/isis/blob/master/component/viewer/wicket/impl/src/main/java/org/apache/isis/viewer/wicket/viewer/settings/WicketViewerSettingsDefault.java#L98 Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Jan 28, 2015 at 8:15 PM, wrote: Hi Martin, This setting used to work in 1.7.0 isis.value.format.date=dd-MM-yyyy So I guess I wait for ISIS-1012 ? grtz Johan Hi, Check your isis.properties. the datepicker pattern should be: DD-MM-YYYY With ISIS-1012 (to be merged) this setting will be deprecated and not used. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Jan 28, 2015 at 6:31 PM, wrote: Hi, A property as org.joda.time.LocalDate does not work well with the datepicker in my app. Am I missing something - some config item or...? Grtz Johan Ó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 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. Ó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 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.