Hi,

On Fri, Oct 12, 2012 at 5:43 PM, Michael Zhavzharov <mzhavzha...@alee.ru> wrote:
> Hi, Martin! Thank You for your reply.
>
> I realized, that it is not an option for me to use ALLP. I need to load
> different data - Labels, Link and Image in one lazy panel, also I should be
> able to interact with other components in page, while ALLP loads it's
> content.
>
>>>>You can use Wicket IResource which is not locked like Page,
>
> I don't understand how to use IResource instead of Page. As I know IResource
> could carry an image, or css, and is not used like MarkupContainer. Am I
> wrong?
>

You are correct. With IResource you can deliver back only data (JSON,
byte[], XML, ...). So my suggestion was applicable in the case when
you want to load some data to show it. If you need to replace the
loading image with Wicket components then it is still possible but
again you'll need to acquire the page lock, i.e. you will face the
same problem.

>>>>Atmosphere/Native Web Sockets to push the data when ready
>
> It seems to me, that time has come to learn sockets.

This approach is the same as with IResource - you need the page lock
to be able to work with Components.

>
>
> Nevertheless, it is interesting to understand the problem with ALLP.
> I put sleep() into getLazyLoadComponent method and set different Models for
> returned Label. After starting the app I saw, that every ALLP changes first
> generated Label to it's own. It's looks like this:
> Label1                                 Label2
> Label3
> *                  become           *                     become
> *
> *                                         *
> *
>
> I think all the same that the matter is in markupId, but can't fix it.

Please create a quickstart app and I'll take a look.

>
>
>
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Multiple-AjaxLazyLoadPanel-s-never-load-tp4652907p4652925.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to