Where do you store which user is currently selected? In the
wicket-examples project, there are several examples of how you could
do this, e.g. the library example. And maybe wicket-auth-roles might
give you some ideas too.
Do you maybe use a static reference to your user? A singleton that
stores u
We're trying to identify major sites that have used Wicket. Is there a
site that details adoption so far? Or could users on this list reply
with sites they know of? If the latter, please respond in private -- I
wouldn't want to add the noise to this list.
mailto:[EMAIL PROTECTED]
-jjk
-
Hi,
I can only give you a couple of sites that I know for sure wouldn't
mind to be referenced.
Teachscape (in progress): www.teachscape.com (65,000+ users, multiple
man years development)
Servoy: www.servoy.com
Finan: www.finan.nl (financial analyses product, market leader in Holland)
Several mult
I get the same behavior using two different computers or two different
browsers on the same computer.
I've used both Firefox and Safari.
-S2
--
Steve Moitozo II
Julian Klappenbach wrote:
> Curious:
>
> Are you attempting to log into the application using the same computer
> for both users?
i think wicket needs to kind of improve CSS templating support. I think more than just a resource...more of CSS and WebPage\Panel integration support needs to be in wicket especially when yu needs to create widgets where you want to generate certain Styles on the fly...anyway it's not like an urgen
hellofriendssorry for mailing u directly.but i am having problem.i have taken wicket autocomplete text field ,for which i have to set unicode .ie the related data which is coming have to be shown in My Langauage(ie asian marathi/hindi)
pls send me mail direcly if possible.wating for reply-- Regards
Hi,
AFAIK, there are three ways of implementing application transactions,
lazy loading, etc. stuff with Wicket & Hibernate :
1 - The hard way, where you pass object ids, and load & save them in
each request cycle using a new session
2 - The detached object way, where you attach the old objects i
It is hard to describe my question clearly... I notice that if I use resource such as _javascript_Reference or PackageResourceReference, the browser won't cache these resources and always send request to server. My page has losts of
.gif, .js, .css in package and it causes a lot of overhead. I gue
Could you please be more specific to what kind kind of additional
support you would like to see? Could you give a few end-user (from the
perspective of framework users of course) examples of what you'd like?
Eelco
On 7/15/06, Ayodeji Aladejebi <[EMAIL PROTECTED]> wrote:
> i think wicket needs to
Yeah, like I said, you probably actually work on the same data with
different sessions. Likely, you use a static reference or a singleton
somewhere for the currently logged on user.
Eelco
On 7/15/06, Steve Moitozo <[EMAIL PROTECTED]> wrote:
> I get the same behavior using two different computers
I got the cause. I configure ssl in web.xml as: WicketPage /app/*
CONFIDENTIAL
this will cause, /app* which including /app/resources/* are all forced to go https.(the browser does not cache url via https protocol...) My requi
I never actually used 2, so I wouldn't know of problems, but 1 is more
space efficient, while 2 is not that much resource (processor,
database) efficient, so 1 would have my preference anyway.
I think 3 makes sense if you have a good business reason for that. But
I haven't seen a lot of actual sit
You wouldn't do that component by component, but rather for your whole
page. One way of setting the encoding of a page is to make this the
first line of your page markup:
Some discussion is here
http://www.wicket-wiki.org.uk/wiki/index.php/Markup_encoding too, and
you could take a closer look at
#1 may sound hard, and you might think you're missing out on some good
Wicket abstraction, but it can work seamlessly. Once the objects are
loaded, you shouldn't have to think about their database IDs again. An
IModel implementation can do the grunt work internally:
http://databinder.net/wsvn/D
I have a need to create a url to be put into an email. The code is in a service class without direct access to a Page or Component. At first glance, I thought that WebRequestCycle.urlFor would do the trick. I soon found out that it only gives me the relative path. After some work, I came u
The Personalized Home's Google webpage has a support for dynamic panels, in which the user can add, remove and positionate the panels around the page.www.google.com/ig
How could that be implemented using Wicket? :)[]'s-- Bruno BorgesSumma Technologies Inc.www.summa-tech.com(11) 8565-7739 - (11) 384
If you rip the trick they are using, it is trivial to implement such a
thing e.g. as a panel or border. No need for extra server side state
either, except for if you want to persist the layout for any next
session to pick up.
Eelco
On 7/15/06, Bruno Borges <[EMAIL PROTECTED]> wrote:
> The Person
Maybe if Ketan is already doing that and that still doesn't workDoes the autocomplete text field not do a get request?And get request are not automaticly seen as UTF-8. (the parameters) by tomcat.That is a property that must be set in the connector declaration in the config xml file
I don't know it
what i would do is make the real server/port configurable in your application objectSo that you can just do String fullUrl = YourApplication.get().getServerUrl() + urlFor(xxx);That is much better because you have no idea that
req.getServerName(); will work for youTomcat could be virtual hosted or
Thanks! With your help I have solved my issue.
With your clues and some digging I discovered that I was using a
singleton service. The service stored the user's identity in the class
rather than keeping it in method scope. I moved everything to method
scope and this solved my issues.
Thanks ag
#1 is even better in 2.0 where models are strongly typed, you can pass instances of models around instead of the beans themselvespublic EditPersonPanel(IModel person)-Igor
On 7/15/06, Nathan Hamblen <[EMAIL PROTECTED]> wrote:
#1 may sound hard, and you might think you're missing out on some goodWic
The problem with #1 is, first its a bit ugly, second you discard every
persistent instance in each cycle (which is less efficient than #2 or
#3), third you lose the advantages of working & passing POJO's between
pages, Like you would call 'new ProfilePage(person.getId())' instead of
'new Profil
On 7/16/06, Iman Rahmatizadeh <[EMAIL PROTECTED]> wrote:
> The problem with #1 is, first its a bit ugly,
Working with objects directly is always the nicest of course. In many
cases, where you just have to display some read-only information, you
don't really need to pass the model all the time actu
23 matches
Mail list logo