<apex:include> and readOnly атрибут: наследуется от страницы контейнера или нет?

Всем привет,

такая ситуация.
есть страница с несколькими кастомными табами, и в каждом Табе с помощью <apex:include> вставлена другая страница. Очень удобно, кстати в плане разработки, и все вроде нормально работает.

но вот что мне пришло в голову: некоторые Табовые include-страницы имеют readOnly=тру, и это важно в плане лимитов, тогда как некоторые другие include-страницы выполняют ДМЛ операции. Страница контейнер не имеет объявленного readOnly атрибута (т.е. он Фальс)

теперь меня бьют сомнения: а точно ли что include-страницы, имеющие readOnly=тру, таковыми и остаются в данной ситуации?

может у кого был опыт

Den Brown

Всем привет,

такая ситуация.
есть страница с несколькими кастомными табами, и в каждом Табе с помощью <apex:include> вставлена другая страница. Очень удобно, кстати в плане разработки, и все вроде нормально работает.

но вот что мне пришло в голову: некоторые Табовые include-страницы имеют readOnly=тру, и это важно в плане лимитов, тогда как некоторые другие include-страницы выполняют ДМЛ операции. Страница контейнер не имеет объявленного readOnly атрибута (т.е. он Фальс)

теперь меня бьют сомнения: а точно ли что include-страницы, имеющие readOnly=тру, таковыми и остаются в данной ситуации?

может у кого был опыт

Эх, скверные вести

только что создал тестовые страницы, и вложенная с помощью <apex:include > страница с readOnly=тру ложит по лимитам не более 1000 итераций стандартного VFP итератора внутри страницы с readOnly=фальс

придется разматывать таблицу "нестандартными" средствами...

PS: мне тут подсказывают, что для преодоления 1к лимита можно и не парится с кастомной JS-based итерацией, а просто вложить <apex:repeat> в другой <apex:repeat>, дешево и сердито сейчас попробую

PSS: подход <apex:repeat> в <apex:repeat> вполне нормально работает, когда нужно преодолеть 1к лимит и при этом предпочтительна итерации именно на сервере, а не на клиенте :)

Den Brown

Эх, скверные вести :(

только что создал тестовые страницы, и вложенная с помощью  <apex:include > страница с readOnly=тру ложит по лимитам не более 1000 итераций стандартного VFP итератора внутри страницы с  readOnly=фальс

придется разматывать таблицу "нестандартными" средствами...

PS: мне тут подсказывают, что для преодоления 1к лимита можно и не парится с кастомной JS-based итерацией, а просто вложить <apex:repeat> в другой <apex:repeat>, дешево и сердито :) сейчас попробую

PSS: подход <apex:repeat> в <apex:repeat> вполне нормально работает, когда нужно преодолеть 1к лимит и при этом предпочтительна итерации именно на сервере, а не на клиенте :)