Hi Steven,
I've send you a PM.
Sven
On 26.01.24 14:57, Nelligan, Steven M wrote:
Help, I am new to Wicket...and have taken over a project with wicket version
1.4.18, which is way out of date.
According to a consulting firm, this would be a multi-year project to update
all of our projects
Hi Eric,
you can read in the javadoc, why your first solution is 'unpredictable':
https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/math/BigDecimal.html#%3Cinit%3E(double)
Sven
On 20.12.23 15:18, Eric Hamel wrote:
Hi Bas,
Thanks for the response.
I discovered the
that ?
...
*Laurent Duparchy
ESRF - The European Synchrotron
MIS Unit
04 76 88 22 56*
Sven Meier wrote on 02/11/2022 17:38:
Show us the relevant markup please.
Sven
On 02.11.22 15:13, Laurent Duparchy wrote:
Hi,
Yes, *devicesGroup *is initially visible. Everything seems fine in
terms of Ajax
Show us the relevant markup please.
Sven
On 02.11.22 15:13, Laurent Duparchy wrote:
Hi,
Yes, *devicesGroup *is initially visible. Everything seems fine in
terms of Ajax request/response.
When I add only the *feedbackpanel*, it is correctly added and painted
with the correct feedback
Hi,
please check the Ajax response in your browser's network tab, do you see
the "devicesGroup" in the response XML?
Maybe that "devicesGroup" bound to a tag?
Have fun
Sven
On 28.10.22 09:43, Laurent Duparchy wrote:
Hi,
Sorry for the basic question If this is the wrong place to ask,
for this anytime soon do you think?
Thanks
On Wed, Jun 22, 2022 at 8:45 PM Sven Meier wrote:
Hi Wayne,
I pushed a fix to Wicket 9.x and 10.x.
Would be great if you could give this a test, your test application
works fine now.
Many thanks
Sven
On 20.06.22 18:19, Wayne W wrote:
Hello Sven,
Many thanks
s.remove(name);
}
}
Either way looking forward to the fix.
On Sun, Jun 19, 2022 at 10:09 PM Sven Meier wrote:
Hi again,
I found the cause of this bug:
RedissonSession exposes a behavior we've seen before, which seems not to
be a problem with the default Tomcat session implem
() being called, signalling
PersistentPageStore to drop all store pages.
I'll perpare a fix tomorrow.
Thanks for your report.
Sven
On 18.06.22 15:24, Sven Meier wrote:
Hi,
I've stripped all pageManager related settings from your application.
Now the bug only appears with Tomcat's
"this" to the console correctly.
Let me know your thoughts
I will of course try and understand whats happening.
On Thu, Jun 9, 2022 at 8:45 AM Sven Meier wrote:
Hi Wayne,
no idea on my side.
Please compare without InSessionPageStore and with different max pages.
If the problem persists, plea
and
loosing the components. I presume this is something to do with
InSessionPageStore. Opening a single new tab is fine, it when there are
more than 2 in total. I tried increasing the maxPages to 20 for
InSessionPageStore
but it made no difference.
Any idea?
On Wed, Jun 8, 2022 at 10:43 AM Sven Meier
29, 2022 at 10:47 PM Sven Meier wrote:
Hi Wayne,
the Eclipse .project still has 9.1.1 on the classpath:
Without that, flushing of the Session works fine here with my fix on 9.x
BTW the workaround with HubInSessionCache subclassing InSessionPageStore
(to use a separate MetaDataKey
but I still have the
issue. I will try and create a quickstart reproducing this issue and get
back to you.
Wayne
On Wed, May 25, 2022 at 8:34 AM Sven Meier wrote:
Hi Wayne,
I've pushed a fix to
https://github.com/apache/wicket/tree/WICKET-6981-session-attributes-not-set
Are you able to test this
Hi Wayne,
I've pushed a fix to
https://github.com/apache/wicket/tree/WICKET-6981-session-attributes-not-set
Are you able to test this on your setup?
Regards
Sven
On 24.05.22 10:43, Wayne W wrote:
Hello Sven,
Any update on this?
Many thanks
On Mon, May 16, 2022 at 11:40 AM Sven Meier
to support http
session setup?
I saw a post about this quite some time ago but I'm not sure.
Thanks for clarifying
On Sun, May 15, 2022 at 8:54 PM Sven Meier wrote:
Hi Wayne,
I've create an issue for this bug:
https://issues.apache.org/jira/browse/WICKET-6981
I think I have a fix ready
Hi Wayne,
I've create an issue for this bug:
https://issues.apache.org/jira/browse/WICKET-6981
I think I have a fix ready, but have to give it some more tests.
Thanks for reporting the issue.
Sven
On 10.05.22 23:25, Sven Meier wrote:
Hi Wayne,
>Is this a bug?
could be, do we have a J
Hi Wayne,
>Is this a bug?
could be, do we have a Jira issue already?
I think there might be a call to Session#setMetaData() missing. Before
Wicket 9.x it seemed to have been called additionally when a page is
stored in the session.
I'll take a deeper look into this tomorrow.
Best regards
Hi Lucio,
only the *page instance* containing the DownloadLink is locked by the
download.
Each user gets his own page instances, and these do not affect each other.
Best regards
Sven
On 22.03.22 18:00, Lucio Crusca wrote:
The API docs here
Hi,
Models are not support for visible/enabled state.
The recommended pattern is overriding onConfigure()
onConfigure() {
setVisible(/*... lazy evaluated ...*/)
}
Regards
Sven
On 10.03.22 00:31, smallufo wrote:
Currently , component visible is defined by a eager evaluated boolean value
nse;
});
Regards
Sven
On 01.02.22 17:16, Sven Meier wrote:
Hi Bas,
that seems to be broken since
https://issues.apache.org/jira/browse/WICKET-6703
The JS is correctly collected by PartialPageUpdate, but then sent
through the response decorators once again, thus being wrap
Sven
On 01.02.22 16:28, Sven Meier wrote:
Hi Bas,
your attachment didn't make it through the mailing list.
Can you point me to where I can download it from?
Thanks
Sven
On 31.01.22 14:51, Bas Gooren wrote:
Hi,
We are experimenting with the JavaScriptDeferHeaderResponse, but out
of the box
Hi Bas,
your attachment didn't make it through the mailing list.
Can you point me to where I can download it from?
Thanks
Sven
On 31.01.22 14:51, Bas Gooren wrote:
Hi,
We are experimenting with the JavaScriptDeferHeaderResponse, but out
of the box it doesn’t work correctly for us.
We are
Hi,
session size is calculated by serializing the session.
During session serializing your cached page is thrown away, see
InSessionPageStore#writeObject().
So the next request will acquire the page from the persistent store:
it's the identical page, just on a different memory location.
Hi Ernesto,
yes, that is outdated, see
https://issues.apache.org/jira/browse/WICKET-5997
Sven
On 19.01.22 16:10, Ernesto Reinaldo Barreiro wrote:
Hi,
A colleague pointed me to
https://nightlies.apache.org/wicket/guide/9.x/single.html#_initializers
and remarked that we are using them
+1 for dropping them
Sven
Am 12. Januar 2022 07:29:19 MEZ schrieb Martin Grigorov :
>+1 to drop them !
>
>On Wed, Jan 12, 2022 at 8:19 AM Maxim Solodovnik
>wrote:
>
>> Hello All,
>>
>> I've just noticed:
>>
>> wicketstuff-jwicket-ui-datepicker
>> Contains `jQuery UI Datepicker 1.10.3` (
and I also do not see problems in
linux. To be honest I have no idea of the full implications of this change.
On Tue, Nov 16, 2021 at 11:40 PM Sven Meier wrote:
Hi Ernesto,
I'm no expert in this, but as I understood it FileChannel should be save
to be written to in parallel:
https://docs.
in a very fast sequence: this
might be our case, as we are generating many web sockets messages (pushing
components) and this seems to trigger page serialization.
On Linux and Mac we have no problems at all.
On Tue, Nov 16, 2021 at 7:28 PM Sven Meier wrote:
Hi Ernesto,
maybe an issue with concu
Hi Ernesto,
maybe an issue with concurrent file writes?
I've tested the new FilePageStore on Linux only, and as it seems I
didn't add any synchronization to it.
Could you try out FilePageStoreTest?
Regards
Sven
On 16.11.21 16:18, Ernesto Reinaldo Barreiro wrote:
Hi,
We are trying to use
more up I'm always happy to hear
;)
Best,
KB
- Ursprüngliche Mail -
Von: "Sven Meier"
An: "users"
Gesendet: Mittwoch, 10. November 2021 20:31:52
Betreff: Re: migration from wicket 8 to 9 -> PageManagerProvider
Hi Korbinian,
it was a real breeze. I'm very i
Hi Korbinian,
> it was a real breeze. I'm very impressed!
thanks, glad to hear that.
You application is persisting pages in the Http session instead of disk.
Essentially what the wicketstuff's gae-initializer does too:
Hi,
the solution from the wiki keeps the buffered image in the component
tree, that's not a good idea (probably this is why it's transient).
The actual problem is, that all markup (including your refreshingView)
is rendered first. Then the browser pulls the image data in a second
request.
Hi Bas,
that sounds like a bug.
Your quickstart didn't make it through the mailing list, would you please
attach it to a new Jira issue?
Thanks
Sven
Am 23. Juli 2021 19:30:46 MESZ schrieb Bas Gooren :
>Hi all,
>
>Today I spent the better part of my day investigating a bug report
>regarding a
Hi,
> IMHO this should not happen because the link URL includes the page version
> number and in that version of the page
for Ajax requests the page id is not increased. So your second non-ajax request
hits the same page instance with an updated component tree.
For these cases (mixing ajax
Hi,
there a slight difference on how the response is rendered, see
WebPageRenderer#shouldRedirectToTargetUrl()
(isAjax(cycle) && targetUrl.equals(currentUrl))
This is the case for the Ajax submit creating PageOne, where - after the
redirect - an additional page instance is created
:11, vahid ghasemi wrote:
I am trying to use the above code and I getting this error:
Non-static method 'getPage()' cannot be referenced from a static context.
my wicket version is 8.9.0.
On Tue, Jun 29, 2021 at 9:54 PM Sven Meier wrote:
Hi,
instead of worrying about exceptions in your
;
}
});
Hope this helps
Sven
On 29.06.21 18:41, vahid ghasemi wrote:
thanks again for answering my questions.
can you send me some examples of this concept?
(IRequestCycleListener#onException())
just I want to know more about that.
On Tue, Jun 29, 2021 at 8:32 PM Sven Meier wrote:
Hi,
you
Hi,
you could use a FormValidator.
Or let your onSubmit() (or any code it forwards to) throw exceptions and
register an IRequestCycleListener#onException() to handle exceptions
during form submit.
Have fun
Sven
On 29.06.21 17:51, vahid ghasemi wrote:
I want to add form data to the
Hi,
you have to call #setDefaultFormProcessing(false).
Have fun
Sven
On 29.06.21 09:46, vahid ghasemi wrote:
Hello guys.
I have a form that has two buttons (Submit, Reset) and my form is
CompoundPropertiesModel.
The type of these buttons are AjaxButtons.
but Reset only works when the form is
Hi,
with #setRequired(true) an empty string is not a valid value, thus
#onUpdate is not called, see javadoc:
"Listener invoked on the ajax request. This listener is invoked
after the component's model has been updated."
The model is not updated because of the invalid value, you have to
Hi,
by default textfields trim their input, so I'd expect the total count
characters to be correct to the processed input:
"f " + "m" + "l" -> "fml" = 3 characters (also a space was entered
after the *f*
You might want to override #shouldTrimInput if you want to keep the
whitespace.
Hi Ernesto,
have you compared with Wicket's websocket example?
Check what thread is locking your page - do you have
ExceptionSettings#ThreadDumpStrategy set to THREAD_HOLDING_LOCK or
ALL_THREADS?
Regards
Sven
On 19.05.21 19:14, Ernesto Reinaldo Barreiro wrote:
Hi,
Context: we are trying
Hi,
that setting is still used - it controls whether Ajax log messages end up in
the console at all.
Have fun
Sven
Am 7. April 2021 18:29:19 MESZ schrieb Bergmann Manfred
:
>Yep, that’s OK.
>
>But shouldn’t the settings also be gone?
>
>
>
>Manfred
>
>
>> Am
Yes, it was deemed superfluous:
https://issues.apache.org/jira/browse/WICKET-6667
Use you favorite browser's JS console instead.
Best regards
Sven
On 07.04.21 16:15, Ernesto Reinaldo Barreiro wrote:
It is gone there AFAIK.
On Wed, Apr 7, 2021 at 5:11 PM Bergmann Manfred
wrote:
Hi.
Hi,
with that setup you lose back-button support - the serializer you're
passing to the InSessionPageStore is used only should the container
serialize the web session.
You should serialize *all* pages into the persistent store instead:
var store: IPageStore = new InSessionPageStore(1)
store
Hi Manfred,
yes, you should use InSessionPageStore as a replacement.
>but that doesn’t seem to do the same as HttpSessionDataStore
Please be more specific, in what way does it differ? Pages are kept in
the session, there's not difference there.
Regards
Sven
On 01.04.21 15:27, Bergmann
Hi,
Wicket tries to create a proxy for your bean.
Apparently UserScopeFinder doesn't have a default constructor, which is
required for creation of a proxy class.
Easiest solution is to introduce an interface (e.g. IUserScopeFinder)
and let your bean implement that:
@SpringBean(name =
Hi Johannes,
StringResourceModel uses a MessageFormat depending on the presence of
message parameters.
Without automatic escaping, editors of resource files would have to
escape single-quotes in some resource strings and not-escape in others.
Regretfully this means you can't use escapes as
Bas
Op 20 januari 2021 bij 11:06:13, Sven Meier (s...@meiers.net
<mailto:s...@meiers.net>) schreef:
Hi Bas,
>E.g. do you handle exceptions within the model itself, or with a
RequestCycleListener?
a requestCycleListener is my preferred solution:
- I've used Spring interceptors
ify adding another
IPageManagerProvider implementation to Wicket with default behavior more
appropriate for clustering?
Thanks again
On Tue, Jan 19, 2021 at 11:57 AM Sven Meier wrote:
Hi,
> Is it helpful if I add documentation issues to Wicket Jira?
pull-requests are always preferred :P
>
021 bij 19:18:57, Sven Meier (s...@meiers.net) schreef:
Hi Bas,
in my experience is is very hard to check every possible failure upfront
in preconditions (whether from page or models). There's always a
corner-case waiting to hunt you.
Therefore I prefer using option 1: catch the failure w
Hi,
> Is it helpful if I add documentation issues to Wicket Jira?
pull-requests are always preferred :P
>
https://ci.apache.org/projects/wicket/guide/9.x/single.html#_httpsessiondatastore
I will take care of this.
>For Wicket 9 I'm overriding DefaultPageManagerProvider like below. Is
Hi Bas,
in my experience is is very hard to check every possible failure upfront
in preconditions (whether from page or models). There's always a
corner-case waiting to hunt you.
Therefore I prefer using option 1: catch the failure when it happens.
Worked fine for me (most of the time), but
Thanks!
Sven
Am 9. Dezember 2020 16:24:53 MEZ schrieb Martin Grigorov :
>https://issues.apache.org/jira/browse/WICKET-6858
>
>On Tue, Dec 8, 2020 at 11:19 AM Sven Meier wrote:
>
>> Hi Chris,
>>
>> that #toLowerCase() has been introduced with WICKET-4816.
>
Hi Chris,
that #toLowerCase() has been introduced with WICKET-4816.
The commit does not mention anything about the requirement for a lower
case comparison, and the test does not enforce it either:
(and focus, and cursor position) of the input field. I could use
AjaxRequestTarget.prependJavaScript() and AjaxRequestTarget.appendJavaScript()
for that.
I think I will try one of those two solutions.
Thanks for the help.
Am 20.10.20 um 20:06 schrieb Sven Meier:
Hi,
from the JavaDoc
Hi,
from the JavaDoc:
/**
* Indicates whether or not this AjaxBehavior will produce
. By default it will
* produce it but some behaviors may need to return their own
response which shouldn't be
* processed by wicket-ajax.js
*/
private boolean wicketAjaxResponse =
can add #onMethodMismatch() to AjaxFormComponentUpdatingBehavior that is
similar to one in Form. If it returns ABORT then we will execute the code
above. If it returns CONTINUE (the default) then no need to calculate the
AjaxRequestAttributes
On Sun, Oct 18, 2020 at 11:40 PM Sven Meier wrote:
Hi
Hi,
with AjaxFormComponentUpdatingBehavior only a single component is processed and
not the complete Form.
So method mismatches are not checked.
Have fun
Sven
On 17.10.20 14:34, Eric Hamel wrote:
Looking at our implementation, we are using an
AjaxFormComponentUpdatingBehavior to trigger
That would be a nice addition to wicketstuff.
Please keep us updated on how you solved it.
Have fun
Sven
On 18.09.20 11:02, Emmanuel Sowah wrote:
Hi Korbinian,
Thanks for the quick response.
I will look into the native websockets option and see if I can work
something out.
It would be nicer
Hi,
I didn't understand what's your problem.
Sven
On 24.08.20 16:56, Daniel Weiss wrote:
Hello all,
I don't like the exception handling of Component.getPage(). We are
working on the integration to Wicket 8.4. We use panels or dialogs as
anonymous classes / instances and this feature will
I haven't tried it, but using two of these seems not to work. I never
seen the need for this though.
Have fun
Sven
On 18.08.20 14:38, Thorsten Schöning wrote:
Guten Tag Sven Meier,
am Dienstag, 18. August 2020 um 08:50 schrieben Sie:
sorry I missed that: on first sight it seems to w
Hi,
are these headers preserved on other dynamic content, e.g. a servlet or jsp?
Or are they missing from Wicket generated content only?
Have fun
Sven
On 18.08.20 08:27, sundar saba wrote:
Hi all,
I deploy wicket quick start application in tomcat and run in
https. I enabled HSTS
Hi,
sorry I missed that: on first sight it seems to work with a single
transformer only.
Better you combined both your behaviors into one.
Have fun
Sven
On 18.08.20 08:11, Thorsten Schöning wrote:
Guten Tag Sven Meier,
am Montag, 17. August 2020 um 20:34 schrieben Sie:
please create
Hi Thorsten,
please create a quickstart, without debugging I cannot pinpoint the problem.
Have fun
Sven
On 17.08.20 19:52, Thorsten Schöning wrote:
Hi all,
I'm using Wicket as a renderer for HTML-reports WITHOUT browser, web
server or requests, only by using ComponentRenderer. There are two
Hi,
easiest solution is to do the confirmation in JS only:
button.add(new Behavior() {
@Override
public void renderHead(Component component, IHeaderResponse
response)
{
response.render(OnEventHeaderItem.forComponent(component, "click",
"return
Hi Maxim,
you'll have to upload these files to a resource separately.
I'm not aware of a reusable solution for that.
Have fun
Sven
On 05.07.20 17:20, Maxim Solodovnik wrote:
Hello All,
our app allows huge file uploads
I have noticed the page is locked while incoming input stream is being
Hi Thorsten,
this is all HTML standard:
https://stackoverflow.com/questions/2129346
I have no clue why it doesn't work for you.
Please isolate the problem in a jsfiddle or similar.
Have fun
Sven
On 26.06.20 10:44, Thorsten Schöning wrote:
Guten Tag Thorsten Schöning,
am Freitag, 26.
Hi Thorsten,
for a normal form submit the browser should send "bcdHistory.upload" as
post parameter.
That should definitely work. Show us your HTML, maybe something is wrong
there.
Have fun
Sven
On 25.06.20 19:05, Thorsten Schöning wrote:
Hi all,
I have one form in which I need two
Hi Rob,
without a redirect, your first page will be presented without page id in
the url.
Thus when you return back from another page, the browser will just
request a fresh page. An F5 while on your first page should result in
the same problem.
I don't know how to square that circle.
Hi,
you can make any Ajax behavior stateless as follows:
component.setMarkupId("stable-id");
add(component);
component.add(new
AjaxSelfUpdatingTimerBehavior(Duration.seconds(5)) {
@Override
public boolean getStatelessHint(Component component) {
Hi Rob,
have you tried JavaScriptDeferHeaderResponse?
And here's some background on how we arrived at this solution:
https://issues.apache.org/jira/browse/WICKET-6498
Have fun
Sven
On 22.06.20 13:23, Rob Audenaerde wrote:
Hi all,
I'm trying to increase the google-page-speed of some
Hard to tell, the code looks fine to me :/
Have fun
Sven
On 01.06.20 15:09, leodali83 wrote:
Hello Sven,
actually it helps a bit, some error feedback messages related to the 2 input
fields on which I set the value just after instantiation of FormTester
disappered.
Therefore, test fails again
Model for
component '{}", this.getPageRelativePath(), uox)
Does anyone see a drawback ?
Martin
On Sat, May 30, 2020 at 11:42 PM Sven Meier wrote:
Hi,
just put a breakpoint on IModel#setObject().
Once your problem hits that breakpoint, you'll be able to derive the
offending component/
Hi,
you have to use a new FormTester instance after executing the Ajax event:
...
formTester = tester.newFormTester(path)
formTester.select("field1", ""); // required field
formTester.select("field2", ""); // required field
.
Hi,
just put a breakpoint on IModel#setObject().
Once your problem hits that breakpoint, you'll be able to derive the
offending component/model from the stacktrace/variables in your favorite
IDE.
Have fun
Sven
On 30.05.20 17:13, smallufo wrote:
Is it possible to try {
Hi,
both settings are unrelated:
- inMemoryCacheSize is 0 by default anyway
- maxSizePerSession is used by DiskDataStore (which you are replacing
with HttpSessionDataStore)
Have fun
Sven
On 25.05.20 03:51, ShengChe Hsiao wrote:
Dear all
I want to use HttpSessionDataStore as default page
Hi,
I can reproduce the problem, but don't know yet what is causing this.
What I can see is that the page is properly locked when being accessed
via Ajax or via a web socket push.
Thus a concurrent modification should not occur.
I'll have to investigate further.
Have fun
Sven
On 20.05.20
Hi,
I don't understand how that exception ends up in your component
hierarchy either.
Do you use a custom exception mapper or listener? I don't see any place
in Wicket where that exception is stored.
Best regards
Sven
On 18.05.20 17:12, Calin Pavel wrote:
Sometime our customers have
Sorry, we seem to speak about different buttons.
Could you create a quickstart? I've used validation in modal dialogs
plenty of times and it works as expected.
Have fun
Sven
On 14.05.20 19:14, Entropy wrote:
The panel that launches the modal is not inside the form (it's part of a
standard
Hi,
form processing should work as usual in the modal window, including validation
of course.
Does it make a difference when you let the AjaxButton find its form by itself?
Have fun
Sven
Am 13. Mai 2020 22:29:59 MESZ schrieb Entropy :
>We have a custom popup alert box launched from wicket.
Hi,
you can use PageRequestHandlerTracker for that:
https://github.com/apache/wicket/blob/master/wicket-core/src/main/java/org/apache/wicket/request/cycle/PageRequestHandlerTracker.java
Have fun
Sven
On 02.05.20 18:41, Olivier Dutrieux wrote:
Is there a possibility to access to initial
Hi,
you find an example page in wicket-examples
org.apache.wicket.examples.ajax.builtin.AutoCompletePage that works fine.
Could you try it and check the difference to your code please?
Have fun
Sven
On 28.04.20 10:55, kyc wrote:
Dear Martin,
Thank you for your answer.
I upgraded to
ers. Nothing works after.
-Igor.
On 24. Apr 2020, at 15:07, Sven Meier mailto:s...@meiers.net>>
wrote:
Hi Igor,
so the browser sends the request a second time via "get".
That shouldn't be a problem, since in that case all FormComponents will read
their parameters from the query
baum.eu.invalid>>>
wrote:
Hi Sven,
POST is substituted with GET by the HTTP client (Browser).
A web-server, any web-server, returns a 301 or 302 redirect then Browser,
on client side, will replace any type of request to GET. No server-side
configuration or any http headers returned wil
cise this
code
https://github.com/apache/wicket/commit/0c19cf8/#diff-51cf2faf6078497df77cc6d995dd1b98.
Starting from Wicket 7.16 you distinguish between GET and POST in
FormComponent#getInputAsArray() and for the form submit this will not work in
case of redirect.
-Igor.
On 23. Apr 2020, a
Hi,
if the generated HTML contains method="post", the browser will send the
form as post request.
Without more detailed information, it's hard to find the error. Can you
write a quickstart?
Have fun
Sven
On 23.04.20 11:59, Igor Khvostenkov wrote:
Hi *,
I faced with the problem. When
Sun, Apr 12, 2020 at 6:57 PM Sven Meier wrote:
Hi Thomas,
I've did a little research on using SoftReferences for caches:
https://stackoverflow.com/questions/264582/is-there-a-softhashmap-in-java
http://jeremymanson.blogspot.com/2009/07/how-hotspot-decides-to-clear_07.html
The experts s
That's good to hear! Please let me know when you have an implementation and
I'll give it another go.
Best regards,
Thomas
On Sat, Apr 11, 2020 at 11:01 PM Sven Meier wrote:
Hi Thomas,
actually not bad news at all (for Wicket 9 at least).
The old page manager implementation had so many s
Wed, Apr 8, 2020 at 3:13 PM Sven Meier wrote:
Many thanks Maxim!
Sven
On 08.04.20 14:29, Maxim Solodovnik wrote:
Released :)
On Wed, 8 Apr 2020 at 15:41, Maxim Solodovnik
wrote:
OK
Will start new release process in couple of hours
Please stop me if you will find any blocker :)
On Wed,
Hi Francesco,
there was a slight difference in the mock setup, which should now be as
in Wicket 8:
https://issues.apache.org/jira/browse/WICKET-6766
Many thanks for testing with Wicket 9!
Sven
On 09.04.20 16:42, Francesco Chicchiriccò wrote:
On 2020/04/09 12:04:00, Sven Meier wrote
Hi Francesco,
I'll have to check what has changed here.
I wouldn't expect any problems with MockPageStore, but perhaps it
changed slightly.
Can you write a testcase that runs in Wicket 8 but fails in 9?
Have fun
Sven
On 09.04.20 12:20, Francesco Chicchiriccò wrote:
Hi all,
at Syncope we
elease
later this week ...
On Wed, 8 Apr 2020 at 00:48, Thomas Heigl
wrote:
Thanks Sven!
Did your changes make it into the release? Or did they just
miss
it?
Thomas
On Tue, Apr 7, 2020 at 7:43 PM Sven Meier
wrote:
Hi Thomas,
yes, you're right:
wicketstuff data stores missed some adjus
PM Sven Meier wrote:
Hi Thomas,
your question comes at the right time.
I was able to improve the implementation with a new CachingPageStore:
https://github.com/apache/wicket/blob/8df3528dc44a08b7d375c20e764a3664cd6a5f30/wicket-core/src/main/java/org/apache/wicket
to be a frequent use case, wouldn't there be a good fit
for some shorthand method?
Like
/getRequestCycle().onAjax(t-> {});/
boolean getRequestCycle().isAjax();
?
Vit
On 4/4/20 11:51 PM, Sven Meier wrote:
Hi,
you can test for the appropriate request handler:
getRequestCycle().f
Hi,
you can test for the appropriate request handler:
getRequestCycle().find(IPartialPageRequestHandler.class).ifPresent(target
-> /* do things on partial page update */));
Have fun
Sven
On 04.04.20 23:43, Vilius Vaivada wrote:
Hey guys,
I'm pretty sure I'm missing something obvious
Hi Maxim,
> lastRendered page === 'null' after submit
> Maybe I'm doing something wrong?
it seems so. Check the log output and/or provide a testcase please.
Have fun
Sven
On 04.04.20 07:35, Maxim Solodovnik wrote:
Hello All,
I'm trying to to test Wizard with WicketTester
Wizard is the
Hi Korbinian,
Wicket just evaluates your JS, if you get a ReferenceError then surely
there's something wrong in your code.
Are you sure you're looking on the correct source line?
Have fun
Sven
On 02.04.20 15:57, Korbinian Bachl wrote:
Hi,
i've added some JS to be exectued after AJAX but
this redirect
(e.g. page url changes after render). Maybe we could improve
ComponentRender so it never redirects.
Best regards
Sven
On 01.04.20 19:53, Thorsten Schöning wrote:
Guten Tag Sven Meier,
am Mittwoch, 1. April 2020 um 17:31 schrieben Sie:
Without a quickstart it's hard to guess whether
Hi,
if the DropDownList is updated via Ajax, the DOM element gets replaced
and the closes,
I don't see a way around that.
You could try updating the select's inner (via some Ajax JS
magic) only. I'm not aware of a pre-build Wicket solution that would do
that though.
Maybe Select2 or
Hi Thorsten,
the log message seems to have served it's purpose:
You reported the problem :P.
Without a quickstart it's hard to guess whether this is an error
actually or you did something wrong.
Sven
On 01.04.20 17:06, Thorsten Schöning wrote:
Hi all
I have a project in which I use
This will be fixed with Wicket 9.
Have fun
Sven
On 30.03.20 19:32, natefki wrote:
FileUpload class despite everything actualizes IClusterable however it
contains a field of type FileItem: which is never again Serializable, Drop
IClusterable.
--
Sent from:
1 - 100 of 1518 matches
Mail list logo