Hi Marc, i'm using fixed id's for the gui elements but i forgot to set ids for the used naming container. That caused ids with a random prefix (generated for the naming container).
Setting an id for every naming container solved my problem - winrunner and jmeter tests are working fine. Felix -----Ursprüngliche Nachricht----- Von: Marc Schneider [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. September 2008 18:56 An: MyFaces Discussion Betreff: Re: Generation strategy of the j_id prefixes? Hi, Why don't you use a fixed id, like : <h:commandButton id="updateButton" .../> ? I use it for integration tests with Selenium and it works fine. Marc. Simon Lessard a écrit : > Hi Felix, > > I believe that it's controlled by the JSP 2.1 spec, but doesn't define > the exact structure of the id. For instance, RI generates something like > j_id__handler_XYZ. I'm really not an expert of that part of the > specification so I may be wrong, but at least it gives you a place to > start looking for an answer. > > > Regards, > > ~ Simon > > On Tue, Sep 9, 2008 at 9:02 AM, <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi, > > i'm currently writing JMeter tests for a web frontend generated with > myfaces. I tried to identify the input fields, buttons and drop downs > via their html id attribute. For example the id of one of my input > fields was: j_id36:inputContentText. After redeploying the application > the id changed to j_id42 - and my JMeter script broke. > > In the same document the prefix of the id changes, too. So the id of an > input field at the beginning of the document begins with j_id36 and at > the end of the document the id of an button begins with j_id48:. > > How are this id's generated, is it possible to turn them off and is > there any spec which defines / explains the generation of this ids? > > Thank you, > > Felix Becker > >
