after viewing a page, when the page gets serialized
But you could also trigger it your self,
for example you can have something in the detach() of your base page
super.onDetach()
if (development)
{
Objects.objectToByteArray(this)
}
then you should get the same error right away
On Wed, Aug 11,
When exactly the serialization happens? When viewing a page?
Tom
On 11.08.2010 13:25, Johan Compagner wrote:
> the only way to do this is as i described look where the exception
> really comes from
> and go to that same page in your developer, do as your user does.
> There is no other way, you r
the only way to do this is as i described look where the exception
really comes from
and go to that same page in your developer, do as your user does.
There is no other way, you really need to be in the same state.
On Wed, Aug 11, 2010 at 13:24, Thomas Singer wrote:
> I want to know how I can ge
I want to know how I can generate this exception in my development
environment. It is nasty to test on the production system.
Tom
On 11.08.2010 10:53, Johan Compagner wrote:
> why not?
> if you know which page it was and which component/model that holds
> that none serializable class
> then you
why not?
if you know which page it was and which component/model that holds
that none serializable class
then you just have to make sure that you go to that same area in your
developer..
What else do you expect that you can do?
On Wed, Aug 11, 2010 at 10:29, Thomas Singer wrote:
> Unfortunately,
Unfortunately, this does not answer my question.
Tom
On 11.08.2010 09:57, Johan Compagner wrote:
> then you just have to check where those classes are used and where
> they could be stored in a wicket component/model
> and make sure you detach that object .
> Wicket tells you the field hierarchy
then you just have to check where those classes are used and where
they could be stored in a wicket component/model
and make sure you detach that object .
Wicket tells you the field hierarchy to that object so you should be
able to track it down quite easily
On Wed, Aug 11, 2010 at 09:55, Thomas
> doesnt the message of that exception tell you which object class is the
> problem?
It does, but I don't want to make the logged class serializable, but instead
avoid it. Independent of that I want to verify whether the done steps work
correctly.
Tom
On 11.08.2010 09:27, Johan Compagner wrote
doesnt the message of that exception tell you which object class is the problem?
On Wed, Aug 11, 2010 at 09:24, Thomas Singer wrote:
> Hi,
>
> In our server logs we have a couple of WicketNotSerializableException
> logged, but we don't know when they occur. How we can create them locally in
> ou
Hi,
In our server logs we have a couple of WicketNotSerializableException
logged, but we don't know when they occur. How we can create them locally in
our development environment (to test whether we have avoided them)?
Thanks in advance,
Tom
--
suggestion:
load your data and keep it in a cache
use LDM to retrieve the data from the cache (e.g. ehcache) or reload
it if it expired.
Am 10.10.2009 um 19:46 schrieb Igor Vaynberg:
if you do not need to hold on to the data structure between requests
then there is no need to keep any r
if you do not need to hold on to the data structure between requests
then there is no need to keep any references to it in the components
themselves. pass it into the constructor, create whatever components
you need to represent it in the ui and throw it away. you may have to
create wrappers around
Igor Vaynberg wrote:
in other words, if you were building this app using jsps or servlets
how would you carry over this data structure between requests?
No, I actually would not carry the data between requests. When the
page is requested, I would run my test suite to compute the
results. Serv
in other words, if you were building this app using jsps or servlets
how would you carry over this data structure between requests?
-igor
On Sat, Oct 10, 2009 at 9:09 AM, Igor Vaynberg wrote:
> what is the lifecycle of this data? when do you no longer need to store it?
>
> if this is runtime dat
what is the lifecycle of this data? when do you no longer need to store it?
if this is runtime data you can create a runtime store for it, even a
simple map can do. this map can live in servlet context, spring
context, as a field of your wicket application, etc. the user pages
can then retrieve th
Igor Vaynberg wrote:
On Fri, Oct 9, 2009 at 1:41 PM, Ceki Gulcu wrote:
Anyway, my application handles a complex tree-like structure, with
almost all of the contents non-serializable and outside my control. I
don't think I can use a Loadable Detachable Model, because loading the
tree may take
Eelco Hillenius wrote:
I've looked at it briefly. The main thing you need to keep in mind is
that it unfortunately is a limitation of Wicket that you can't have
references in Components that aren't serializable (unless you don't
care about back button support and turn of the second level sessio
On Fri, Oct 9, 2009 at 1:41 PM, Ceki Gulcu wrote:
> Anyway, my application handles a complex tree-like structure, with
> almost all of the contents non-serializable and outside my control. I
> don't think I can use a Loadable Detachable Model, because loading the
> tree may take several minutes.
Btw, this whole serialization problem is exactly why we have
detachable models (though they obviously don't solve every problem out
there. Be sure to read up on those while you're at it.
Eelco
On Fri, Oct 9, 2009 at 3:12 PM, Eelco Hillenius
wrote:
> I've looked at it briefly. The main thing you
I've looked at it briefly. The main thing you need to keep in mind is
that it unfortunately is a limitation of Wicket that you can't have
references in Components that aren't serializable (unless you don't
care about back button support and turn of the second level session
cache, OR you plug in you
Eelco Hillenius wrote:
Hi,
It looks like GenericBaseModel has a reference to a JUnit Description?
Maybe you can paste your GenericBaseModel class here?
Fortunately, my application is open source. You can find its source code at
http://github.com/ceki/mistletoe
If you look at the Descript
Hi,
It looks like GenericBaseModel has a reference to a JUnit Description?
Maybe you can paste your GenericBaseModel class here?
If that's something you'll have a runtime you shouldn't ignore it if
you want to support history (the backbutton). If it's just during
testing, you can ignore it if you
Hello all,
I have a working wicket application but I see the follwowing output on
my console.
22:28:23.921 ERROR org.apache.wicket.util.lang.Objects - Error serializing
object class \
ch.qos.mistletoe.wicket.Tree
[object=[Page class = ch.qos.mistletoe.wicket.Tree, id = 4 version = 0]]
o
23 matches
Mail list logo
