RaBe wrote:
I found Igors post on smart entity models very helpful on that matter:
http://wicketinaction.com/2008/09/building-a-smart-entitymodel/
basically, it attaches/detaches only if an Id is set (hence, it can be
fetched
from the backend)
I had read that blog entry several
Maarten Bosteels wrote:
Are you sure you want to mix Wicket with DisplayTag ?
I am not saying it's impossible, but when starting a Wicket project from
scratch, I wouldn't add a JSP tag library to the mix.
Truth. You should really reconsider throwing DisplayTag into this. Without
going
I'm not worried about the multiple window thing. FWIW I believe that value is
set to true by default anyway. I'm just wondering if there's a way to add a
parameter to each link on page to ensure that the next page stays in the
same context.
For instance, when I was trying to solve an unrelated
igor.vaynberg wrote:
you can provide your own subclass of webresponse and override
encodeurl the same way. see WebApplication#newWebResponse
-igor
Thanks. That's exactly the kind of thing I was looking for. I'll look into
it.
-Matt
--
View this message in context:
Tools that our team is using (after some trial and error):
IDE - Eclipse/IDEA
Source Control - SVN
Build - Maven
Local Network Maven Repo - Nexus (after a year trying different ones)
Build Server - TeamCity, which absolutely rocks (We actually purchased and
used Bamboo for 9 months. I can't
Jeremy Thomerson-5 wrote:
Bummer - if you didn't throw in the towel, I'd be interested in seeing
the result. All session-relative wicket links are going to have a
very distinct pattern that should be fairly easy [sic] to get in the
pattern and not rewrite.
Mind posting your rewrite
Liam Clarke-Hutchinson-3 wrote:
What do you mean by processing? Form processing? Normal rendering?
Normal rendering, but as I mentioned later in the thread, even though it was
Wicket issuing the redirect, it was somehow being caused by my attempts at
URL rewriting and the redirects do not
Jeremy Thomerson-5 wrote:
Bummer - if you didn't throw in the towel, I'd be interested in seeing
the result. All session-relative wicket links are going to have a
very distinct pattern that should be fairly easy [sic] to get in the
pattern and not rewrite.
Mind posting your rewrite
Hmmm perhaps it was a byproduct of the URL rewriting. As it turns out,
even with normal PageLinks this redirect occurs. BookmarkablePageLinks do
not cause the redirect. What's odd is that the redirect doesn't actually
change anything.
With the URL rewriting disabled, there are no redirects.
David Leangen-8 wrote:
What version are you using?
I'm using 1.4.
It wouldn't have occurred to me that it would be so difficult. I know it may
seem odd, but URL control is actually very important here because
organization identity is vital in the domain that the app will serve.
Hmmm
Jeremy Thomerson-5 wrote:
In the past, I've accomplished something similar in a hack-ish sort of way
that may work for you. Basically, I extended the WicketFilter and
stripped
the first argument off, storing it in the request before Wicket used the
URL
to determine the requested page.
Both articles avoid the DiskPageStore problem by using the HttpSessionStore,
however if you do a search through the mailing list archives for
HttpSessionStore you'll find numerous references to problems in using it in
the long term and especially in a real, production application, so I don't
I have no intention of actually deploying it in development mode.
I'm talking about the development sandbox provided by the Google App Engine
Java SDK.
Matt
Martijn Dashorst wrote:
Never *EVER* deploy your application in development mode. Use
deployment mode and turn those features you
Thanks.
Matt
Ryan Crumley wrote:
Matt,
Add this to your WebApplication.init() method:
getResourceSettings().setResourcePollFrequency(null);
Ryan
On Wed, Apr 8, 2009 at 9:33 PM, Matthew Welch matt...@welchkin.net
wrote:
I'm experimenting with Wicket inside Google's new Java
jcompagner-2 wrote:
what happens if you try this:
add(new StatelessLink(statelessPage1
) {
public void onClick() {
setResponsePage(StatelessPage1.class);
RequestCycle.get().setRedirect(true)
}
While the link on the original page is still
Jeremy Thomerson-5 wrote:
The continuation URL looks to only be stored if you arrived at the page by
a
call to PageMap#redirectToInterceptPage, which is called by
RestartResponseAtInterceptPage exception. It's also stored in the session
(or rather, the PageMap, which is stored in the
I'm trying to keep my app stateless wherever possible, especially on the
pages that serve merely as an introduction to the app but have no heavy
dynamic functionality.
On many of these pages I have a sing-in panel. This sign-in panel contains a
stateless username/password form. The onSubmit of
variable. I haven't looked at it that much, but I know
that every time I've had to declare one, I always think that's weird.
On Sun, Feb 22, 2009 at 10:55 PM, Matt Welch matt...@welchkin.net wrote:
I'm sure I should know this but I can't seem to get it right. I have
Martijn Dashorst wrote:
Just to make sure I'm understanding this; yuo're saying I have to create
a
variable and then assign the variable instead of just being able to pass
new AllUsersModel() to the DropDownChoice constructor?
Nope, just change your model supertype from ListFoo to List?
I'm sure I should know this but I can't seem to get it right. I have a
LoadableDetachableModel as follows:
private class AllUserModel extends LoadableDetachableModelListUser{
protected ListUser load() {
return userService().findAllUsers();
The key, as others have alluded to and you discovered yourself, is that
setting a component's visibility to false will cause that component to not
be rendered. I know in the back of some people minds (mine included) we
think invisible means it's there, we just can't see it). Well, in this case
I think more information is needed before someone can provide a useful
response:
Are you initializing the AjaxButton with the form (in the the constructor of
the AjaxButton or with setter)?
Is the form data being submitted? If not, this would indicate a problem
somewhere other than in the
I could not longer reproduce the issue.
The moral, I guess, is to keep your browser up-to-date.
Matt
Matt Welch wrote:
The Nabble posting process correctly escaped all of the HTML tags except
the which it rendered as HTML. I only just now figured out I needed to
use a raw tag. The raw
I don't know if these are actually SignInPanel (from wicket-auth-roles)
questions or if they're in fact more general wicket questions; probably
the latter, but the SignInPanel class is where I noticed these things.
1) In the SignInPanel I notice that instead of having a couple of private
String
I use Intellij Idea for my Java development. In fact, that IDE is one of the
main reasons I so often come back to using Java for many of my projects. I
also use Wicket and am starting to work with it a lot more than I have in
the past. While Wicket and Idea get along reasonably well, there's a
needs. I've wanted to
implement
several of the features you mention, but like everyone else my time is
severely limited.
That said, WicketForge is open source. I'm happy to accept patches or
even
turn the project over to someone else.
On Wed, Feb 11, 2009 at 9:41 AM, Matt Welch matt
Perhaps I'm missing it, but I can't seem to get the intentions to work. So if
I have:
public class MyPage extends WebPage {
}
and the cursor is somewhere on MyPage I should be able to activate these
intentions? The only intentions I'm seeing now are the built in Idea ones.
Everything else,
I'm stumped. We have an AjaxSubmitLink and when clicked, the onSubmit of the
link is being executed twice. This is causing havok in our app. I've
winnowed it down to just the simplest example but I still see this taking
place. I'm not sure how to proceed. Here's the example code:
to open a jira issue and attach a quickstart that reproduces
the problem.
-igor
On Tue, Feb 10, 2009 at 6:12 AM, Matt Welch matt...@welchkin.net wrote:
I'm stumped. We have an AjaxSubmitLink and when clicked, the onSubmit of
the
link is being executed twice. This is causing havok in our
dataprovider extends mydataprovider {
protected boolean getfilter() { return filter; }
}
}
On Wed, Feb 4, 2009 at 1:51 PM, Matt Welch matt...@welchkin.net wrote:
Thank you for your reply. Unfortunately (for this situation, anyway), we
frequently reuse our dataproviders in more than one place
I'm probably thinking about his all wrong, but for some reason I can't get my
mind in the right frame here. I have a page with a dataview that is showing
data in a table. That dataview needs to be filtered by a checkbox in a
different place on same page. The model for that checkbox is an
(filter).size(); }
public iterator iterator() { return new query(filter).iterator(); }
}
}
-igor
On Wed, Feb 4, 2009 at 12:55 PM, Matt Welch matt...@welchkin.net wrote:
I'm probably thinking about his all wrong, but for some reason I can't
get my
mind in the right frame here. I
I'm sure this has been asked and answered but after searching the list, I'm
still not sure if there is something I can do to fix my situation.
The general gist is this:
1) I make some changes to a page with ajax calls (i.e. replace panel
contents)
2) Click a link to take me away from that page
Scott Swank wrote:
If the ajax changes are reflected in the relevant model(s) then you
will see them when you go back to the page.
Hmmm... perhaps I shouldn't have abstracted my issue and instead discussed
exactly what is happening. Let me change some steps.
1) On a page with a form I
igor.vaynberg wrote:
you have to be careful not to pass references to injected beans to
other objects. other than that i think you should be fine.
I know I should understand that, but my brain doesn't want to parse that
sentence for some reason.
references to injected beans - What does
a @springbean generated proxy, this would still work fine.
-igor
On Mon, Jul 21, 2008 at 1:50 PM, Matt Welch [EMAIL PROTECTED] wrote:
igor.vaynberg wrote:
you have to be careful not to pass references to injected beans to
other objects. other than that i think you should be fine.
I know I
36 matches
Mail list logo