;> imported here:
> >>
> >>
> >> https://github.com/apache/wicket/blob/master/wicket-core/src/main/java/org/apache/wicket/markup/html/form/Form.java#L29
> >>
> >> is not present anymore in
> >>
> >> https://github.com/apache/comm
-fileupload
hence the stacktrace reported below might deserve some trust after all.
Regards.
On 2023/04/03 07:49:32 Francesco Chicchiriccò wrote:
> I see several recent commits on FileUpload, however:
>
> https://github.com/apache/commons-fileupload/commits/master
>
> and AFAICT W
aster -
> https://github.com/apache/wicket/pull/565.
> I see no reasons in Wicket for this exception ...
>
> One possible way to break the -SNAPSHOTs at Nexus is someone (Maxim ?!) to
> `mvn deploy`-ed PR 565 from his dev machine, but I doubt it.
>
>
> On Mon, Apr 3, 2023 at 1
Hi there,
FTR this morning I've started receiving the following exception from Syncope
Console 4.0.0-SNAPSHOT, based on Wicket 10.0.0-M1-SNAPSHOT:
java.lang.ClassNotFoundException:
org.apache.commons.fileupload2.pub.FileSizeLimitExceededException
at
org.apache.catalina.loader.WebappClas
> https://repository.apache.org/service/local/repo_groups/snapshots-group/content/org/apache/wicket/wicket-bean-validation/10.0.0-M1-SNAPSHOT/wicket-bean-validation-10.0.0-M1-20221118.110647-167.pom
>
> Both seem to be there.
>
>
> On Tue, Jan 3, 2023 at 9:35 AM Francesco Chicchiriccò
>
Forgot to add that the same happens with wicket-devutils.
Regards.
On 2023/01/03 07:33:36 Francesco Chicchiriccò wrote:
> Hi there,
> I am working to upgrade our Wicket apps to Spring Boot 3 and found that
> 10.0.0-M1-SNAPSHOT plays nicely with it.
>
> It seem
regularly present in the source tree at
https://github.com/apache/wicket/tree/master/wicket-bean-validation
Maybe something bad with CI deployment?
Regards.
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Member at The Apache Software Foundation
Syncope, Cocoon
On 2020/11/24 15:49:58, Francesco Chicchiricc�� wrote:
> Hi,
> in a Wicket 8.8.0 application, I am following what suggested in
>
> https://ci.apache.org/projects/wicket/guide/8.x/single.html#_external_security_checks
>
> to add Content-Security-Policy header into response.
>
> My application e
Hi,
in a Wicket 8.8.0 application, I am following what suggested in
https://ci.apache.org/projects/wicket/guide/8.x/single.html#_external_security_checks
to add Content-Security-Policy header into response.
My application extends AuthenticatedWebApplication so, when accessing the root
page, I r
On 2020/04/10 08:13:40, Maxim Solodovnik wrote:
> On Fri, 10 Apr 2020 at 15:06, Francesco Chicchiriccò
> wrote:
>
> > On 2020/04/10 06:59:06, Sven Meier wrote:
> > > Hi Francesco,
> > >
> > > there was a slight difference in the mock setup
!
Which is the SNAPSHOT version to try such a change? When the related artifact
will be available?
Regards.
> 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 chec
in 9?
Not sure if I am able, but I'll try.
Meanwhile, should you get an enlightenment, please report.
Regards.
> On 09.04.20 12:20, Francesco Chicchiriccò wrote:
> > Hi all,
> > at Syncope we have been upgrading our Console and Enduser web applications
> > from Wicket 8
> >
> > That was the simplest workaround I could find; for sure, without the
> > workaround, e.g. with simple "new WicketTester()" I have the behavior
> > described below.
> >
> > Regards.
> >
> > > On Thu, Apr 9, 2020 at 1:20 PM Francesco Chi
WicketTester()" I have the behavior described
below.
Regards.
> On Thu, Apr 9, 2020 at 1:20 PM Francesco Chicchiriccò
> wrote:
>
> > Hi all,
> > at Syncope we have been upgrading our Console and Enduser web applications
> > from Wicket 8 to 9.0.0-M5, in our m
Hi all,
at Syncope we have been upgrading our Console and Enduser web applications from
Wicket 8 to 9.0.0-M5, in our master branch.
The process have been quite smooth effectively, with a single noticeable
exception: in our tests we largely use WicketTester; we have verified, however,
that Pages
Worked like a charm, thanks!
https://github.com/apache/syncope/commit/f5f0bf05cd88e8d5ab6e682f7e1bb6f3c3249c82#diff-1b179dcf722c88b5094875ab9d08d6e3R65
Regards.
On 2020/01/10 13:02:20, Martin Grigorov wrote:
> On Fri, Jan 10, 2020 at 2:55 PM Francesco Chicchiriccò
> wrote:
>
>
to let tests pass...
Is there any way to let WicketTester use a different implementation then
MockWebRequest?
Regards.
> On Fri, Jan 10, 2020 at 9:31 AM Francesco Chicchiriccò
> wrote:
>
> > Hi there,
> > it seems we have some issues with Wicket Tester, after upgrading to
Hi there,
it seems we have some issues with Wicket Tester, after upgrading to 8.7.0 from
8.6.1.
In particular, due to the change [1] for WICKET-6708, we have found that
MockWebRequest is not behaving as expected; no troubles occur instead during
normal operations with HttpServletRequest.
The t
scussion resolved first, but it seems to
> be not very active
>
> [1] https://github.com/wicketstuff/core/pull/652
>
> On Thu, 6 Jun 2019 at 15:38, Francesco Chicchiriccò
> wrote:
> >
> > Hi there,
> > I was wondering if there are plans to release Wicketstuff 8
Hi there,
I was wondering if there are plans to release Wicketstuff 8.5.0 any time soon.
ATM I have a startup exception when using Wicket Spring Boot [1] with Wicket
8.5.0 because it detects a mismatch between Wicket's and Wicketstuff's versions
[2].
I understand this is not a fault per-se, of
On 2018/12/03 13:29:37, Martin Grigorov wrote:
> Yes,
>
> I will do it later today!
Great, thank you.
> On Mon, Dec 3, 2018 at 3:25 PM Francesco Chicchiriccò
> wrote:
>
> > On 2018/12/03 13:08:26, Martin Grigorov wrote:
> > > Check whether there is o
Is there any wicket-bootstrap release planned anytime soon, which depends on
Wicket 7.11.0? Thanks.
> On Mon, Dec 3, 2018 at 3:06 PM Francesco Chicchiriccò
> wrote:
>
> > On 2018/12/03 12:57:00, Maxim Solodovnik wrote:
> > > The method is here
> > >
> > ht
On 2018/12/03 12:57:00, Maxim Solodovnik wrote:
> The method is here
> https://github.com/apache/wicket/blob/wicket-7.x/wicket-request/src/main/java/org/apache/wicket/request/Url.java#L1123
> In all branches ...
..so my JDK must be lying? :-)
> On Mon, 3 Dec 2018 at 19:5
Hi all,
after upgrading from 7.10.0 to 7.11.0, I receive the following exception when
executing tests via Wicket Tester:
java.lang.NoSuchMethodError:
org.apache.wicket.request.Url.setContextRelative(Z)V
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.setParameters(ServletWe
o Application.init()
Thank you very much, now it's clear.
Regards.
> On Wed, 3 Oct 2018 at 22:51, Francesco Chicchiriccò
> wrote:
>
> > On 2018/10/03 15:40:21, Maxim Solodovnik wrote:
> > > I guess I't time to move to V2/V3
> > > IE 6/7/8/9 is extremely out
Application.java#L182
Regards.
> On Wed, 3 Oct 2018 at 22:37, Francesco Chicchiriccò
> wrote:
>
> > Hi there,
> > I can see that DynamicJQueryResourceReference [1] is deprecated in 8.x and
> > removed from master branch.
> >
> > From the @Deprecated anno
Hi there,
I can see that DynamicJQueryResourceReference [1] is deprecated in 8.x and
removed from master branch.
>From the @Deprecated annotation, however, I cannot find how to upgrade my
>current code: could you please shade some light? Thanks.
Regards.
[1]
https://github.com/apache/wicket/b
src/main/resources as extraClasspath for some reason, to get it to reload
> HTML and property files.
>
> Here is a gist with my Wicket plugin and my working
> hotswap-agent.properties:
>
> https://gist.github.com/theigl/6ff4a505eac8f166b9bd079017884474
>
> Best,
>
> T
Hi all,
at Syncope we recently switched from JRebel to HotSwapAgent, mostly because the
MyJRebel program has ended.
All works quite well for Java classes, but we do have issues with HTML and
properties files (for Resource Bundles) used by Wicket.
Please consider that we do package our Wicket app
(AjaxRequestTarget.class)
returns an Optional holding null, when onFinish() is invoked by WicketTester
(actual execution works fine, as said below).
Does this ring any bell?
Regards.
On 2018/06/11 10:43:32, Francesco Chicchiriccò wrote:
> On 2018/06/07 16:43:58, Sven Meier wrote:
> > Hi,
> &g
but I don't see
> why the changes should fail during tests.
Thanks for pointing this out, I will look at it.
Regards.
> Am 06.06.2018 um 19:00 schrieb Sven Meier:
> > I'll take a look.
> >
> > Have fun
> > Sven
> >
> >
> > Am 06.06.2018 u
Hi all,
I am migrating the Syncope master branch from Wicket 7 to 8.
It seems all is working fine when dealing via browser, but the integration
tests are mostly failing.
As Syncope heavily uses Wizards, the reason seems that FormTester fails somehow
to submit the Finish button (though no error i
On 2017-08-23 12:39, Andrea Del Bene wrote:
> There are 2 versions of Wicket 8 in your dependency tree: M7 and M6
> inherited from wicket-bootstrap-core. This should create a conflict as
> resolveLocale()
> was introduced only in M7. You could try using the snapshot version for
> wicket-bootstr
On 2017-08-23 12:07, Andrea Del Bene wrote:
> Hi,
>
> it seems a problem with the classpath. Looks like you are still referring
> to 7.8.0.
Hi Andrea,
mvn dependency:tree says I'm all with 8.0.0-M7:
https://paste.apache.org/PRVi
Any other hint?
Regards.
> On Wed, Aug 23, 2017 at 11:50 AM, Fr
Hi all,
I am trying to update the Apache Syncope codebase (master branch, version
2.1.0-SNAPSHOT) to Wicket 8.0.0-M7 (from Wicket 7.8.0).
After some changes, the code now builds fine, but when accessing the HomePage,
I receive the following exception:
java.lang.NoSuchMethodError:
org.apache.wi
, though I don't see it so necessary as the sole way to get to
it is to authenticate to the main application and click onto the
dedicated button... I will think about this option anyway, thanks!
Regards.
On Wed, Jan 11, 2017 at 12:01 PM, Francesco Chicchiriccò
wrote:
Hi,
FYI here are the re
Hi,
FYI here are the results:
http://blog.tirasa.net/apache-syncope-2.0-the-new-log-viewer.html
Regards.
On 05/01/2017 13:38, Francesco Chicchiriccò wrote:
On 05/01/2017 13:28, Martin Grigorov wrote:
On Thu, Jan 5, 2017 at 1:23 PM, Francesco Chicchiriccò
wrote:
On 03/01/2017 17:17
On 05/01/2017 13:28, Martin Grigorov wrote:
On Thu, Jan 5, 2017 at 1:23 PM, Francesco Chicchiriccò
wrote:
On 03/01/2017 17:17, Francesco Chicchiriccò wrote:
Hi all,
is there any sample about building a log tailer with Wicket? I have found
[1] [2] so far.
FYI I went ahead and I am almost
On 03/01/2017 17:17, Francesco Chicchiriccò wrote:
Hi all,
is there any sample about building a log tailer with Wicket? I have
found [1] [2] so far.
FYI I went ahead and I am almost done with implementation: essentially,
it is a ListView dinamically updated with data received via WebSocket
anyway; at first access, no error message; subsequent accesses report
errors in the logs when switching across pages.
Hence, I guess that the problem occurs because somehow the web socket is
not closed when going into a new page.
Regards.
On Wed, Jan 4, 2017 at 10:29 AM, Francesco Chicchiriccò
On 04/01/2017 10:29, Francesco Chicchiriccò wrote:
On 04/01/2017 10:14, Martin Grigorov wrote:
Hi,
Have you updated Tomcat version too?
I don't see any reason why changes in Wicket Native WebSocket could
lead to
this.
In the same time there were many improvements in Tomcat WebSocket
ppens both with Tomcat 8.5.9 and 8.0.39, which are the latest
versions available.
I have also tried with Tomcat 8.5.8 and 8.5.6 with same results.
On Wed, Jan 4, 2017 at 10:07 AM, Francesco Chicchiriccò
wrote:
Hi all,
after upgrading to Wicket 7.6.0 [1], this code [2] is causing the
following
-c8d9c2a6a0a2e892467d2b3ef8c0c925
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso
-logviewer/blob/master/src/java/org/sakaiproject/logviewer/pages/View.java
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso
On 2016-10-28 14:37 (+0100), Martin Grigorov wrote:
> On Fri, Oct 28, 2016 at 12:01 PM, Francesco Chicchiriccò <
> ilgro...@apache.org> wrote:
>
> > On 2016-10-27 14:18 (+0200), Martin Grigorov wrote:
> > > Hi,
> > >
> > > Good news!
> > > It is a bug in Wicket Bootstrap:
> > > https://githu
On 2016-10-27 14:18 (+0200), Martin Grigorov wrote:
> Hi,
>
> Good news!
> It is a bug in Wicket Bootstrap:
> https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/wicket-7.x/bootstrap-core/src/main/java/de/agilecoders/wicket/core/markup/html/bootstrap/dialog/Alert.html#L10
>
> This uses a Label
On 2016-10-27 14:40 (+0200), Joachim Rohde wrote:
> Great. Thanks for the fast reply Martin. Do you have already a clue when a
> new version of Wicket Bootstrap will be released?
..or an easy way to backport your fix?
Regards.
---
Same here.
On 2016-10-27 13:10 (+0200), Francois Meillet
wrote:
> Wicket-Boostrap 0.10.10 and Wicket 7.5.0
> When using a BootstrapPagingNavigator, I get this error :
>
>
> Last cause: The component(s) below failed to render. Possible reasons could
> be that: 1) you have added a component i
On 2016-10-27 12:24 (+0200), Martin Grigorov wrote:
> On Thu, Oct 27, 2016 at 12:19 PM, Francesco Chicchiriccò <
> ilgro...@apache.org> wrote:
>
> > On 2016-10-27 11:26 (+0200), Martin Grigorov wrote:
> > > Hi,
> > >
> > > On Thu, Oct 27, 2016 at 10:28 AM, Francesco Chicchiriccò
> > > wrote
On 2016-10-27 11:26 (+0200), Martin Grigorov wrote:
> Hi,
>
> On Thu, Oct 27, 2016 at 10:28 AM, Francesco Chicchiriccò <
> ilgro...@apache.org> wrote:
>
> > Hi all,
> > I am trying to upgrade the Apache Syncope console from 7.4.0 to recent
> > 7.5.0, but I am experiencing some troubles.
> >
>
On 2016-10-27 11:30 (+0200), Sven Meier wrote:
> Hi,
>
> [1] does your button have a model object?
Yes, it does.
> Since WICKET-6225 the model object is used to replace the component
> body, if you're using a tag.
> Previously the model object was used for the value of an tag only.
Ah, no
Hi all,
I am trying to upgrade the Apache Syncope console from 7.4.0 to recent 7.5.0,
but I am experiencing some troubles.
First, I had to remove
from [1], since Wicket was complaining that the element had to be
closed (?): now things are working fine again (as it used to do up to 7.4.0),
b
your support.
Regards.
On Tue, May 17, 2016 at 11:08 AM, Francesco Chicchiriccò
wrote:
Hi,
thanks Martin and Martijn for investigating: at least you did not believe
I was inventing fake stacktraces...
Regards.
On 17/05/2016 11:02, Martin Grigorov wrote:
On Mon, May 16, 2016 at 11:29 PM
does not use commons-collections, so please check where this instance
is coming from.
It seems another thread is working on the map while Wicket tries to serialize
the page.
Hope this helps
Sven
On 16.05.2016 14:21, Francesco Chicchiriccò wrote:
Hi all,
I am sometimes seeing exceptions like [
Hi all,
I am sometimes seeing exceptions like [1] in Syncope console logs, since
upgrade to Wicket 7.3.0 - I am sure enough that this was not happening
with Wicket 7.2.0.
Any hint?
TIA
Regards.
[1] https://paste.apache.org/Q7Jy
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
On 24 april 2016 10:14:18 CEST, "Francesco Chicchiriccò"
wrote:
>On 2016-04-22 22:16 Martin Grigorov wrote:
>> Just to make it more clear:
>> With the new improvement there won't be a need to add just one WSB to
>
>> the
>> Page.
>> You can add
this weekend!
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Fri, Apr 22, 2016 at 9:38 AM, Francesco Chicchiriccò
wrote:
On 21/04/2016 21:23, Martin Grigorov wrote:
Hi,
Could you please try this code:
public abstract class MyWebSocketBehavior ex
21, 2016 at 8:41 AM, Francesco Chicchiriccò
wrote:
On 20/04/2016 17:58, Martin Grigorov wrote:
Hi,
There is no point in having more than one WebSocket connections per page.
And actually, Wicket Native WebSockets do not support it out of the box.
The registry with the websocket connections at
ement!
Sorry, it is not clear to me what kind of improvement can be filed:
allowing multiple WebSocketBehaviors to a page?
I will anyway change our logic as outlined above, since I need to have
it working with Wicket 7.20.
Regards.
On Wed, Apr 20, 2016 at 9:16 AM, Francesco Chicchiriccò
wrote
Consulting
https://twitter.com/mtgrigorov
On Tue, Apr 19, 2016 at 5:50 PM, Francesco Chicchiriccò
wrote:
Hi all,
in the upcoming Syncope 2.0 we are enjoying WebSocketBehavior for making
our admin console UI more reactive.
It mostly works - thanks for this! - but we are experiencing some troubles
A
Regards.
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Involved at The Apache Software Foundation:
member, Syncope PMC chair, Cocoon PMC, Olingo PMC, CXF committer
http://home.apache.org
61 matches
Mail list logo