Re: Possible issue in Localizer - Wicket Version 6.13.0
Hi,
unfortunately I have not been able to reproduce it again. I am not
using custom IStringResourceLoaders and the Exception occured
within an Acunetix security scan. When operating the page
manually, this Exception never occurs.
Will inform you if there's something new.
Regards,
René Hartwig
Mit
freundlichen Grüßen / Best regards,
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 18.02.2014 17:19, schrieb Martin Grigorov:
Hi,
any application can add custom IStringResourceLoaders with
IResourceSettings#getStringResourceLoaders().add(mine)
Now the question is: is there a bug in Wicket or in your
app ?
Please investigate :-)
I think there were no changes in Wicket related to this
functionality for a fairly long time.
Martin Grigorov
Wicket Training and Consulting
On Tue, Feb 18, 2014 at 6:11 PM, René
Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi,
just stumbled across this problem after I updated to the
latest Wicket Release:
Is anything known about this? I did not make any further
investigations, so if you need more details just tell me.
Thanks and regards,
René Hartwig
--
Mit
freundlichen Grüßen / Best regards,
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49 (0)
761 38913 0
Fax: +49 (0)
761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments
are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Replacing DiskFileItemfactory
Hi, is it possible to replace the DiskFileItemFactory with an implementation of my own? From what I see in Wicket code it is not. I need a bit more control over the files and am basically having the same problem as mentioned here: http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads What I'm trying to do is a HTML5 upload, so the server will retrieve a big amount of file chunks that have to be put together at the end again and I'd therefore would like to have a bit more control over the files created. I would be greatful for any suggestions. Thanks and regards, René -- René Hartwig Senior Developer *Befine Solutions AG - The Cryptshare Company* Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: _Rene.Hartwig@befine-solutions.com_ Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = <http://www.linkedin.com/company/befine-solutions/products> Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Replacing DiskFileItemfactory
Hi,
yepp, that'll do it - didn't see that. Thanks!
Best regards,
René Hartwig
Senior Developer
*Befine Solutions AG - The Cryptshare Company*
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115
E-Mail: _Rene.Hartwig@befine-solutions.com_
Internet: http://www.cryptshare.com
=
Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
<http://www.linkedin.com/company/befine-solutions/products>
Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 02.07.2014 09:05, schrieb Martin Grigorov:
Hi,
You can
extend org.apache.wicket.protocol.http.servlet.ServletWebRequest#newMultipartWebRequest(org.apache.wicket.util.lang.Bytes,
java.lang.String) and return new public
MultipartServletWebRequestImpl(HttpServletRequest request, String
filterPrefix, Bytes maxSize, String upload, FileItemFactory factory)
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Wed, Jul 2, 2014 at 9:49 AM, René Hartwig
<mailto:rene.hart...@befine-solutions.com>> wrote:
Hi,
is it possible to replace the DiskFileItemFactory with an
implementation of my own? From what I see in Wicket code it is not.
I need a bit more control over the files and am basically having
the same problem as mentioned here:
http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads
What I'm trying to do is a HTML5 upload, so the server will
retrieve a big amount of file chunks that have to be put together
at the end again and I'd therefore would like to have a bit more
control over the files created.
I would be greatful for any suggestions.
Thanks and regards,
René
--
René Hartwig
Senior Developer
*Befine Solutions AG - The Cryptshare Company*
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115
E-Mail: _rene.hart...@befine-solutions.com
<mailto:rene.hart...@befine-solutions.com>_
Internet: http://www.cryptshare.com
=
Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
<http://www.linkedin.com/company/befine-solutions/products>
Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
ComponentNotFoundException when using AbstractAjaxTimerBehavior
Hi, in my application I have implemented a simple ajax-based navigation: Clicking the navigation link replaces the current panel with a new one. One of the panels starts an ajax timer. If the user clicks another navigation link while the timer is still running a ComponentNotFoundException is raised. I tried to work around this problem by unbinding the timer before I replace the current panel. However, if I do that I am running into a NullPointerException: Do you have any suggestions on how I can solve this problem? I am using Wicket v7.4.0 Thanks and best regards, René -- Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun
Re: ComponentNotFoundException when using AbstractAjaxTimerBehavior
Hi, thank, you! Yes it was the AjaxChannels, when using the same channel it is working fine. Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun Am 16.11.2016 um 17:00 schrieb René Hartwig: Hi, in my application I have implemented a simple ajax-based navigation: Clicking the navigation link replaces the current panel with a new one. One of the panels starts an ajax timer. If the user clicks another navigation link while the timer is still running a ComponentNotFoundException is raised. I tried to work around this problem by unbinding the timer before I replace the current panel. However, if I do that I am running into a NullPointerException: Do you have any suggestions on how I can solve this problem? I am using Wicket v7.4.0 Thanks and best regards, René -- Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun
WICKET-1449 in Wicket 6.4.0
Hi there, I just tested my application within an Internet Explorer 6 and that issue occurs. What can I do about it? Thanks and regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: WICKET-1449 in Wicket 6.4.0
Hi,
thanks for the fast response - I recognized that issue is very
old, but its exactly what happens in my browser.
So - I am using an embedded Jetty 8.1.7 and the error occurs when
navigating to a different site via 'setResponsePage(Start.class)'.
Nothing special - no Page parameters or anything else.
Its working in every browser except ie6 - unfortunately I have to
support it, so I've got to find a way to solve that problem.
Best regards,
René Hartwig
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
Am 25.01.2013 13:41, schrieb Martin Grigorov:
Hi,
This ticket is very old (Wicket 1.3.5).
We need some more information to be able to help
you. In what conditions the problem occurs ? Which web
container do you use ?
IE6 is not supported anymore.
On Fri, Jan 25, 2013 at 2:37 PM, René
Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi there,
I just tested my application within an Internet Explorer 6
and that issue occurs.
What can I do about it?
Thanks and regards,
René
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49 (0)
761 38913 0
Fax: +49 (0)
761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments
are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
MinimumValidator shows password in error message
Hi, I recognized that the MinimumValidator shows the given password in its error message. Is that intentional? Best regards, René Hartwig -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: MinimumValidator shows password in error message
Hi,
yes - it was in wicket 1.5 - as I am now using a custom validator
and wicket 6 its no problem.
Just wanted to make sure you are aware of this.
Thanks and regards,
René Hartwig
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
Am 28.01.2013 09:39, schrieb Martin Grigorov:
Hi,
You don't mention which version you use.
This is improved in Wicket 6.
RangeValidator.minimum=The value of '${label}' must be at
least ${minimum}.
RangeValidator.maximum=The value of '${label}' must be at
most ${maximum}.
#deprecated, use RangeValidator.minimum
MinimumValidator=The value of '${label}' must be at least
${minimum}.
i.e. now it says something like: The value of 'password
field' must be at least 6
You can always provide your own message by adding
password.RangeValidator.minimum=The password is too short
in MyApplication.properties
On Mon, Jan 28, 2013 at 10:29 AM, René Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi,
I recognized that the MinimumValidator shows the given
password in its error message.
Is that intentional?
Best regards,
René Hartwig
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49 (0)
761 38913 0
Fax: +49
(0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your
attachments are too large or too confidential
for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
Ajax file download - Invalid XML
Hi,
I'm using Wicket 6.7.0 with an embedded Jetty and implemented a file
download mechanism as suggested here:
https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow
My implementation is slighlty different from the suggested one, but
still I think it is pretty much the same:
private
void writeDownload(final List transfers)
{
String fileName =
UrlEncoder.QUERY_INSTANCE.encode("logExport-" +
CalendarTool.format(beginDate) + "-" +
CalendarTool.format(endDate)
+ ".csv", getRequest().getCharset());
IResourceStream resourceStream = new
AbstractResourceStreamWriter() {
@Override
public void write(OutputStream output) throws
IOException {
BHLogExport.writeCSVLog(transfers, output,
getLocalizer(), Session.get().getLocale(),
LogExportPanel.this);
}
@Override
public String getContentType() {
return "text/csv";
}
};
ResourceStreamRequestHandler resource = new
ResourceStreamRequestHandler(resourceStream, fileName);
resource.setContentDisposition(ContentDisposition.ATTACHMENT);
resource.setCacheDuration(Duration.NONE);
// resource.setFileName(fileName);
getRequestCycle().scheduleRequestHandlerAfterCurrent(resource);
try {
resourceStream.close();
} catch (IOException e) {
throw new CryptshareRuntimeException("An error
occured while trying to write the csv file to the output
stream.", e);
}
}
I am using a custom Button wrapping an AjaxButton. Except from that,
there is no difference, but I still keep getting an error message
instead of
the file download dialog.
Do you have any suggestions what I might be doing wrong?
Thanks and best regards,
René Hartwig
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761 38913
0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet: http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: Ajax file download - Invalid XML
Great, thanks - that was it
Best regards,
René
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
Am 18.06.2013 13:32, schrieb Ernesto Reinaldo Barreiro:
Well spotted.. and I guess the wrong XML error is because you are returning
CSV instead of wicket AJAX XML.
On Tue, Jun 18, 2013 at 3:26 PM, Martin Grigorov wrote:
Hi,
On Tue, Jun 18, 2013 at 2:14 PM, René Hartwig <
rene.hart...@befine-solutions.com> wrote:
Hi,
I'm using Wicket 6.7.0 with an embedded Jetty and implemented a file
download mechanism as suggested here:
https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow
My implementation is slighlty different from the suggested one, but still
I think it is pretty much the same:
private void writeDownload(final List transfers) {
String fileName = UrlEncoder.QUERY_INSTANCE.encode("logExport-" +
CalendarTool.format(beginDate) + "-" + CalendarTool.format(endDate)
+ ".csv", getRequest().getCharset());
IResourceStream resourceStream = new
AbstractResourceStreamWriter() {
@Override
public void write(OutputStream output) throws IOException {
BHLogExport.writeCSVLog(transfers, output,
getLocalizer(), Session.get().getLocale(), LogExportPanel.this);
}
@Override
public String getContentType() {
return "text/csv";
}
};
ResourceStreamRequestHandler resource = new
ResourceStreamRequestHandler(resourceStream, fileName);
resource.setContentDisposition(ContentDisposition.ATTACHMENT);
resource.setCacheDuration(Duration.NONE);
// resource.setFileName(fileName);
getRequestCycle().scheduleRequestHandlerAfterCurrent(resource);
With the line above you are scheduling a request handler after the Ajax
one (AjaxRequestTarget), so you write directly the binary data in the Ajax
response.
This won't work.
Follow the wiki more closely. It does: target.appendJavaScript(
"setTimeout(\"window.location.href=''\", 100);");
I.e. it makes a new request to load the binary.
try {
resourceStream.close();
} catch (IOException e) {
throw new CryptshareRuntimeException("An error occured while
trying to write the csv file to the output stream.", e);
}
}
I am using a custom Button wrapping an AjaxButton. Except from that,
there is no difference, but I still keep getting an error message instead of
the file download dialog.
Do you have any suggestions what I might be doing wrong?
Thanks and best regards,
René Hartwig
--
René Hartwig
Senior Developer
*Befine Solutions AG - The Cryptshare Company*
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115
E-Mail: *rene.hart...@befine-solutions.com*
Internet: http://www.cryptshare.com
=
Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Edgar Fehrenbacher
Avoid ListenerInvocationNotAllowedException on slow clients
Hi there, I am using Wicket Version 6.9.1 on a Jetty 8 Server and have a Page opening up a modal dialog triggered by an AjaxSubmitLink. Now I recognized that on slow Clients a User is capable of clicking this link twice so that the server has already disabled the behavior, but the Client has not yet redrawn the page and the second click then causes a ListenerInvocationNotAllowedException. Do you have a suggestion for me how I can avoid, or at least improve this behavior? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Avoid ListenerInvocationNotAllowedException on slow clients
Perfect! Thank you!
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 31.07.2013 08:37, schrieb Martin Grigorov:
Hi,
You can use AjaxChannel.ACTIVE in the Ajax attributes. This
will tell Wicket JS to not send second Ajax call until the
previous has finished.
On Wed, Jul 31, 2013 at 8:03 AM, René
Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi there,
I am using Wicket Version 6.9.1 on a Jetty 8 Server and
have a Page opening up a modal dialog triggered by an
AjaxSubmitLink.
Now I recognized that on slow Clients a User is capable of
clicking this link twice so that the server has already
disabled the behavior, but the Client has not yet redrawn
the page and the second click then causes a
ListenerInvocationNotAllowedException.
Do you have a suggestion for me how I can avoid, or at
least improve this behavior?
Thank you and best regards,
René
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49 (0)
761 38913 0
Fax: +49 (0)
761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments
are too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Re: IE10 Compat View/large files/UploadProgressBar
Hi, have you been able yet to verify this? Do you have a sugeestion what I can do to avoid it? Best regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 02.08.2013 15:13, schrieb René Hartwig: Hi there, I am using Wicket 6.9.1 on a Jetty 8 embedded Webserver. I implemented an upload page where I can upload files up to 2GB. This is all working fine, except when switching in IE10 to Compatibility View and Document Mode IE7: In this case, the processes I implemented won't get executed. I do not get any errors - no _javascript_ errors and no errors on server side. I attached a quickstart where this happens. On my testing environment it always happens when uploading a 1GB file. Thanks for your help and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IE10 Compat View/large files/UploadProgressBar
Hi,
yes, with smaller files it is working. Also the file is being
transferred (regardless how large it is) - I can see the comletely
uploaded file in the temporary directory. Form processing seems to
work as well. Only IE doesn't seem to react anymore.
regards,
René
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 05.08.2013 12:01, schrieb Martin Grigorov:
Hi,
Does it work with smaller files ?
Check with Firebug or similar whether there is an Ajax
request when you use 1Gb+ file.
On Mon, Aug 5, 2013 at 11:41 AM, René Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi,
have you been able yet to verify this? Do you have a
sugeestion what I can do to avoid it?
Best regards,
René
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49 (0)
761 38913 0
Fax: +49
(0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your
attachments are too large or too
confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 02.08.2013
15:13, schrieb René Hartwig:
Hi there,
I am using Wicket 6.9.1 on a Jetty 8 embedded
Webserver. I implemented an upload page where I can
upload files up to 2GB.
This is all working fine, except when switching in
IE10 to Compatibility View and Document Mode IE7:
In this case, the processes I implemented won't get
executed. I do not get any errors - no _javascript_
errors and no errors on server side.
I attached a quickstart where this happens. On my
testing environment it always happens when uploading
a 1GB file.
Thanks for your help and best regards,
René
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49
Internet Explorer 11 detection
Hi there, for testing purposes I installed the new IE11 Developer Version on my PC and recognized that Wicket (v.6.9.1) will not recognize this version as IE (ClientProperties clientProperties = session.getClientInfo().getProperties();). I suppose this is because of the fact that Microsoft finally decided to fulfil some web-standards (http://www.nczonline.net/blog/2013/07/02/internet-explorer-11-dont-call-me-ie/) and therefore the User-Agent-String does not contain the 'MSIE' token anymore. What is your suggestion on how to handle this? A quick look to your Release Notes for version 6.10.0 didn't mention anything about it, so I suppose with the latest version this issue would remain. I also recognized that jquery>v1.9 has removed the 'jQuery.browser' function and the new recommondation is to use feature detection instead. So what would you recommend, or will you update Wicket accordingly with a next release version? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Internet Explorer 11 detection
Hi,
ok thanks - I do not have something yet - just recognized it. I'll
inform you if I have a patch for it.
regards,
René
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg
Germany
Tel: +49 (0) 761
38913 0
Fax: +49 (0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your attachments are
too large or too confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
Am 17.09.2013 13:58, schrieb Martin Grigorov:
Hi,
Usually Wicket doesn't support preview versions of the
browsers because they may change their mind several times
before going final/stable.
But if you provide a patch we may consider it if it doesn't
affect other areas of the code.
On Tue, Sep 17, 2013 at 2:38 PM,
René Hartwig <rene.hart...@befine-solutions.com>
wrote:
Hi there,
for testing purposes I installed the new IE11
Developer Version on my PC and recognized that Wicket
(v.6.9.1) will not recognize this version as IE (ClientProperties
clientProperties =
session.getClientInfo().getProperties();).
I suppose this is because of the fact that Microsoft
finally decided to fulfil some web-standards (http://www.nczonline.net/blog/2013/07/02/internet-explorer-11-dont-call-me-ie/)
and therefore the User-Agent-String does not contain
the 'MSIE' token anymore.
What is your suggestion on how to handle this? A quick
look to your Release Notes for version 6.10.0 didn't
mention anything about it, so I suppose with the
latest version this issue would remain. I also
recognized that jquery>v1.9 has removed the
'jQuery.browser' function and the new recommondation
is to use feature detection instead.
So what would you recommend, or will you update Wicket
accordingly with a next release version?
Thank you and best regards,
René
--
René
Hartwig
Senior Developer
Befine
Solutions AG - The Cryptshare Company
Bebelstraße
17
79108 Freiburg
Germany
Tel: +49
(0) 761 38913 0
Fax: +49
(0) 761 38913 115
E-Mail: rene.hart...@befine-solutions.com
Internet:
http://www.cryptshare.com
=
Your
attachments are too large or too
confidential for e-mail?
Get to know Cryptshare!
http://www.cryptshare.com
=
Amtsgericht
Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun
