Hi,
If i test my app by using Start.java i get the log entry
INFO - ModificationWatcher- Cannot track modifications to
resource
file:/D:/Dokumente%20und%20Einstellungen/per.n/Eigene%20Dateien/workspaces/work/whataschranz/target/classes/ch/newgro/shop/whataschranz/welcome/HomePage.html
Per,
I ran into this problem recently and solved it by removing spaces from
directory names in my project path. I plan to file a Jira issue at some
point, as it seems that ModificationWatcher should be able to handle file
paths with spaces...
-Allen
On Mon, Jan 2, 2012 at 4:42 AM, Per Newgro w
Dumping the environment variables shows only these maven related variables are
set:
M2
M2_HOME
I can't see any other places where MAVEN_OPTS is being set. Nothing in maven's
settings.xml that refers to any JVM heap size options.
I noticed my version of maven is 2.2.1 dated 2009-08-07 so maybe
Well it certainly works a lot better with Maven 3.0.3! ;)
It still can't build core because of some test failures:
Running org.apache.wicket.protocol.http.StoredResponsesMapTest
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 19.351 sec <<<
FAILURE!
Running org.apache.wicket.Visi
Thanks Allen,
that's why i was asking in list first. So if you agree i will file a
jira issue.
Per
Am 02.01.2012 18:14, schrieb Allen Gilbert:
Per,
I ran into this problem recently and solved it by removing spaces from
directory names in my project path. I plan to file a Jira issue at some
Any hope this can be fixed for 1.5.4? I will hate having to change all
our modals to have a dummy call back to get it to work :(
-Nelson
On Wed, Dec 21, 2011 at 2:59 PM, Nelson Segura wrote:
> I have created a ticket, and attached a quick start to it
>
> https://issues.apache.org/jira/browse/WICK
I applied the patch to my local version of 1.5.3, and it seems to
solve this issue.
On Fri, Dec 30, 2011 at 12:09 AM, northar wrote:
> Yes, tested with 1.5-snapshot now (not extensively), and it seems to work. My
> project manager will be glad
>
>
> --
> View this message in context:
> http://ap
skip the tests with -Dmaven.test.skip=true
-igor
On Mon, Jan 2, 2012 at 10:11 AM, Chris Colman
wrote:
> Well it certainly works a lot better with Maven 3.0.3! ;)
>
> It still can't build core because of some test failures:
>
> Running org.apache.wicket.protocol.http.StoredResponsesMapTest
> Test
a patch is welcome :)
-igor
On Mon, Jan 2, 2012 at 10:24 AM, Nelson Segura wrote:
> Any hope this can be fixed for 1.5.4? I will hate having to change all
> our modals to have a dummy call back to get it to work :(
> -Nelson
>
> On Wed, Dec 21, 2011 at 2:59 PM, Nelson Segura wrote:
>> I have cr
On Mon, Jan 2, 2012 at 9:47 AM, Martin Grigorov wrote:
> On Mon, Jan 2, 2012 at 8:18 AM, Taneli Korri wrote:
>> On Sat, Dec 31, 2011 at 4:31 PM, Martin Grigorov
>> wrote:
>>> On Sat, Dec 31, 2011 at 2:29 PM, Taneli Korri wrote:
On Sat, Dec 31, 2011 at 9:09 AM, Martin Grigorov
wrote
Happy new year folks,
I have tomcat server running application war file serving only ajp
protocol. Apache2 is configured to serve my application using ajp. This
works - sometimes :( So far I have not able to figure out what breaks it
or what makes it work and looking for help. The description
We're running a wicket app on jetty and having an issue with signout. The app
runs on port 8443 and we have iptables redirecting from port 443. This lets
us go to https://ourap.lab without port numbers and without having the web
app run as root.
Everything is great until we do signout. We have a
add the nofollow attribute to such links.
-igor
On Mon, Jan 2, 2012 at 11:05 AM, Taneli Korri wrote:
> On Mon, Jan 2, 2012 at 9:47 AM, Martin Grigorov wrote:
>> On Mon, Jan 2, 2012 at 8:18 AM, Taneli Korri wrote:
>>> On Sat, Dec 31, 2011 at 4:31 PM, Martin Grigorov
>>> wrote:
On Sat, De
:) A patch will be nice, but ... I think this has to do with my modal
window using page instead of panel. Could it be?
The window clears up the "shown" flag correctly if I press in the "x"
for the modal window, because the CloseButtonBehavior gets called, but
then the Ajax Target being used is in
On 01/03/2012 12:30 AM, Nelson Segura wrote:
The "shown" flag is set up to false by window.close(), but it stays as true
in the
context of the parent page. This prevents the page from being opened a
second time. Maybe something similar to how you cannot pass pages
directly to a modal, but inst
I noticed also that if I add a dummy window closed call back to my page:
1) In the modal window, calling window.close() sets the "shown" flag to false
2) My dummy callback causes ModalWindow.WindowClosedBehavior to
respond. The current value of this shown flag is still true! Then the
behavior sets
Greetings all,
I've run into some trouble using RestartResponseAtInterceptPageException since
moving from Wicket 1.4.13 to 1.5.3. The flow I'm implementing is a login via
an OAuth service, so the user is redirected by way of RedirectPage to the OAuth
provider and eventually ends up back at my
Hi,
This behavior is by design.
I cannot say why AccessDeniedException is being thrown without
debugging it but I can suggest you to try:
LoginLink {
onClick() {
if (notLoggedIn) {
throw new RestartResponseAtInterceptPageException(new
RedirectPage(getOAuthUrl()));
}
}
On Tue, Jan 3, 2
18 matches
Mail list logo
