Date de début et date de fin mutuellement restrictives-heures utilisant P: Calendrier (pas de validation)

nous avons une exigence de présenter deux p:calendrier composants à l'utilisateur, représentant une date de début et de fin chacun. Les deux datetimes ont des dates, des heures et des minutes. PrimeFaces a parfait mindate , maxdate , minHour , maxHour , minMinute , et minMinute attributs disponibles.

L'exigence est maintenant:

il est impossible de définir la date de début à quoi que ce soit de plus grand ou égal à la date de fin. Il est impossible de définir la fin datetime à quoi que ce soit inférieure ou égale à la fin datetime.

l'équation suivante devrait être vraie:

begin datetime < end datetime

maintenant nous avons essayé le JSF suivant:

<p:calendar id="begin-date"
            value="#{debugManager.selectedBeginDate}"
            mindate="#{debugManager.minBeginDate}"
            maxdate="#{debugManager.maxBeginDate}"
            maxHour="#{debugManager.maxBeginHour}"
            maxMinute="#{debugManager.maxBeginMinute}"
            pattern="yyyy-MM-dd HH:mm"
            showButtonPanel="true"
            readonlyInput="true"
            navigator="true"
            showOn="button"
            required="true">
    <p:ajax event="dateSelect" update="end-date" />
</p:calendar>

<p:calendar id="end-date"
            value="#{debugManager.selectedEndDate}"
            mindate="#{debugManager.minEndDate}"
            minHour="#{debugManager.minEndHour}"
            minMinute="#{debugManager.minEndMinute}"
            pattern="yyyy-MM-dd HH:mm"
            showButtonPanel="true"
            readonlyInput="true"
            navigator="true"
            showOn="button">
    <p:ajax event="dateSelect" update="begin-date" />
</p:calendar>

voici un exemple de méthode min/max (mindate of end-date):

public Date getMinEndDate()
{
    return this.getSelectedBeginDate();
}

comme vous pouvez le voir, la date de fin minimale est la date de début actuellement sélectionnée par AJAX. Fixer correctement une date de fin ne permet pas de définir la date de début après la date de fin.

Les problèmes commencent lorsque impliquant le temps dans l'équation...

puisque l'interface de P: calendar a des méthodes séparées, le haricot doit fournir la logique:

public int getMinEndHour()
{
    Date selectedBeginDate = this.getSelectedBeginDate();
    Date selectedEndDate = this.getSelectedEndDate();

    if ( selectedBeginDate != null && DateUtil.isSameDay( selectedBeginDate, selectedEndDate ) )
    {
        return DateUtil.getHourOf( selectedBeginDate );
    }

    return ComplianceConstants.DEFAULT_COMPLIANCE_CASE_MIN_END_HOUR;
}

cela dit fondamentalement seulement si une date de début a été fixée et si les dates de début et de fin sont actuellement les mêmes, restreindre l'Heure de fin sélectionnable ( minHour de date de fin) à l'Heure de début.

opérations:

Set the begin datetime to 2013-04-20 12:34 (legit)
Set the end   datetime to 2013-04-22 00:00 (legit)

maintenant, l'Heure de la date de fin se situe à 00: 00 et le choix d'une date de calendrier 2013-04-20 devrait être autorisé aussi longtemps que l'Heure de fin est en quelque sorte ajustée à au moins 12:35.

le P: calendrier composante cependant ne peut pas savoir cela et maintenant

sets the end datetime to 2013-04-20 00:00 (legit, but false)

...

Le problème maintenant est que lorsque l'utilisateur appuie sur une certaine nouvelle date dans le calendrier, les attributs mindate/maxdate ne peuvent pas restreindre l'utilisateur à frapper la même date que la date de début. Si la date de fin heure se trouve maintenant avant la même date de début il n'y a rien que nous pouvons faire à ce sujet (ce qui est mal).

le problème de suivi est maintenant que l'utilisateur est en mesure de fermer le calendrier et il suffit d'appuyer sur le bouton Soumettre pour insérer de fausses données dans le DB. Bien sûr, un validateur pourrait / devrait être lancé, mais nous devons d'une manière ou d'une autre réaliser ceci sans un validateur .

ce que nous essayions ensuite était de patcher les setSelectedBeginDate( Date selectedBeginDate ) et setSelectedEndDate( Date selectedEndDate ) méthodes pour ajuster l'ensemble java.util.Date portions de temps si les dates étaient le même jour. Quelque chose comme ceci:

public void adjustSelectedEndDate()
{
    if ( this.selectedEndDate != null )
    {
        this.log.infov( "adjustSelectedEndDate: b-hour = {0}, e-hour = {1}", DateUtil.getHourOf( this.selectedBeginDate ), DateUtil.getHourOf( this.selectedEndDate ) );

        if ( DateUtil.isSameDay( this.selectedBeginDate, this.selectedEndDate ) &&
            ( DateUtil.getHourOf( this.selectedEndDate ) < DateUtil.getHourOf( this.selectedBeginDate ) ) ||
              DateUtil.getHourOf( this.selectedEndDate ) == DateUtil.getHourOf( this.selectedBeginDate ) && DateUtil.getMinuteOf( this.selectedEndDate ) <= DateUtil.getMinuteOf( this.selectedBeginDate ) )
        {
            this.log.info( "Adjusting selected end date!" );

            this.selectedEndDate = DateUtil.addOneMinuteTo( DateUtil.copyTime( this.selectedBeginDate, this.selectedEndDate ) );
        }
    }
}

cela nous a demandé d'ajouter @this à l'attribut update de chaque p:calendar de sorte que les getters respectifs ( getSelectedBeginDate() et getSelectedEndDate + les limiteurs min / max) seront appelés pendant la mise à jour.

placer un @this sur la mise à jour confond cependant les composants P:calendar, ce qui rend les curseurs de temps slidable qu'une seule fois. Les événements slider suivants sont tout simplement ignorés, se comportant cassés.

Q

• comment abordez-vous généralement la résolution de ce problème?
• est d'utiliser p:remoteCommand la façon d'atteindre ce que nous voulons?

Optionnel Q :

• pourquoi le PrimeFaces P:calendar n'a-t-il pas été implémenté pour fournir un seul minDateTime et maxDateTime, ce qui pourrait potentiellement résoudre les problèmes actuels?

je parie que ce scénario que j'ai décrit a déjà été résolu avant. J'apprécierais beaucoup si vous pouviez décrire l'approche que vous avez réussi à résoudre ce (ou même partager un en partie solution).