Visualizzazione dei risultati da 1 a 10 su 10
  1. #1

    [COCOON] problemi con FormValidatorAction

    codice:
    <xsp:logic>
    	if (<xsp-formval:is-toosmall name="name"/>){
    		<xsp:text>Il nome deve essere almeno 5 cartatteri.</xsp:text>
    	}
     	if (<xsp-formval:is-null name="name"/>){
    		<xsp:text>Il nome non deve essere nullo.</xsp:text>
    	}
    </xsp:logic>
    il primo controllo non funziona il secondo si.
    è come se non riuscisse a leggere il valore name. qualcuno ha idea di dove sia l'errore? questo è il descriptor:

    codice:
    <?xml version="1.0"?>
    <root>
      <parameter name="id" type="long" nullable="no"/>
      <parameter name="name" type="string" min-len="5" max-len="64"/>
    
      <constraint-set name="update">
        <validate name="name"/>
        <validate name="id"/>
      </constraint-set>
    
      <constraint-set name="add">
        <validate name="name"/>
      </constraint-set>
    
      <!--
      <connection>personnel</connection>
      <table name="department">
        <keys>
          <key param="id" dbcol="id" type="int" mode="manual"/>
        </keys>
        <values>
          <value param="name" dbcol="name" type="string"/>
        </values>
      </table>
      -->
    </root>
    PS: astenersi dal rispondere se non avete (realmente) ancora avuto a che fare con COCOON.
    grazie
    massi
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  2. #2
    ho capito il problema, il controllo funziona solo cliccando nel bottone e non premendo invio dal textbox.
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  3. #3
    esatto

    comunque per quel tipo di operazioni adesso sono anche disponibili le JX che sono l'evoluzione delle XSP

    http://cocoon.apache.org/2.1/userdoc...xtemplate.html

    Luca Mascaro
    Usability e Accessibility Engineer, User Interface Designer/Engineer
    NOW BLOG
    W3C HTML & WCAG WG Member for IWA/HWG

  4. #4
    Innanzitutto grazie blakwolf per la risposta.
    studiando cocoon, a prescindere dalla messa in pratica, mi sfugge la logica insita in questa tecnologia, in particolare per quanto rigurda il FormValidator ed il processo che genera.
    nella guida, a titolo di esempio, si dice che è possibile sapere quale widget ha causato l'invio del form col metodo getSubmitWidget dell'oggetto Form. bene, data la mia scarsa conoscenza di java, che significa questo? DOVE istanzio l'oggetto Form? in che punto della pipeline?
    [edit] inoltre nn capisco il concetto di "flow".
    chiedo solo delle dritte, altrimenti capirò alla fine di quest'estate.
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  5. #5
    allora ripartiamo da zero... perchè in tuo ambito stiamo parlando del control flow e di CForm

    in pratica loro ti dicono, un formulario ha 1 definizione (con la validazione) un istanziamento in grafica e un binding con qualche oggetto di salvataggio.

    Poi il form non vive mai da solo ma vive solo all'interno di un flusso che lo porta ad un obbiettivo. questo flusso si chiama control flow ed è praticamente javascript

    quindi stiamo parlando di questo

    http://cocoon.apache.org/2.1/userdocs/flow/index.html

    e non c'è miglior modo per capirlo sennon facendo il tutorial relativo

    http://cocoon.apache.org/2.1/userdocs/flow/tutor.html

    Luca Mascaro
    Usability e Accessibility Engineer, User Interface Designer/Engineer
    NOW BLOG
    W3C HTML & WCAG WG Member for IWA/HWG

  6. #6
    non capisco un'altra cosa:a che servono tutti quei namespace per i form tra cui fd, fi, fw e fb?
    sono un po' in confusione, ma appena esco dalla melma mi si fa tutto + chiaro. :master:

    grazie luca dei tuoi preziosi aiuti
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  7. #7
    Originariamente inviato da blakwolf
    quindi stiamo parlando di questo

    http://cocoon.apache.org/2.1/userdocs/flow/index.html

    e non c'è miglior modo per capirlo sennon facendo il tutorial relativo

    http://cocoon.apache.org/2.1/userdocs/flow/tutor.html

    mi sono studiato l'argomento e ho fatto funzionare il tutorial .
    scusa la domanda ma per me è una novità: praticamente javascript viene utilizzato come linguaggio lato server per gestire il flusso o qualkosa del genere?
    :master:
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  8. #8
    quei ft ... che dicevi prima sono dei namespace che poi lui usa nel transformer.

    Il javascript che usi nell'applicazione in realtà è Rinho una versione javascript lato server implementata in java e serve proprio a gestire il flusso o la cosidetta business logic
    Luca Mascaro
    Usability e Accessibility Engineer, User Interface Designer/Engineer
    NOW BLOG
    W3C HTML & WCAG WG Member for IWA/HWG

  9. #9
    Originariamente inviato da blakwolf
    è Rinho una versione javascript lato server implementata in java e serve proprio a gestire il flusso o la cosidetta business logic
    mmm... interessante "Rinho"! ma serve per gestire solo il flusso della business logic o può essere usato per navigare all'interno (dom) del buffer XML corrente ad esempio? :master:

    [edit] se hai un link a qualche tutorial su rinho...
    "0 è tutto finito. 1 è solo l'inizio"
    HO IL CERTIFICATO DI RESISTENZA.

  10. #10
    rinho è solo un motore sintattico che può invocare tramite javascript le classi java, poi in cocoon è personalizzato in molte parti, però non esiste un vero tutorial completo
    Luca Mascaro
    Usability e Accessibility Engineer, User Interface Designer/Engineer
    NOW BLOG
    W3C HTML & WCAG WG Member for IWA/HWG

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.