Announcement

Collapse
No announcement yet.

id Attribut bei JSF 2 Komponenten

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • id Attribut bei JSF 2 Komponenten

    Hi,

    Ich habe mal eine Frage zu den id Attributen
    in JSF Komponenten. Habe die Frage zwar im oracle
    Forum gerade gestellt aber vielleicht gehts hier
    ja schneller.

    Laut Docu darf für id nur ein String verwendet
    werden. Heisst das nun Konstanter String oder kann
    es auch ein EL-Ausdruck (ValueExpression) sein?!?!

    Eigentlich steht normalerweise sowas entsprechend
    auch in der Docu nur hier nicht. Zumindest wird
    der EL-Ausdruck aktuell ausgewertet. Daher auch
    meine Frage. Wenn ich das nun vermehrt einsetzte,
    EL-Ausdrücke bei id-Attributen und dann die
    Implementation das nicht mehr erlaubt stehe ich
    blöd da. Ich glaube auch das die Apache imple-
    mentation von JSF die EL-Ausdrücke bei id nicht
    erlaubt habe das aber noch nicht überprüft.

    Kann hier einer Helfen??

  • #2
    Was hat Apache mit EL zu tun? Was könnte das mit Oracle zu tun haben?
    Sicherlich kannst du bei den IDs EL einsetzen. Wie bei allen serverseitigen Sprachen wird die Seite (.php, .pl., .xhtml) erst durch die auf dem Server eingesetzte Technik (PERL, PHP, JAVA) gerendert und dann dem Webserver zur Auslieferung übergeben. Der Apache bekommt also fertigen HTML-Code zum senden an den Client
    Christian

    Comment


    • #3
      Originally posted by Christian Marquardt View Post
      Was hat Apache mit EL zu tun? Was könnte das mit Oracle zu tun haben?
      Sicherlich kannst du bei den IDs EL einsetzen. Wie bei allen serverseitigen Sprachen wird die Seite (.php, .pl., .xhtml) erst durch die auf dem Server eingesetzte Technik (PERL, PHP, JAVA) gerendert und dann dem Webserver zur Auslieferung übergeben. Der Apache bekommt also fertigen HTML-Code zum senden an den Client
      Ich glaube du verwechselst hier was. Hier geht es nicht um den Webserver
      sondern um die JSF implementation Apache myFaces. In der Documentation zu
      den JSF 2 Tags kann man für alle Komponenten lesen, dass das Attribute id
      als Typ einen String erwartet nicht javax.el.ValueExpression (must evaluate to
      java.lang.String).

      Die Frage die sich mir stellt, ist hier die Documentation schlecht oder ist ein
      EL-Ausdruck tatsächlich bei dem Attribut ID nicht gewünscht.

      Comment


      • #4
        Ja, das habe ich verwechselt. Wäre ja mal eine Info gewesen -> MyFaces

        Warum testest du es nicht einfach aus...Die Expression sollte dann schon einen String liefern

        EDIT

        Ein Test mit einem Label mit

        <hutputLabel id="#{hinweisController.getId()}"

        ergab, dass die ID nicht gesetzt wurde
        Zuletzt editiert von Christian Marquardt; 17.05.2011, 12:47.
        Christian

        Comment


        • #5
          Originally posted by Christian Marquardt View Post
          Ja, das habe ich verwechselt. Wäre ja mal eine Info gewesen -> MyFaces

          Warum testest du es nicht einfach aus...Die Expression sollte dann schon einen String liefern

          EDIT

          Ein Test mit einem Label mit

          <hutputLabel id="#{hinweisController.getId()}"

          ergab, dass die ID nicht gesetzt wurde
          Hatte in meinem Post ausdrücklich geschrieben, Apache implementation von JSF.
          Ok das myFaces hat gefehlt, aber erwähnt hatte ich das schon.

          Ich hatte das in der Version 2.0.4 getestet und da ging das. Ich habe jetzt
          zumindest ein Post zu Apache myFaces zu dem Thema gefunden:

          http://www.mail-archive.com/users@my.../msg20800.html

          Da gibt es wohl eine Exception wenn man el-Ausdrücke für id verwendet.
          Im Oracle forum herscht übrigends auch uneinigkeit ob das erlaubt ist oder
          nicht.

          Es geht hier übrigends nicht ob es in einer implementation geht oder nicht.
          Es geht um die JSF spezifikation. Da kann ich testen soviel ich will. Wenn das
          ein Bug der implementation ist, ist es ein Problem für die Zukünftige
          entwicklung.

          Ich denke, auch durch die diskussion im Oracle Forum, das hier doch Klärungs-
          bedarf besteht.

          Comment

          Working...
          X