Looking for a less chatty auto-complete component?
Hi all, We're developing a wicket web-application that makes heavy use of auto-complete text fields populated from slow back-end (mainframe) web services. Concerned that standard auto-complete behavior will be too chatty and result in many calls to slow services, we're keen on an alternative less chatty model: - No autocomplete behavior is triggered until at least N (eg 3) characters have been entered. - When N characters are entered, a query is performed, once. - These results are cached client-side, and subsequent character entry simply narrows the search in the pre-retrieved results. - If any of the first N characters in the string are altered, the cache results are discarded and a new query is performed. Does anything like this exist in open source that could be reused? -Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket's @SpringBean and the autowire-candidate annotation
Currently, when injecting Spring autowired dependencies via @SpringBean, Wicket's Spring integration does take account of the optional autowire-candidate attribute of a bean. This attribute tells spring not to consider a bean during autowiring. Here's our use case where we discovered this limitation. Our app uses 2 databases, a default database used by 95% of the code, and a reporting database used by the reports component. As a result we have 2 SessionFactories in our context, and this breaks @SpringBean injection. It would be nice to cater for the 95% of code that doesn't use the reporting database, and use explicit names only for the other 5%. This seems to require the Wicket-Spring integration to understand the autowire-candidate=false attribute. Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Does @Transactional work on a Wicket Component's methods?
Hi all, We are using the Spring @Transactional annotation on a method of a Wicket Panel, and it does not appear to be doing anything. From some reading around, I had kind of assumed that @Transactional would work in Wicket components, but Im now wondering whether it does. (We've gone through the usual suspects in the app context and everything seems correct there.) Can anyone confirm under what circumstances/pre-conditions @Transactional definitely does/not work? If so, how does the Spring annotation scanner become aware of Wicket components? And how could it substitute a CGlib-modified dynamic subclass with AOP hooks installed, when the Panel is instantiated with a 'new' operator? Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Best way to do a tracking Nav Bar in Wicket?
We need to build a Nav Bar that tracks visually indicates what section of the site the user is in: - 5 section links across the top of the site which go to section entry pages, eg Buyers, Sellers, Knowledge Base, Forum etc - All pages in the site live in a section, but there are more than 1 pages in each section - The nav bar should show what section the current page is in. - Some links take the user to a page in another section. In this case, the nav bar should update when the page change occurs. This problem requires a mapping from Page = Section. So far, I haven't found anything preexisting in Wicket that handles this use-case or mapping. Any suggestions for something I could re-use, or examples, appreciated. Thanks Ben PS Thank you also for the responses to my recent question on context-sensitive authorization, v useful. -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
What's the simplest way to do Context-sensitive Authorization in Wicket?
Hi all, I am tech leading our first Wicket project, and I and my co-workers are new to Wicket, but we have been having a good experience in the first few weeks. We have come across an challenge relating to security authorization that I would appreciate some advice regarding. Here are the simple business rules: - Site Users can create Listings - Users can View someone else's Listing - Users can Edit their own listing. So the authorization decision needs to examine some context (ie the Listing), as well as the current user, to determine whether they have an Edit or View role. A look at wicket-auth-roles suggested that it did not cater for context-sensitive roles of this kind? Ie IRoleCheckingStrategy.hasAnyRole(Roles roles) doesn't allow for any context parameters on which the strategy might make the decision. What is the simplest way to address my challenge? -Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What's the simplest way to do Context-sensitive Authorization in Wicket?
Marco Santos wrote: On the book Wicket in Action there is a chapter (12) that cover the Authentication and the Authorization. It will be very useful to you, and is very easy to understand and implement. Well no.. actually. As I made clear in my question, I need to do _context-sensitive_ authorization. The example (chapter 11, by the way), is a classic non-contextual authorization example - there are User and Admin roles that are unaffected by context. -Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What's the simplest way to do Context-sensitive Authorization in Wicket?
Igor,
Your suggestion seems to be based on security through obscurity, ie
hiding the Edit link rather than securing the Edit page? Thus, if an
unauthorized user knows or discovers the URL of the edit page (eg from
browser history), what stops them from editing another user's listing?
-Ben
Igor Vaynberg wrote:
class EditListingLink extends LinkListing {
protected void isEnabled() {
Listing listing=getModelObject();
return MySession.get().getUser().equals(listing.getAuthor());
}
}
-igor
On Tue, May 26, 2009 at 6:12 PM, Ben Hutchison b...@ibsglobalweb.com wrote:
Marco Santos wrote:
On the book Wicket in Action there is a chapter (12) that cover the
Authentication and the Authorization. It will be very useful to you, and
is
very easy to understand and implement.
Well no.. actually.
As I made clear in my question, I need to do _context-sensitive_
authorization.
The example (chapter 11, by the way), is a classic non-contextual
authorization example - there are User and Admin roles that are unaffected
by context.
-Ben
--
*Ben Hutchison
Senior Developer
* Level 2 476 St Kilda Road Melbourne VIC 3004
T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com
http://www.ibsglobalweb.com/
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
*Ben Hutchison
Senior Developer
* Level 2 476 St Kilda Road Melbourne VIC 3004
T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 |
www.ibsglobalweb.com http://www.ibsglobalweb.com/
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
