لماذا لن يخرج بلدي Facelets Loop Looper من النطاق؟

Question

أعلم أن هذا يبدو وكأنه الكثير من النص، لكنني أعتقد أنه مفهوم بسيط جدا أفتقده.

أنا أكتب تطبيقا ويب مع Filets. لدي بطاقة مخصصة RQ: قائمة الطلبات التي تأخذ قائمة بالطلبات كمعلمة وتخرج جدول جميل لعرضها. حتى الان جيدة جدا.

RQ: قائمة الطلب تبدأ وكأنك تتوقع:

<!-- ... -->
<ice:dataTable value="#{list}" var="req">
    <ice:column>
        <f:facet name="header">Date last edited</f:facet>
        <ice:outputText value="#{req.dateModified}" />
    </ice:column>
<!-- ... -->

وهذا يبذل غرامة فقط. لديها رابط في الجدول لتحرير الطلب. yippee!

<ice:column rendered="#{spokespersonView}">
    <f:facet name="header">Edit</f:facet>
    <h:commandLink value="Edit" action="edit_r" rendered="#{RequestSessionBean.mutable}">
        <f:setPropertyActionListener target="#{RequestSessionBean.request}" value="#{req}"/>
    </h:commandLink>
</ice:column>

يأخذنا ذلك إلى صفحة التحرير، بعد تحديد الطلب في فاصوليا الدعم إلى واحد يمثله صف الجدول الذي نحن فيه. هذا هو المكان الذي توجد فيه المشكلة. وانها خفية.

RQ: يتم استخدام قائمة الطلب عدة مرات في صفحة واحدة؛ كما:

<ui:repeat value="#{ExperimentListBean.usersExperiments}" var="exp">
    <rq:request-list list="#{RequestListBean.requestsByExperiment[exp]}" showExperiment="false" spokespersonView="true" />
</ui:repeat>

الآن الجداول يظهر نعم؛ وهذا هو، كل النص صحيح. ومع ذلك، تشير CouldLinks إلى الطلبات الخاطئة ... يشيرون إلى طلب الصف المقابل من الاخير RQ: قائمة الطلبات على الصفحة. يتم إخراج البيانات المتعلقة بالطلبات كما يجب أن تكون في الجدول، ولكن يشير {req} إلى طلب خاطئ عندما يتعلق الأمر بالنقر فوق CandLink.

للتكرار، إذا كان لدي عدد قليل من RQ: طلبات طلبات على الصفحة، رابط تحرير الصف الأول من كل RQ: تشير قائمة الطلبات إلى الطلب الأول (صف) في آخر طلبات: قائمة طلبات على الصفحة. رابط التحرير للصف الثاني من كل RQ: تشير قائمة الطلبات إلى الطلب الثاني (صف) من آخر RQ: قائمة الطلبات على الصفحة. إلخ.

كيف يمكنني الحصول على {req} للإشارة إلى ما كنت عليه، وليس مجرد فهرس في قائمة قديمة؟

شكرا!

Answer 1

إلقاء نظرة على هذا مدخل بلوق, ، ربما تستخدم المتكرر الذي يتم تنفيذه مرة واحدة، عند إنشاء شجرة المكون، بدلا من التقييم الذي يتم تقييمه في وقت تقديم الوقت. (ولكن هذه مجرد طلقة في الظلام، وأنا لا أحاول مثالك)