Re: Redirected after BrowserInfoPage and mounted Pages.

2007-08-28 Thread Eelco Hillenius
This was a bug. See WICKET-896. Thanks for reporting, it is fixed now.

Eelco

On 8/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Short description :-
 When using mounted pages, wicket redirects to wrong URL, after 
 BrowserInfoPage, which
 is called by Session.get().getClientInfo(), when gatherExtendedBrowserInfo is 
 true in
 RequestCycleSettings.

 Long description :-

 I need to determine the Client's time zone in my webapplication.
 So I have set getRequestCycleSettings().setGaterExtendedBroserInfo(true) in 
 my application class.

 And in my BasePage.java's (which is the super class for all my pages) 
 constructor
 I have set getSession().getClientInfo(), to trigger the redirect to 
 BrowserInfoPage as per the javadocs.

 My webapp context is /scheduler/ and my wicket application is mapped to /app/ 
 (i.e. /scheduler/app/ ).
 I have kept all my pages in one package and mounted that package to /pages, 
 ie.
 the pages are accessed via http://host/scheduler/app/pages/XYZPage etc.

 When I submit the request to
 http://host/scheduler/app/

 This is what happens (I have recorded the HTTP traffic via wireshark).
 GET http://host/scheduler/app/
 Temporary Redirect to http://host/scheduler/app/pages/HomePage (this is my 
 home page).
 GET http://host/scheduler/app/pages/HomePage
 Temporary Redirect to http://host/scheduler/app/pages/../;jsessionID=.. 
 (this is the BrowserInfo Page).
 GET http://host/scheduler/app/;JSESSIONID=.  (get the browser info page).
 POST to browser info page.
 Temporary redirect to 
 http://host/scheduler/app/pages/../../app/pages/HomePage (redirect from 
 browser info page, after it has populated ClientProperties).


 The problem is that last redirect is wrong.
 The path http://host/scheduler/app/pages/../../app/pages/HomePage
 translates to http://host/app/pages/HomePage

 i.e. I lose the webapp context path (/scheduler/) because of the path being 2 
 levels up.
 and I get a 404 after that.

 I suspect the culprit is the
 throw new RestartResponseAtInterceptPageException(new 
 BrowserInfoPage(getRequest().getRelativePathPrefixToContextRoot() + 
 getRequest().getURL()));


 In WebRequestCycle.java.

 The getRelativePathPrefixToContextRoot() is computed wrongly
 as /scheduler/app/../.. instead of /scheduler/app/.. because the context root 
 is /scheduler/ and not /

 Any thoughts on how to fix this ?

 thanks
 bhaskar


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: NullPointerException when resolving a class

2007-08-28 Thread Eelco Hillenius
 I am trying to upgrade to wicket 1.3. I was running 1.2.6 with no
 problems.

 When trying to resolve the class for this markup:
 bundleresource://88/com/company/package/MyClass$WelcomeLabel.html

 in MarkupResourceStream, the method:

   public Class getMarkupClass()
   {
   return Classes.resolveClass(markupClassName);
   }

 is returning null. In other words, for some reason, it's not finding the
 class.

Does this problem persist for the latest snapshot? And if so, can you
describe what is special about your case? I'm using panels for
internal classes all the time without any problems.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: DownloadLink hanging

2007-08-28 Thread Thomas Singer

you will be creating a ton of shared resources - one per file which isnt the
greatest


Why you think it is not good? We don't have too much available files ( 20). 
Would it be better to give each file resource a unique name instead of the 
empty string?



while being a bit more secure iin terms of what files are available for
download it still allows any user to download them and the urls are still
stable.


Well, how do you suggest to work around that problem? My only idea was to 
check the session state within the resource (license agreement accepted), 
but I'm not sure what to do when the session state does not allow the 
download. But this problem also occurs when making your suggested 
implementation save by passing just relative paths (relative to the common 
download directory on the server) rejecting invalid (e.g. with ../ 
starting) FILE_PARAM values.


--
Cheers,
Tom


Igor Vaynberg wrote:

i thought about that, two drawbacks

you will be creating a ton of shared resources - one per file which isnt the
greatest

while being a bit more secure iin terms of what files are available for
download it still allows any user to download them and the urls are still
stable. so if you are selling downloads this is obviously not going to work
for you.

-igor


On 8/27/07, Thomas Singer [EMAIL PROTECTED] wrote:

What do you think about passing the file as constructor parameter in the
FileResourceReference to avoid the security hole (passing the file name as
request parameter)?

--
Cheers,
Tom


Igor Vaynberg wrote:

here is a download link that doesnt block. notice that unlike the

original

it has no security - it's urls are stable and it will stream any file

off

your harddrisk. you can use it as a starting point to build a download

link

suited for your app.

-igor


/*
 * Licensed to the Apache Software Foundation (ASF) under one or more
 * contributor license agreements.  See the NOTICE file distributed with
 * this work for additional information regarding copyright ownership.
 * The ASF licenses this file to You under the Apache License, Version

2.0

 * (the License); you may not use this file except in compliance with
 * the License.  You may obtain a copy of the License at
 *
 *  http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an AS IS BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or

implied.

 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
package org.apache.wicket.markup.html.link;

import java.io.File;

import org.apache.wicket.Resource;
import org.apache.wicket.ResourceReference;
import org.apache.wicket.Response;
import org.apache.wicket.markup.ComponentTag;
import org.apache.wicket.markup.html.WebMarkupContainer;
import org.apache.wicket.model.IModel;
import org.apache.wicket.protocol.http.WebResponse;
import org.apache.wicket.util.resource.FileResourceStream;
import org.apache.wicket.util.resource.IResourceStream;
import org.apache.wicket.util.value.ValueMap;


/**
 * @author Igor Vaynberg (ivaynberg)
 */
public class DownloadLink extends WebMarkupContainer
{
private static final String FILE_PARAM = file;
private static final long serialVersionUID = 1L;

public DownloadLink(String id, IModel model)
{
super(id, model);
}


protected void onComponentTag(ComponentTag tag)
{
super.onComponentTag(tag);
checkComponentTag(tag, a);
File file = (File)getModelObject();
FileResourceReference ref = new FileResourceReference();
ValueMap params = new ValueMap();
params.put(FILE_PARAM, file.getAbsolutePath());
tag.put(href, getRequestCycle().urlFor(ref, params));
}


/**
 *
 * @see org.apache.wicket.markup.html.link.Link#onClick()
 */
private static class FileResourceReference extends ResourceReference
{

public FileResourceReference()
{
super(DownloadLink.class, );
}

private static final long serialVersionUID = 1L;

protected Resource newResource()
{
return new Resource()
{
private static final long serialVersionUID = 1L;

public IResourceStream getResourceStream()
{
return new FileResourceStream(getFile());
}

protected void configureResponse(Response response)
{

((WebResponse)response).setAttachmentHeader(getFile().getName());
}

private File getFile()
{
return new

File(getParameters().getString(FILE_PARAM));

}

};
}

}
}


On 8/27/07, Matej Knopp [EMAIL PROTECTED] wrote:

The blocking is necessary in order not to corrupt session state. We

have

as
fine grained 

Re: conditional markup change with AjaxEditableLabel

2007-08-28 Thread Eelco Hillenius
On 8/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Hi,

 i am using a subclass of AjaxEditableLabel.
 This one works fine so far but I have one Problem.

 If the value of the label is  0 the markup should change.
 I tried it this way with no effect.

 public class MyAjaxEditableLabel extends AjaxEditableLabel{

 protected void onSubmit(AjaxRequestTarget target)
 {
 [...]
 if(position.getValue()[index]  0)
 {
 this.getLabel().add(new AttributeModifier(class, true,
 new Model(negativ)));
 }
 else{
 this.getLabel().add(new AttributeModifier(class, true,
 new Model(positiv)));
 }

 this.getLabel().setVisible(true);
 this.getEditor().setVisible(false);
 target.addComponent(MyAjaxEditableLabel.this);
 }

 }

 In my css - stylesheet the class negativ and positv are defined.
 So if the value of the label changes to  0 nothing happens.

 Any suggestions?

If I recall correctly, attribute changes not rendered correctly with
ajax requests was an issue that was recently solved. Matej, was that
you who fixed it?

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Using ClientProperties Object for User selectable Timezone.

2007-08-28 Thread Eelco Hillenius
On 8/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Currently ClientProperties object has a getTimeZone() method, that
 uses BrowserInfoPage's response, to calculate a client's Timezone.

 Would it be too much trouble to add a setTimeZone() method, so that
 the TimeZone property is user settable ?

 I can save a user's preferred timezone, in a user profile object and store 
 that in
 a session. But the wicket-datetime java classes, depend on the 
 ClientProperties.timeZone
 field, to properly convert dates to--fro between the server and client 
 timezones.

 So the best place to store a user's preferred timezone seems to be the 
 ClientProperties object .

Done,

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: What's the minimum dependence of Wicket 1.3 beta2?

2007-08-28 Thread Martijn Dashorst
On 8/28/07, Jan Kriesten [EMAIL PROTECTED] wrote:
 so, when someone asks a question on dependencies, i find it somewhat 'rude' to
 just come in with a comment suggesting 'maven can tell it, read the maven docs
 and you'll understand all this'...

There are not many hours in a day that I can help people. Did you know
about mvn help:effective-pom before I suggested it? How many people
don't know about the help:effective-pom? How many people would
actuallly benefit from it?

When something isn't helpful for *YOU* it doesn't mean it isn't
helpful for someone else!

Besides: I volunteer my free time to help out on this list and share
my knowledge of maven and wicket. I don't have time nor the energy to
write yet another book on something people can deduce themselves. I
rather help people help themselves, even if it means learning a bit
more than they bargained for, than having to spell out each and every
version of Wicket and its dependencies.

Think about it before you claim that an answer is not helpful next time.

Martijn

-- 
Wicket joins the Apache Software Foundation as Apache Wicket
Apache Wicket 1.3.0-beta2 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: {wicket 1.3 beta 2} AjaxFormComponentUpdatingBehavior broken?

2007-08-28 Thread Nino Saturnino Martinez Vazquez Wael

Ok, point taken and noted...

regards Nino

Igor Vaynberg wrote:

my point was and still is: use a debugger to see where the problem is. if
the debugger takes you deep into the bowles of wicket then its fine -
probably a wicket problem. but if the debugger takes you into your own
equals method, then it is obvious where the problem is.

-igor


On 8/27/07, Nino Saturnino Martinez Vazquez Wael [EMAIL PROTECTED]
wrote:
  

Sorry for this, I did not create our domain classes. However I did not
say that you had to do this, I thought it was a wicket problem. So of
course I got to the wicket list with it, as I've done with other things.
Some times it turnes out to be a wicket bug sometimes not. I am very
aware that this is a opensource community. I try to give back where I
can, by finding bugs and creating components.

Actually I was in the process of cutting out excess code, next I'll do
that before drawing anybody else(external) into  potential  bugs.

regards Nino

Igor Vaynberg wrote:


nino, you know how to use a debugger dont you? for future reference here
  

is


what i did:

set a breakpoint in formcomponent.updatemodel to see if the object
  

inside


the model is being updated, walk that to component.setmodelobject()
  

call, go


inside and you will see that the model object is not being updated
  

because


your implementation of Phone.equals() returns true for any selected
  

phone -


thus wicket does not push it into the model because it thinks the old
  

value


is the same as the new value. we are not payed to debug your code, so
  

please


next time cut out as much fat out of your example as possible so i do
  

not


have to spend my personal time solving your business bugs.

-igor


On 8/26/07, Nino Saturnino Martinez Vazquez Wael 
  

[EMAIL PROTECTED]


wrote:

  

Igor did you ever get the chance to check this out?


regards Nino

Nino Saturnino Martinez Vazquez Wael wrote:



Now available from badongo to avoid cheesy IE problems

http://www.badongo.com/file/4142529

Nino Saturnino Martinez Vazquez Wael wrote:

  

Argh had made an error in the previous quickstart that made the
dropdown to be broken..

This version however displays the problem as it are.
http://fileho.com/download/ff12cb141317/wicket-quickstart.zip.html

Small guide on howto see the problem:
First select an option from the dropdown, after it have been selected
you cannot change it again. Very strange...

PS I am aware that using hashcode from a string is not a proper or
safe way to generate and id, we will change it later.


Regards Nino


Nino Saturnino Martinez Vazquez Wael wrote:



Hmm, I've now managed to reproduce the problem in a wicket
  

quickstart.


It's great news on one side, this means that it has nothing todo
with wicket-spring thing or hibernate. On the other side im a bit
puzzled by what could be causing the problem.


If someone would take a look, I've uploaded the source to here:

http://fileho.com/download/ff12cb886730/wicket-quickstart.zip.html


I think it may be an odd combination of things, that however does
not bring me closer to a solution:(


regards Nino



Nino Saturnino Martinez Vazquez Wael wrote:

  

I've now created a quickstart project. This does however not show
this behavior. Im also using spring injection, not doing so in the
quickstart. I'll dig deeper into this.

regards Nino

Nino Saturnino Martinez Vazquez Wael wrote:



Ok, i've removed all other stuff from the page, error are still
there, wierd thing is that the dropdowns are working on the other
pages.

I guess next step are to create a quickstart and see if it works
there..

Should I try with beta 3 or?

regards Nino

Nino Saturnino Martinez Vazquez Wael wrote:

  

Thats wierd.

I've now changed it to not use ajax and are using
wantonselectionchangednotifications..

This yields the same result, not working. This is really wierd
cant belive that it should not work, some of the processing must
be broken by some of the other components I add, are there any
way to get some more describtive informations from wicket?


http://papernapkin.org/pastebin/view/1389


Nino Saturnino Martinez Vazquez Wael wrote:



Hmm, im not using the dataview or iDataprovider, although I have
a listview in one of the singlephonecomparepanels. However it
seems as theres something about these two issues that match.

But the wierd thing are that it never ever picks up the change
in the dropdownchoice. I'll try going back and doing this
without ajax and see if that works any better.

I've tried your suggestion about declaring phone as a private on
the page it did not fix the problem..

Wierd stuff are that I used the same approach in wicket 1.2.6
and it was working there(although not with the same combination
of models)..

regards Nino

Oleg Taranenko wrote:

   

Re: Listview / input components repaint via ajax?

2007-08-28 Thread Nino Saturnino Martinez Vazquez Wael
Hmm just added AjaxFormComponentUpdatingBehavior to my text fields, this 
works nicely..


But your help pointed me the correct way.

regards Nino

fero wrote:

Of course they are cleared, because data form textfield is transfered to
model only if submited with submit button. If u repaint the panel, model is
blank. Use AjaxEditableLabel instead of TextField. It will transfer dat to
model immediately after editing.

Hope it helps, i was solving this issue a week ago.

Fero 




Nino Saturnino Martinez Vazquez Wael wrote:
  

Hold for a minute, it might be something internal.

I'll get back if it turns out not to be.


Nino Saturnino Martinez Vazquez Wael wrote:


Hi

I have a listview in a panel. I have a ajax link to add items to the 
list. When I click the link the listview are repainted, because I have 
it  in the markupcontainer just as it should. In the listview there 
are some textfields, these are cleared when the markupcontainer are 
repainted, I dont understand why?


I have set the setReuseItems(true). And have tried to call the 
removeAll() method on the listview.


What am I forgetting?


regards Nino

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: JS space pollution in wicket-extensions

2007-08-28 Thread Alex Objelean

JIRA issue created:  https://issues.apache.org/jira/browse/WICKET-898
WICKET-898 


Frank Bille-2 wrote:
 
 I guess most of us share your view on this. But these things has evolved.
 wicket-ajax.js also started as some simple functions. If you create an
 issue for it in JIRA, we have it so we don't remember it. If you even
 attach
 a patch I'm sure it will be addressed. :)
 
 Frank
 
 On 8/27/07, Alex Objelean [EMAIL PROTECTED] wrote:


 It is not a bug. It is a kind of RFE or a request for usage of best
 practices
 when coding client-side code. I was curious if you share the same
 thoughts.


 igor.vaynberg wrote:
 
  file a bug and preferrably create a patch.
 
  -igor
 
 
  On 8/27/07, Alex Objelean [EMAIL PROTECTED] wrote:
 
 
  I've noticed that wicket-extension components (for instance
 palette.js)
  pollute the js namespace. Wouldn't it be better to create a namespace
 for
  them? Something like this would be pretty: Wicket.Extensions.Palette.
 
  This proposal is valid for any other components which contribute with
 js
  files.
 
  What do you think?
 
  Thank you!
  Alex.
  --
  View this message in context:
 
 http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12343022
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12356503
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12363372
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: WicketSessionFilter

2007-08-28 Thread Eelco Hillenius
On 8/25/07, Nick Ward [EMAIL PROTECTED] wrote:
 I want to have a separate servlet to go along with my wicket application
 that can serve streaming files. However, it needs to have access to the
 wicket session to know what to stream. I was thinking about using a
 WicketSessionFilter to help me do this. I am using wicket as a filter, and
 it seems to save the wicket session as wicket:MyWicketApplication:session.
 There is an init-param to the WicketSessionFilter to specify the middle part
 of that key, however, it prepends a '/' to the beginning of the string
 provided - hence trying to find a session call
 wicket:/MyWicketApplication:session and not finding anything.

 Is there a better way I should be doing this? Is this a bug in
 WicketSessionFilter?

Yeah, turned out this was a bug. Darn thing never worked for 1.3, or
at least didn't for quite a while. Works now though. See
https://issues.apache.org/jira/browse/WICKET-897. Also added an
example in wicket-examples and updated the javadocs.

Thanks for reporting, and have fun,

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: JS space pollution in wicket-extensions

2007-08-28 Thread Alex Objelean

JIRA issue created:  https://issues.apache.org/jira/browse/WICKET-898
WICKET-898 


Frank Bille-2 wrote:
 
 I guess most of us share your view on this. But these things has evolved.
 wicket-ajax.js also started as some simple functions. If you create an
 issue for it in JIRA, we have it so we don't remember it. If you even
 attach
 a patch I'm sure it will be addressed. :)
 
 Frank
 
 On 8/27/07, Alex Objelean [EMAIL PROTECTED] wrote:


 It is not a bug. It is a kind of RFE or a request for usage of best
 practices
 when coding client-side code. I was curious if you share the same
 thoughts.


 igor.vaynberg wrote:
 
  file a bug and preferrably create a patch.
 
  -igor
 
 
  On 8/27/07, Alex Objelean [EMAIL PROTECTED] wrote:
 
 
  I've noticed that wicket-extension components (for instance
 palette.js)
  pollute the js namespace. Wouldn't it be better to create a namespace
 for
  them? Something like this would be pretty: Wicket.Extensions.Palette.
 
  This proposal is valid for any other components which contribute with
 js
  files.
 
  What do you think?
 
  Thank you!
  Alex.
  --
  View this message in context:
 
 http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12343022
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12356503
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/JS-space-pollution-in-wicket-extensions-tf4333870.html#a12363390
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Listview / input components repaint via ajax?

2007-08-28 Thread Nino Saturnino Martinez Vazquez Wael

Jep, I sorta thought that it wouldnt make sense for it to call removeAll...

regards Nino

Eelco Hillenius wrote:

I have a listview in a panel. I have a ajax link to add items to the
list. When I click the link the listview are repainted, because I have
it  in the markupcontainer just as it should. In the listview there are
some textfields, these are cleared when the markupcontainer are
repainted, I dont understand why?

I have set the setReuseItems(true). And have tried to call the
removeAll() method on the listview.



If you call removeAll, the list view will populate itself freshly
again, so your previous input won't be remembered. Either make sure
the models that back the items are updated, or follow another
strategy, such as using a refreshing view with
ReuseIfModelsEqualStrategy.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: What's the minimum dependence of Wicket 1.3 beta2?

2007-08-28 Thread Jan Kriesten

hi martijn,

don't get that easily offended - i didn't mean to.

i'm well aware that you haven't to spent all the many hours of your time
developing wicket and helping people out. and that you do i really appreciate!

 Think about it before you claim that an answer is not helpful next time.

the answer would have been even more helpful if you just added the extract you
send to the list afterwards. that way you would've given the ability/info to all
to help themselves (when maven is used) and answered the concrete question.

i'm not saying your answer wasn't helpful. i tried to hint that a 2-line answer
you gave also could offend others.

appreciating the time one's spending on wicket is not one-way. if someone tries
to use wicket it costs time to work through it's concepts and possibilities. if
all is documented, a rtfm (with a proper link) is valid, but else - imho - we
should be nice to each other. ;-)

best regards, --- jan.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicket contrib yui

2007-08-28 Thread Eelco Hillenius
On 8/27/07, James McLaughlin [EMAIL PROTECTED] wrote:
 Yes there is. I haven't had much time to see what the impact of the
 change would be, but I set up YuiHeaderContributor to be able to
 select versions. If you have the time and inclination, you can setup
 the 2.3.0 library under org/wicketstuff/yui/inc, and include the
 library with something like this:

 YuiHeaderContributor.forModule(menu, null, false, 2.3.0)

 then let us know what works and what doesn't. Ultimately, the
 yuiloader in 2.3.0 will eliminate most of the work that
 YuiHeaderContributer does (resolving deps), so if you want to take a
 stab at porting it the headercontributor to yuiloader, that would be
 great too.

Also note that we did something similar in wicket-datetime. Maybe, in
some future, it would be great to have all the YUI components
together. For now, we could look whether the projects can at least be
used together without having them bite. A thread of two weeks ago
discussed this. The conclusion was that we probably would like
something like a separate YUI project with all the js dependencies in
it, so that projects using them can access it in a consistent fashion.
If someone is up to it, please dig up that discussion and create a
feature request linking to that discussion (nabble).

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Panel/Localizer issue

2007-08-28 Thread Edvin Syse

Hi,

When I instantiate a Panel that does getLocalizer().getString() in the 
constructor, I obviously get the errormessage:


WARN  [Localizer] Tried to retrieve a localized string for a component 
that has not yet been added to the page. This can sometimes lead to an 
invalid or no localized resource returned. Make sure you are not calling 
Component#getString() inside your Component's constructor. Offending 
component: [MarkupContainer [Component id = idHere, page = No Page, 
path = path-here]]


This is understandable, since I haven't added the component to a page 
before the constructor is run.


In the constructor, I do things like:

add(new Label(articleTitle, new 
Model(getLocalizer().getString(articleTitle, this;


and:

deleteLink.add(new 
ConfirmBehaviour(getLocalizer().getString(confirmDelete, this)));


Is there a way to create the panel and give it a page-instance directly, 
or how should I get around this the wicket way?


I use 1.3-SNAPSHOT, btw.

-- Edvin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re[2]: Alternative to Wicket data binding

2007-08-28 Thread Kent Tong


igor.vaynberg wrote:
 
 i really dont think this is breaking encapsulation. i will concede that
 there is one case where it can break encapsulation and that is when you
 start out with what is publically accessible and then later you change
 your
 mind and make it completely private, but forget to remap the property
 model.
 it is a case where it is easy to make the mistake of not updating property
 models. all other cases i believe are unimportant because you would have
 to
 go poke around the class to even know that private field is there to start
 with.

I think the problem is that by allowing the default, core model in Wicket 
(PropertyModel) to access private fields, you're telling people that it is
OK or even desirable to access private fields, while in fact, in your mind
this power should only be exercised to *keep* encapsulation, instead of
breaking it.

For the moment many users don't know about this feature, so there is
practically little impact on them. But once they learn about it, they will
go ahead to access private fields even though the author of the class
explicitly indicated that they shouldn't be accessed by not providing 
setters.

Yes, those users can always access private fields using Java reflection.
But they had to go through hops to do that. Now Wicket is telling 
them it is perfectly fine to do that and is making it super-easy to do.
That makes a difference.

Greater power comes with greater responsibility. The problem is it is easy
to give people power but hard to make them realize the associated
responsibility (when to use that feature). That's why I always suggest
to have a PrivateFieldModel class (probably in Wicket extensions) extending 
PropertyModel to provide that extra power. Due to the non-default nature 
of PrivateFieldModel, only if one is clear about the responsibilities will
he 
get to power.
-- 
View this message in context: 
http://www.nabble.com/Alternative-to-Wicket-data-binding-tf4322899.html#a12364419
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Panel/Localizer issue

2007-08-28 Thread Matej Knopp
You should use ResourceModel for this, it does the localization/message
lookup for you.

-Matej

On 8/28/07, Edvin Syse [EMAIL PROTECTED] wrote:

 Hi,

 When I instantiate a Panel that does getLocalizer().getString() in the
 constructor, I obviously get the errormessage:

 WARN  [Localizer] Tried to retrieve a localized string for a component
 that has not yet been added to the page. This can sometimes lead to an
 invalid or no localized resource returned. Make sure you are not calling
 Component#getString() inside your Component's constructor. Offending
 component: [MarkupContainer [Component id = idHere, page = No Page,
 path = path-here]]

 This is understandable, since I haven't added the component to a page
 before the constructor is run.

 In the constructor, I do things like:

 add(new Label(articleTitle, new
 Model(getLocalizer().getString(articleTitle, this;

 and:

 deleteLink.add(new
 ConfirmBehaviour(getLocalizer().getString(confirmDelete, this)));

 Is there a way to create the panel and give it a page-instance directly,
 or how should I get around this the wicket way?

 I use 1.3-SNAPSHOT, btw.

 -- Edvin

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Panel/Localizer issue

2007-08-28 Thread Edvin Syse

Thank you!

That both solved the problem and made my code cleaner :)

-- Edvin

Matej Knopp wrote:

You should use ResourceModel for this, it does the localization/message
lookup for you.

-Matej

On 8/28/07, Edvin Syse [EMAIL PROTECTED] wrote:

Hi,

When I instantiate a Panel that does getLocalizer().getString() in the
constructor, I obviously get the errormessage:

WARN  [Localizer] Tried to retrieve a localized string for a component
that has not yet been added to the page. This can sometimes lead to an
invalid or no localized resource returned. Make sure you are not calling
Component#getString() inside your Component's constructor. Offending
component: [MarkupContainer [Component id = idHere, page = No Page,
path = path-here]]

This is understandable, since I haven't added the component to a page
before the constructor is run.

In the constructor, I do things like:

add(new Label(articleTitle, new
Model(getLocalizer().getString(articleTitle, this;

and:

deleteLink.add(new
ConfirmBehaviour(getLocalizer().getString(confirmDelete, this)));

Is there a way to create the panel and give it a page-instance directly,
or how should I get around this the wicket way?

I use 1.3-SNAPSHOT, btw.

-- Edvin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Wicket-user] suggestion: have Wicket SVN searchable with FishEye

2007-08-28 Thread Gerolf Seitz
On 7/3/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


 On 7/2/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
   However, I still would not support setting up Fisheye against an
  Apache
   SVN without infrastructure's support as they are the ones that would
   have to pick up the pieces if it were to go wrong.
 
  Yeah, that's fair enough :)


 since we are moving svn soon, why not wait for after the move so it doesnt
 do the initial import twice.

 -igor



since the svn move to apache has already been done, what about giving this a
closer look now?

  gerolf


Re: [Wicket-user] suggestion: have Wicket SVN searchable with FishEye

2007-08-28 Thread Martijn Dashorst
I've monitored #infra and fisheye is not very popular. It is one of
those things that adds a lot of load to the apache systems.

Note that we're not against, nor is infra per se. The additional load
is caused by indexing the repository by fisheye. There has been talk
about making repositories available off line for faster indexing by
e.g. fishey.

Martijn

-- 
Wicket joins the Apache Software Foundation as Apache Wicket
Apache Wicket 1.3.0-beta2 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: RepeatingView : Removing a table row

2007-08-28 Thread Carlos Pita
See if this helps. I think your code is overly complicated. The attached
example adds books to a listview and also allows to remove selected ones.

Regards,
Carlos

On 8/27/07, pokkie [EMAIL PROTECTED] wrote:


 Carlos,

 I kind of got the code to work, but it doesn't feel right. Any help would
 be
 much appreciated

1. public void buildView() {
2.
3. final BookListView bookListView = new
 BookListView(bookListView, new ArrayList());
4.
5. Button addBookButton = new Button(addBookButton) {
6. protected void onSubmit() {
7. String selectedBookName = The Travels Of John;
8. Book book = new Book();
9. book.setBookName(selectedBookName);
   10.
   11. ListBook books = new ArrayListBook();
   12. books.add(book);
   13.
   14. BookModel bookModel = new BookModel(books);
   15.
   16. ListItem bookItem = new
 ListItem(bookListView.getModelIndex(), bookModel);
   17. bookListView.populateItem(bookItem);
   18. bookListView.setModel(bookModel);
   19. bookListView.modelChanged();
   20. }
   21. };
   22. }
   23.
   24. private class BookModel implements IModel {
   25.
   26. private List bookList;
   27.
   28. public BookModel(List bookList) {
   29. this.bookList = bookList;
   30. }
   31.
   32. public IModel getNestedModel() {
   33. return null;
   34. }
   35.
   36. public Object getObject(final Component component) {
   37. return bookList;
   38. }
   39.
   40. public void setObject(final Component component, final
 Object
 object) {
   41. }
   42.
   43. public void detach() {
   44. }
   45. }
   46.
   47. private class BookListView extends ListView {
   48.
   49. private int modelIndex;
   50.
   51. public BookListView(final String id, final List list) {
   52. super(id, list);
   53. }
   54.
   55. protected void populateItem(final ListItem listItem) {
   56.
   57. if (listItem.getModelObject() instanceof Book) {
   58. Book book = (Book) listItem.getModelObject();
   59.
   60. Label bookName = new Label(bookName, new
 PropertyModel(book, bookName));
   61. listItem.add(bookName);
   62.
   63. setModelIndex(getModelIndex() + 1);
   64. }
   65. }
   66.
   67.
   68. public int getModelIndex() {
   69. return modelIndex;
   70. }
   71.
   72. public void setModelIndex(int modelIndex) {
   73. this.modelIndex = modelIndex;
   74. }
   75. }
   76.
   77. private class Book implements Serializable {
   78. private int id;
   79. private String bookName;
   80. private boolean selected;
   81.
   82.
   83. public int getId() {
   84. return id;
   85. }
   86.
   87. public void setId(int id) {
   88. this.id = id;
   89. }
   90.
   91. public String getBookName() {
   92. return bookName;
   93. }
   94.
   95. public void setBookName(String bookName) {
   96. this.bookName = bookName;
   97. }
   98.
   99. public boolean isSelected() {
 100. return selected;
 101. }
 102.
 103. public void setSelected(boolean selected) {
 104. this.selected = selected;
 105. }
 106. }


 Carlos Pita-4 wrote:
 
 
 
  I am currently trying to convert the RepeatingView into a ListView, but
 I
  am
  having problems
  setting the model on the ListView. I call populateItem with a model,
 but
  afterwards the model
  is not being set on the view.
 
 
  That's funny. Could you post the related code?
 
  Regards,
  Carlos
 
 

 --
 View this message in context:
 http://www.nabble.com/RepeatingView-%3A-Removing-a-table-row-tf4331444.html#a12356657
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


package web.books;

import java.io.Serializable;
import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;

import org.apache.wicket.markup.html.WebPage;
import org.apache.wicket.markup.html.basic.Label;
import org.apache.wicket.markup.html.form.Button;
import org.apache.wicket.markup.html.form.CheckBox;
import org.apache.wicket.markup.html.form.Form;
import org.apache.wicket.markup.html.form.TextField;
import org.apache.wicket.markup.html.list.ListItem;
import org.apache.wicket.markup.html.list.ListView;
import org.apache.wicket.model.PropertyModel;


Propagating user context to the business layer

2007-08-28 Thread Huergo Perez

Hi All,

I have a user context stored in a Wicket session with all required user 
information (username, roles, etc. -- put in the session upon user log 
in). I need to make the user context available to my business layer via 
a thread-local variable. That is, I need to put it in a thread-local 
variable in the very beginning of the request, and clean it up just 
before the request has finished.


In a pure servlet environment I would do that in a filter. In Spring MVC 
I would do that in a handler interceptor.


What is the best way to do that in Wicket?

Thanks in advance!
Huergo



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Propagating user context to the business layer

2007-08-28 Thread Matej Knopp
You can extend RequestCycle and do that in onEndRequest. To use custom
request cycle class override Application.newRequestCycle(final Request
request, final Response response);

-Matej

On 8/28/07, Huergo Perez [EMAIL PROTECTED] wrote:

 Hi All,

 I have a user context stored in a Wicket session with all required user
 information (username, roles, etc. -- put in the session upon user log
 in). I need to make the user context available to my business layer via
 a thread-local variable. That is, I need to put it in a thread-local
 variable in the very beginning of the request, and clean it up just
 before the request has finished.

 In a pure servlet environment I would do that in a filter. In Spring MVC
 I would do that in a handler interceptor.

 What is the best way to do that in Wicket?

 Thanks in advance!
 Huergo



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Migration to Wicket 1.3

2007-08-28 Thread Matej Knopp
The validators work a bit differently in 1.3

you need to use the error(IValidationError error) on IValidatable inside
your IValidator.validate(IValidatable validatable);
as IValidationError you can use the convenience class ValidationError.

e.g. ValidationError error = new ValidationError();
error.addMessageKey(validationKey);
validatable.error(error);

-Matej

On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:


 I have almost done the migration of my web applications to Wicket 1.3. I
 have
 read on the Wiki all about the migration and I have consulted the Javadoc.
 The only thing that I am not sure how to do is a display of form
 validation
 errors using FeedbackPanel.

 In Wicket 1.2, the validation errors are displayed properly by using the
 error(String) method in a form:

 String validationError = LocalizedText.getText(this, key);
 error(validationError);

 In Wicket 1.3, the same validations are successful, but the error messages
 are not visible in the Feedback panel used in a page where the form is
 added.

 I have tried different things but without success. Please give me a hint.

 Dzenan
 --
 View this message in context:
 http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12368746
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Migration to Wicket 1.3

2007-08-28 Thread dzenanr

I have almost done the migration of my web applications to Wicket 1.3. I have
read on the Wiki all about the migration and I have consulted the Javadoc.
The only thing that I am not sure how to do is a display of form validation
errors using FeedbackPanel. 

In Wicket 1.2, the validation errors are displayed properly by using the
error(String) method in a form:

String validationError = LocalizedText.getText(this, key);
error(validationError);

In Wicket 1.3, the same validations are successful, but the error messages
are not visible in the Feedback panel used in a page where the form is
added.

I have tried different things but without success. Please give me a hint.

Dzenan
-- 
View this message in context: 
http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12368746
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: DownloadLink hanging

2007-08-28 Thread Igor Vaynberg
see all these kinds of questions start coming up, that is why download link
is made the way it is. you have none of these worries and it is very secure
by default. so i think when it comes to these issues what i will be
concentrating on is making downloadlink not block. whether it will be for
1.3 or for 1.4

-igor


On 8/27/07, Thomas Singer [EMAIL PROTECTED] wrote:

  you will be creating a ton of shared resources - one per file which isnt
 the
  greatest

 Why you think it is not good? We don't have too much available files (
 20).
 Would it be better to give each file resource a unique name instead of the
 empty string?

  while being a bit more secure iin terms of what files are available for
  download it still allows any user to download them and the urls are
 still
  stable.

 Well, how do you suggest to work around that problem? My only idea was to
 check the session state within the resource (license agreement accepted),
 but I'm not sure what to do when the session state does not allow the
 download. But this problem also occurs when making your suggested
 implementation save by passing just relative paths (relative to the common
 download directory on the server) rejecting invalid (e.g. with ../
 starting) FILE_PARAM values.

 --
 Cheers,
 Tom


 Igor Vaynberg wrote:
  i thought about that, two drawbacks
 
  you will be creating a ton of shared resources - one per file which isnt
 the
  greatest
 
  while being a bit more secure iin terms of what files are available for
  download it still allows any user to download them and the urls are
 still
  stable. so if you are selling downloads this is obviously not going to
 work
  for you.
 
  -igor
 
 
  On 8/27/07, Thomas Singer [EMAIL PROTECTED] wrote:
  What do you think about passing the file as constructor parameter in
 the
  FileResourceReference to avoid the security hole (passing the file name
 as
  request parameter)?
 
  --
  Cheers,
  Tom
 
 
  Igor Vaynberg wrote:
  here is a download link that doesnt block. notice that unlike the
  original
  it has no security - it's urls are stable and it will stream any file
  off
  your harddrisk. you can use it as a starting point to build a download
  link
  suited for your app.
 
  -igor
 
 
  /*
   * Licensed to the Apache Software Foundation (ASF) under one or more
   * contributor license agreements.  See the NOTICE file distributed
 with
   * this work for additional information regarding copyright ownership.
   * The ASF licenses this file to You under the Apache License, Version
  2.0
   * (the License); you may not use this file except in compliance
 with
   * the License.  You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an AS IS BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
  implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  package org.apache.wicket.markup.html.link;
 
  import java.io.File;
 
  import org.apache.wicket.Resource;
  import org.apache.wicket.ResourceReference;
  import org.apache.wicket.Response;
  import org.apache.wicket.markup.ComponentTag;
  import org.apache.wicket.markup.html.WebMarkupContainer;
  import org.apache.wicket.model.IModel;
  import org.apache.wicket.protocol.http.WebResponse;
  import org.apache.wicket.util.resource.FileResourceStream;
  import org.apache.wicket.util.resource.IResourceStream;
  import org.apache.wicket.util.value.ValueMap;
 
 
  /**
   * @author Igor Vaynberg (ivaynberg)
   */
  public class DownloadLink extends WebMarkupContainer
  {
  private static final String FILE_PARAM = file;
  private static final long serialVersionUID = 1L;
 
  public DownloadLink(String id, IModel model)
  {
  super(id, model);
  }
 
 
  protected void onComponentTag(ComponentTag tag)
  {
  super.onComponentTag(tag);
  checkComponentTag(tag, a);
  File file = (File)getModelObject();
  FileResourceReference ref = new FileResourceReference();
  ValueMap params = new ValueMap();
  params.put(FILE_PARAM, file.getAbsolutePath());
  tag.put(href, getRequestCycle().urlFor(ref, params));
  }
 
 
  /**
   *
   * @see org.apache.wicket.markup.html.link.Link#onClick()
   */
  private static class FileResourceReference extends
 ResourceReference
  {
 
  public FileResourceReference()
  {
  super(DownloadLink.class, );
  }
 
  private static final long serialVersionUID = 1L;
 
  protected Resource newResource()
  {
  return new Resource()
  {
  private static final long serialVersionUID = 1L;
 
  public IResourceStream getResourceStream()
  {
   

Re: Migration to Wicket 1.3

2007-08-28 Thread dzenanr

I have done the following in my form and still no error messages displayed
(key is a String parameter):

ValidationError validationError = new ValidationError();
validationError.addMessageKey(key);
error(validationError);

Even in something simple as required text field, where all work is done by
Wicket (no validations on my part), I cannot see the error message from
Wicket when no value is entered for that required field.


Matej Knopp-2 wrote:
 
 The validators work a bit differently in 1.3
 
 you need to use the error(IValidationError error) on IValidatable inside
 your IValidator.validate(IValidatable validatable);
 as IValidationError you can use the convenience class ValidationError.
 
 e.g. ValidationError error = new ValidationError();
 error.addMessageKey(validationKey);
 validatable.error(error);
 
 -Matej
 
 On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:


 I have almost done the migration of my web applications to Wicket 1.3. I
 have
 read on the Wiki all about the migration and I have consulted the
 Javadoc.
 The only thing that I am not sure how to do is a display of form
 validation
 errors using FeedbackPanel.

 In Wicket 1.2, the validation errors are displayed properly by using the
 error(String) method in a form:

 String validationError = LocalizedText.getText(this, key);
 error(validationError);

 In Wicket 1.3, the same validations are successful, but the error
 messages
 are not visible in the Feedback panel used in a page where the form is
 added.

 I have tried different things but without success. Please give me a hint.

 Dzenan
 --
 View this message in context:
 http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12368746
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12369480
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Wicket at Apachecon (US)

2007-08-28 Thread Ryan Sonnek
Are there any plans for wicket presentations at the upcoming apachecon?  I'm
trying to decide if it's worth my time to go, and any wicket related
presentations or BOF speakers would probably tip the scale for me.


Setting font for ModalWindow title bar

2007-08-28 Thread Bernhard
Hello,

is it possbile to change the font for the title bar of a ModalWindow?

Many thanks
Bernhard
---

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Migration to Wicket 1.3

2007-08-28 Thread Igor Vaynberg
how about a quickstart that reproduces this

-igor

On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:


 I have done the following in my form and still no error messages displayed
 (key is a String parameter):

 ValidationError validationError = new ValidationError();
 validationError.addMessageKey(key);
 error(validationError);

 Even in something simple as required text field, where all work is done by
 Wicket (no validations on my part), I cannot see the error message from
 Wicket when no value is entered for that required field.


 Matej Knopp-2 wrote:
 
  The validators work a bit differently in 1.3
 
  you need to use the error(IValidationError error) on IValidatable inside
  your IValidator.validate(IValidatable validatable);
  as IValidationError you can use the convenience class ValidationError.
 
  e.g. ValidationError error = new ValidationError();
  error.addMessageKey(validationKey);
  validatable.error(error);
 
  -Matej
 
  On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:
 
 
  I have almost done the migration of my web applications to Wicket 1.3.
 I
  have
  read on the Wiki all about the migration and I have consulted the
  Javadoc.
  The only thing that I am not sure how to do is a display of form
  validation
  errors using FeedbackPanel.
 
  In Wicket 1.2, the validation errors are displayed properly by using
 the
  error(String) method in a form:
 
  String validationError = LocalizedText.getText(this, key);
  error(validationError);
 
  In Wicket 1.3, the same validations are successful, but the error
  messages
  are not visible in the Feedback panel used in a page where the form is
  added.
 
  I have tried different things but without success. Please give me a
 hint.
 
  Dzenan
  --
  View this message in context:
  http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12368746
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12369480
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: wicket contrib yui

2007-08-28 Thread Korbinian Bachl

Hi James,

i checked out of svn today and changed yui to 2.3.0 - at first, all 
seemed ok, but when looking closer its a bit irritating.


In 2.2 you seem to have to attach much JS files to the header, while in 
2.3.0 1 (the loader) is enough (as far as I understood it).


This means, the big YuiHeaderContributor could shrink to some few lines. 
In a short dirty test where i just replaced the

static final String DEFAULT_YUI_BUILD = 2.3.0;
all seemed quite ok - but the real big work would be to add the new 
yui-content to the contrib.


BTW: i find the naming very confusing - is there a reason not all 
classes have a Yui in front of them? (so you can see them faster as 
calling it e.g.: SortBox or Slider)


the include of YuiHeaderContributor.forModule(menu, null, false, 
2.3.0) at page level however doesnt work as the components call it by 
themselfes, meaning if you add it to page, it will load 2.3 and 2.2.


Best Regards,

Korbinian

PS: most time today i spent on fighting with maven - anyone an idea how 
i can have a maven-project as Library in a normal project under 
Netbeans 5.5.1 ?



James McLaughlin schrieb:

Yes there is. I haven't had much time to see what the impact of the
change would be, but I set up YuiHeaderContributor to be able to
select versions. If you have the time and inclination, you can setup
the 2.3.0 library under org/wicketstuff/yui/inc, and include the
library with something like this:

YuiHeaderContributor.forModule(menu, null, false, 2.3.0)

then let us know what works and what doesn't. Ultimately, the
yuiloader in 2.3.0 will eliminate most of the work that
YuiHeaderContributer does (resolving deps), so if you want to take a
stab at porting it the headercontributor to yuiloader, that would be
great too.

best,
jim


On 8/27/07, Korbinian Bachl [EMAIL PROTECTED] wrote:

Hi,

i stumbled over yui some time ago, and noticed that there is also a
wicket-contrib-yui project. However, the version under
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-yui/
seem to rely on 2.2.0.

Are there any plans for a 2.3.0 or sth. like that?

Best Regards,

Korbinian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re[2]: Alternative to Wicket data binding

2007-08-28 Thread Igor Vaynberg
cmon, there are plenty of things you can abuse in wicket, or any other
framework. that is just the nature of the beast. as framework developers we
put out features and hope that our users know how to use them responsibly.
we cannot continuously cater to newbie users, we have to cater to power
users as well - and that sometimes means making things that newbie users
might think unclean available anyways so power users can use them easily.
having two property models might work but it just adds clutter.

we are going about this in circles, so what i propose is that someone who
really cares about this to put out a vote.

-igor


On 8/28/07, Kent Tong [EMAIL PROTECTED] wrote:



 igor.vaynberg wrote:
 
  i really dont think this is breaking encapsulation. i will concede that
  there is one case where it can break encapsulation and that is when you
  start out with what is publically accessible and then later you change
  your
  mind and make it completely private, but forget to remap the property
  model.
  it is a case where it is easy to make the mistake of not updating
 property
  models. all other cases i believe are unimportant because you would have
  to
  go poke around the class to even know that private field is there to
 start
  with.

 I think the problem is that by allowing the default, core model in Wicket
 (PropertyModel) to access private fields, you're telling people that it is
 OK or even desirable to access private fields, while in fact, in your mind
 this power should only be exercised to *keep* encapsulation, instead of
 breaking it.

 For the moment many users don't know about this feature, so there is
 practically little impact on them. But once they learn about it, they will
 go ahead to access private fields even though the author of the class
 explicitly indicated that they shouldn't be accessed by not providing
 setters.

 Yes, those users can always access private fields using Java reflection.
 But they had to go through hops to do that. Now Wicket is telling
 them it is perfectly fine to do that and is making it super-easy to do.
 That makes a difference.

 Greater power comes with greater responsibility. The problem is it is easy
 to give people power but hard to make them realize the associated
 responsibility (when to use that feature). That's why I always suggest
 to have a PrivateFieldModel class (probably in Wicket extensions)
 extending
 PropertyModel to provide that extra power. Due to the non-default nature
 of PrivateFieldModel, only if one is clear about the responsibilities will
 he
 get to power.
 --
 View this message in context:
 http://www.nabble.com/Alternative-to-Wicket-data-binding-tf4322899.html#a12364419
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




OpenLaszlo and Wicket?

2007-08-28 Thread Samanth Bapu
All,

I am not sure if what I am thinking is right!! I have a requirement
where divs show/hide depending on user clicks. I can do this very easily
using OpenLaszlo. Can this (OpenLaszlo component) be imported to my site
developed on Wicket? If yes, how can I do it?

Any help would be of great help.

PS: If my question is unclear, please let me know, I'll try to explain
in detail.

Thanks
Samanth


Re: OpenLaszlo and Wicket?

2007-08-28 Thread Igor Vaynberg
you can make divs show and hide easily in wicket too. i havent used
openlaszlo so i dont know how that will integrate.

-igor


On 8/28/07, Samanth Bapu [EMAIL PROTECTED] wrote:

 All,

 I am not sure if what I am thinking is right!! I have a requirement
 where divs show/hide depending on user clicks. I can do this very easily
 using OpenLaszlo. Can this (OpenLaszlo component) be imported to my site
 developed on Wicket? If yes, how can I do it?

 Any help would be of great help.

 PS: If my question is unclear, please let me know, I'll try to explain
 in detail.

 Thanks
 Samanth



Re: Questions on Tabs

2007-08-28 Thread Igor Vaynberg
see TabbedPanel in extensions

each tab would be its own panel with its own markup file

-igor

On 8/28/07, Samanth Bapu [EMAIL PROTECTED] wrote:

 All,

 I am in a little bit of a situation here.

 I have four tabs on my page and all these are in Index.html. Of course,
 each tab has its own functionality. Is there a way I can organize this
 in separate html files instead of coding everything into Index.html or
 Index.java?

 Thanks for your help.
 Samanth




Questions on Tabs

2007-08-28 Thread Samanth Bapu
All,

I am in a little bit of a situation here.

I have four tabs on my page and all these are in Index.html. Of course,
each tab has its own functionality. Is there a way I can organize this
in separate html files instead of coding everything into Index.html or
Index.java?

Thanks for your help.
Samanth



Re: Migration to Wicket 1.3

2007-08-28 Thread Johan Compagner
http://wicketstuff.org/wicket13/forminput/

and for example the string field reports the message just fine. So what are
you doing different?

johan


On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:


 I have done the following in my form and still no error messages displayed
 (key is a String parameter):

 ValidationError validationError = new ValidationError();
 validationError.addMessageKey(key);
 error(validationError);

 Even in something simple as required text field, where all work is done by
 Wicket (no validations on my part), I cannot see the error message from
 Wicket when no value is entered for that required field.


 Matej Knopp-2 wrote:
 
  The validators work a bit differently in 1.3
 
  you need to use the error(IValidationError error) on IValidatable inside
  your IValidator.validate(IValidatable validatable);
  as IValidationError you can use the convenience class ValidationError.
 
  e.g. ValidationError error = new ValidationError();
  error.addMessageKey(validationKey);
  validatable.error(error);
 
  -Matej
 
  On 8/28/07, dzenanr [EMAIL PROTECTED] wrote:
 
 
  I have almost done the migration of my web applications to Wicket 1.3.
 I
  have
  read on the Wiki all about the migration and I have consulted the
  Javadoc.
  The only thing that I am not sure how to do is a display of form
  validation
  errors using FeedbackPanel.
 
  In Wicket 1.2, the validation errors are displayed properly by using
 the
  error(String) method in a form:
 
  String validationError = LocalizedText.getText(this, key);
  error(validationError);
 
  In Wicket 1.3, the same validations are successful, but the error
  messages
  are not visible in the Feedback panel used in a page where the form is
  added.
 
  I have tried different things but without success. Please give me a
 hint.
 
  Dzenan
  --
  View this message in context:
  http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12368746
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Migration-to-Wicket-1.3-tf4341987.html#a12369480
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: wicket contrib yui

2007-08-28 Thread James McLaughlin
 Also note that we did something similar in wicket-datetime. Maybe, in
 some future, it would be great to have all the YUI components
 together. For now, we could look whether the projects can at least be
 used together without having them bite. A thread of two weeks ago
 discussed this. The conclusion was that we probably would like
 something like a separate YUI project with all the js dependencies in
 it, so that projects using them can access it in a consistent fashion.
 If someone is up to it, please dig up that discussion and create a
 feature request linking to that discussion (nabble).

 Eelco

Done: https://issues.apache.org/jira/browse/WICKET-902, with some
minor blathering by yours truly.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wicket at Apachecon (US)

2007-08-28 Thread Matej Knopp
Not really. The thing is that i don't even know if the tutorial will happen
util short time before the apache con (depending on number of attendees).

-Matej

On 8/28/07, Eelco Hillenius [EMAIL PROTECTED] wrote:

 On 8/28/07, Matej Knopp [EMAIL PROTECTED] wrote:
  Hi, I was supposed to have a Wicket tutorial on apachecon US (as I had
 in
  Amsterdam), but I probably won't be able to get there. Also I don't know
 if
  there would be enough demand.

 If you can't make it, please see if someone else can (like me) before
 canceling. You are already scheduled aren't you?

 Eelco

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: hierarchy does not match

2007-08-28 Thread Eelco Hillenius
On 8/28/07, Kees de Kooter [EMAIL PROTECTED] wrote:
 Hi Igor,

 What kind of information would you like to have? Source code?

 I did attach the entire exception page.

The Apache mailing lists don't allow attachments, so that got
filtered. Furthermore, a relevant piece of code usually helps us
better see what the problem might be. In your code both java code and
some of your markup.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: hierarchy does not match

2007-08-28 Thread Martijn Dashorst
The spam filters must have caught the attachment. You can use a pastebin though:

http://papernapkin.org/pastebin/home

Martijn

On 8/28/07, Kees de Kooter [EMAIL PROTECTED] wrote:
 Hi Igor,

 What kind of information would you like to have? Source code?

 I did attach the entire exception page.

 Kees

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Wicket joins the Apache Software Foundation as Apache Wicket
Apache Wicket 1.3.0-beta2 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Presentation and application logic separation

2007-08-28 Thread Igor Vaynberg
well, what wicket does is version the state if you keep it inside its model,
so it all Just Works. But because you are keeping your state outside of
wicket you have to build your own versioning mechanism, or remove your state
machine and use wicket.

-igor


On 8/28/07, fero [EMAIL PROTECTED] wrote:


 I know, it is working fine. But I have a problem with BACK BUTTON in
 browser.
 When somebody uses back button he changes the webpage, but not my
 statemachine. How should I make that my SM will be always in correct state
 even when back button used?

 Fero


 igor.vaynberg wrote:
 
  your question doesnt really make sense
 
  you can wire wicket however you like
 
  your wicket page can have a reference to your statemachine and pull
  attribute values (such as disabled) from it while pushing events (such
 as
  onclick) into it.
 
  wicket is very flexible when it comes to wiring components
 
  -igor
 
 
  On 8/28/07, fero [EMAIL PROTECTED] wrote:
 
 
  Hi. Is there any way in this framework how to separate app logic and
  presentation. I dont want to store all app behavior (which button is
  eneabled for this user with this role, what happens when button is
  pressed...) in the web page.
 
  This is my first wicket application and I was using state machine (SM)
 as
  in
  swing. Every state represents one webpage but every state has it
  interanal
  state as well (eg. weather editing is enabled...). SM is stored in
  session
  and when new state comes it does in initialization setResponsePage.
 When
  a
  button is pressed it only call processEvent(Event e) on the state
 machine
  which delegates it to current state.
 
  It was ok but I have problem with back button in web browser. Wicket
 has
  this problem solved. How can I use  this wicket feature to synchronize
 my
  SM? Or should I take another approach? Eg. state will be stored in a
  webpage..
 
  I like this approach more than code directly in webpage because it is
  very
  readable.
 
  Thanks for your suggestions.
 
  Fero
 
  --
  View this message in context:
 
 http://www.nabble.com/Presentation-and-application-logic-separation-tf4341077.html#a12365915
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Presentation-and-application-logic-separation-tf4341077.html#a12376844
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




No localizer has been set

2007-08-28 Thread Martin Bednář
I use code below, it works on my development machine (linux, jetty6) but 
don't work on production server (linux,tomcat-5, tomcat 5.5).

Any advice ?

   public LanguageCheckBoxPanel(String id) {
   super(id);
   for (LanguageSelectOption languageOption : 
LanguageModel.languages) {

   languages.add(new CheckBoxLanguageWrapper(languageOption));
   }

   add(new ListView(languageList, languages) {
   protected void populateItem(ListItem item) {
   CheckBoxLanguageWrapper wrapper = 
(CheckBoxLanguageWrapper) item

   .getModelObject();

//On this line code fails
   item.add(new Label(name, new StringResourceModel(wrapper
   .getValue(), null, null)));
   
   item.add(new CheckBox(check, new PropertyModel(wrapper,

   selected)));
   }
   });

   }


Stack trace

WicketMessage: Exception in rendering component: [Component id = name, 
page = cz.triax.marathon.statistics.BatchPrintPage, path = 
2:navomaticBorder:form:languagePanel:languageList:0:name.Label, 
isVisible = true, isVersioned = false]


Root cause:

java.lang.IllegalStateException: No localizer has been set at 
wicket.model.StringResourceModel.getString(StringResourceModel.java:397) 
at 
wicket.model.StringResourceModel.toString(StringResourceModel.java:464) 
at java.lang.String.valueOf(String.java:2827) at 
java.lang.StringBuffer.append(StringBuffer.java:219) at 
wicket.model.AbstractDetachableModel.attach(AbstractDetachableModel.java:60) 
at 
wicket.model.AbstractDetachableModel.getObject(AbstractDetachableModel.java:101) 
at wicket.Component.getModelObject(Component.java:983) at 
wicket.Component.getModelObjectAsString(Component.java:998) at 
wicket.markup.html.basic.Label.onComponentTagBody(Label.java:113) at 
wicket.Component.renderComponent(Component.java:1712) at 
wicket.markup.html.WebComponent.onRender(WebComponent.java:61) at 
wicket.Component.render(Component.java:1526) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1334) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:917) 
at wicket.Component.renderComponent(Component.java:1712) at 
wicket.MarkupContainer.onRender(MarkupContainer.java:927) at 
wicket.Component.render(Component.java:1526) at 
wicket.markup.html.list.ListView.renderItem(ListView.java:676) at 
wicket.markup.html.list.ListView.onRender(ListView.java:637) at 
wicket.Component.render(Component.java:1526) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1334) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at 
wicket.MarkupContainer.renderAssociatedMarkup(MarkupContainer.java:571) 
at wicket.markup.html.panel.Panel.onComponentTagBody(Panel.java:108) at 
wicket.Component.renderComponent(Component.java:1712) at 
wicket.MarkupContainer.onRender(MarkupContainer.java:927) at 
wicket.Component.render(Component.java:1526) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1334) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:917) 
at wicket.markup.html.form.Form.onComponentTagBody(Form.java:779) at 
wicket.Component.renderComponent(Component.java:1712) at 
wicket.MarkupContainer.onRender(MarkupContainer.java:927) at 
wicket.markup.html.form.Form.onRender(Form.java:850) at 
wicket.Component.render(Component.java:1526) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1334) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at wicket.markup.html.border.Border.renderBodyComponent(Border.java:300) 
at wicket.markup.html.border.Border.resolve(Border.java:215) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1345) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at wicket.markup.html.border.Border.renderBodyComponent(Border.java:300) 
at wicket.markup.html.border.Border.resolve(Border.java:215) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1345) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at 
wicket.MarkupContainer.renderAssociatedMarkup(MarkupContainer.java:571) 
at wicket.markup.html.border.Border.onComponentTagBody(Border.java:244) 
at wicket.Component.renderComponent(Component.java:1712) at 
wicket.MarkupContainer.onRender(MarkupContainer.java:927) at 
wicket.Component.render(Component.java:1526) at 
wicket.MarkupContainer.renderNext(MarkupContainer.java:1334) at 
wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:982) 
at 
wicket.MarkupContainer.renderAssociatedMarkup(MarkupContainer.java:571) 
at wicket.markup.html.border.Border.onComponentTagBody(Border.java:244) 
at wicket.Component.renderComponent(Component.java:1712) at 
wicket.MarkupContainer.onRender(MarkupContainer.java:927) at 

Re: OpenLaszlo and Wicket?

2007-08-28 Thread Sean Sullivan
You could write a custom IBehavior that handles onclick events.

Here is a prototype behavior that I have been working on:

*public* *class* OnClickBehavior *extends* AttributeAppender

{

*private* *boolean* temporary = *false*;



*public* OnClickBehavior(String javascript)

{

*super*(onclick, *new* Model(javascript),  );

}

*public* *boolean* isTemporary()

{

*return* temporary;

}

 /**

* [EMAIL PROTECTED] b

*/

*public* *void* setTemporary(*boolean* b)

{

temporary = b;

}

}

 On 8/28/07, Samanth Bapu [EMAIL PROTECTED] wrote:

 All,

 I am not sure if what I am thinking is right!! I have a requirement
 where divs show/hide depending on user clicks. I can do this very easily
 using OpenLaszlo. Can this (OpenLaszlo component) be imported to my site
 developed on Wicket? If yes, how can I do it?

 Any help would be of great help.

 PS: If my question is unclear, please let me know, I'll try to explain
 in detail.

 Thanks
 Samanth



London Wicket User Group - Wednesday, 5th September 2007

2007-08-28 Thread jweekend

Next meeting:
When: 18:30-20:30, Wednesday, 5th September, 2007.
Where: Skills Matter Limited, 1 Sekforde Street, LONDON EC1R 0BE.
Booking:  http://jWeekend.co.uk jWeekend.co.uk  (click on the London Wicket
Event link on the top menu).

This London Wicket Users Group meeting promises to be another interesting,
informative and enjoyable event for people with varied backgrounds; from
hard-core developers to designers, architects and those of you with a
business idea looking for the best technologies to build your Java,
web-based applications with.
This time, we are again inviting people to bring along their laptops so we
can discuss and help with their Wicket apps.
After a brief welcome, we have 2 presentations lined up this time:
Cemal Bayramoglu: Wicket 1.3 Makes Ajax Easy
Al Maw: Forms with Flair - Validation and Context Help
And, as usual, after that, we will have a QA session. Al has again kindly
offered to answer all your Wicket questions so feel free to bring your
laptops, projects, ideas, designs, code... afterwards, we usually head off
to the pub for a bite to eat or a drink.
Space is limited for this free event, so please confirm your booking early.
It's looking like there is enough interest to make this a regular event, on
the first Tuesday of each month, starting on Tuesday, 2nd October, 2007.
Please contact us if you would like to give a presentation or suggest topics
for other presenters to talk about at our future events.

The London Wicket Event is organised by  http://jWeekend.co.uk
jWeekend.co.uk  and  http://herebebeasties.com Al Maw  .
Special thanks to  http://skillsmatter.com Skills Matter  who are generously
hosting our events.


-- 
View this message in context: 
http://www.nabble.com/London-Wicket-User-Group---Wednesday%2C-5th-September-2007-tf4344700.html#a12377731
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Is Wicket a proper framework for a Webshop ?

2007-08-28 Thread Antony Stubbs

If you're looking for a good action oriented framework - check out Stripes -
I hear it's very good at what it does.
The other alternative is Struts 2, but I hear people prefer Stripes.
Spring MVC seems to be getting a little behind...


neekibo wrote:
 
 Hi all Wicket-users!
 
 I am new to web development and so to Wicket. I'm searching for a/the
 suitable framework for my case.
 
 So here a few constrains:
  - A webshop with lots of products and categories
  - Integration with SpringCore and Hibernate
  - Ajax-Magic for a fast responding UI and Drag'n'Drop
 
 And a few misgivings:
  1.) A component framework is overhead for a webshop (mostly simple
 db-read-access operations without a state). A request/response-driven
 framework fits better in this context.
  2.) I need standard back and forth browser behaviour. Is this easy to
 achieve (with ajax in mind) ?
  3.) Security: I need to easy code sign in and secure the payment
 process (ssl over http is guess)
  4.) Performance/Scalability. I know, in general the DB is the bottleneck
 but ... compared to action-based frameworks. I read somewhere that Wicket
 is much faster that JSF, so this seems good to me.
 
 So these are just a few thoughts, I'm a new to this topic, so pardon me if
 something is wrong. In the moment my alternative is SpringMVC. But the
 concepts of Wicket appeals to me. Especially the complete lack of JSPs.
 
 Thanks in advance
 Paul
 

-- 
View this message in context: 
http://www.nabble.com/Is-Wicket-a-proper-framework-for-a-Webshop---tf4341788.html#a12378677
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Is Wicket a proper framework for a Webshop ?

2007-08-28 Thread Eelco Hillenius
 If you're looking for a good action oriented framework - check out Stripes -
 I hear it's very good at what it does.
 The other alternative is Struts 2, but I hear people prefer Stripes.
 Spring MVC seems to be getting a little behind...

imho any action oriented/ model 2 framework doesn't help you much,
whether you are using Ajax or not. There are no facilities for reuse,
the abstraction (simply request/ response) is too shallow to manage
complexity, they encourage procedural programming, etc. If you /must/
use a model 2 framework, Stripes seems to be the best choice. Though I
would just pick a component oriented framework like Wicket or GWT. Not
that my opinion would surprise anyone I bet :)

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re[2]: Alternative to Wicket data binding

2007-08-28 Thread Kent Tong



igor.vaynberg wrote:
 
 cmon, there are plenty of things you can abuse in wicket, or any other
 framework. that is just the nature of the beast. as framework developers
 we
 put out features and hope that our users know how to use them responsibly.
 we cannot continuously cater to newbie users, we have to cater to power
 users as well - and that sometimes means making things that newbie users
 might think unclean available anyways so power users can use them easily.
 having two property models might work but it just adds clutter.
 

Having a more obscurely located PrivateFieldModel is exactly catering to
power
users, while minimizing the chance of abuse by newbies. So both newbies and 
power users are catered to.

In fact, I am thinking about having an SelfPropertyModel instead which
will always try to access the properties and private fields of the model
itself. In the desired usage, one should create an anonymous subclass of
SelfPropertyModel that has the component as the enclosing instance, 
SelfPropertyModel will work on that component too. Obviously the 
constructor of SelfPropertyModel will only take the name of the property, 
but not a object (nor another model), it will truly only work on itself, its 
intended purpose will be clear and it can't be *easily* abused.

public class NamePanel extends Panel {
  private String firstName;
  private String lastName;

  public NamePanel() {
add(new TextField(firstName, new SelfPropertyModel(firstName) {}));
...
  }
}


igor.vaynberg wrote:
 
 we are going about this in circles, so what i propose is that someone who
 really cares about this to put out a vote.
 
 -igor
 

I am fine with it (even though I am learning more and more about this issue
in the process).
-- 
View this message in context: 
http://www.nabble.com/Alternative-to-Wicket-data-binding-tf4322899.html#a12379273
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re[2]: Alternative to Wicket data binding

2007-08-28 Thread Igor Vaynberg
yeah, but you are forgetting that you will also need the compound variant,
blah blah. before you know it you have replicated a bunch of the hierarchy.
like i said, lets have a vote, propose as many variants of this as you want
and we can see where it goes/what people prefer.

-igor


On 8/28/07, Kent Tong [EMAIL PROTECTED] wrote:




 igor.vaynberg wrote:
 
  cmon, there are plenty of things you can abuse in wicket, or any other
  framework. that is just the nature of the beast. as framework developers
  we
  put out features and hope that our users know how to use them
 responsibly.
  we cannot continuously cater to newbie users, we have to cater to power
  users as well - and that sometimes means making things that newbie users
  might think unclean available anyways so power users can use them
 easily.
  having two property models might work but it just adds clutter.
 

 Having a more obscurely located PrivateFieldModel is exactly catering to
 power
 users, while minimizing the chance of abuse by newbies. So both newbies
 and
 power users are catered to.

 In fact, I am thinking about having an SelfPropertyModel instead which
 will always try to access the properties and private fields of the model
 itself. In the desired usage, one should create an anonymous subclass of
 SelfPropertyModel that has the component as the enclosing instance,
 SelfPropertyModel will work on that component too. Obviously the
 constructor of SelfPropertyModel will only take the name of the property,
 but not a object (nor another model), it will truly only work on itself,
 its
 intended purpose will be clear and it can't be *easily* abused.

 public class NamePanel extends Panel {
   private String firstName;
   private String lastName;

   public NamePanel() {
 add(new TextField(firstName, new SelfPropertyModel(firstName)
 {}));
 ...
   }
 }


 igor.vaynberg wrote:
 
  we are going about this in circles, so what i propose is that someone
 who
  really cares about this to put out a vote.
 
  -igor
 

 I am fine with it (even though I am learning more and more about this
 issue
 in the process).
 --
 View this message in context:
 http://www.nabble.com/Alternative-to-Wicket-data-binding-tf4322899.html#a12379273
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Re[2]: Alternative to Wicket data binding

2007-08-28 Thread Kent Tong



igor.vaynberg wrote:
 
 yeah, but you are forgetting that you will also need the compound variant,
 blah blah. before you know it you have replicated a bunch of the
 hierarchy.
 like i said, lets have a vote, propose as many variants of this as you
 want
 and we can see where it goes/what people prefer.
 

Right. What if we have a SelfCompoundPropertyModel? It can serve as the
middle man for access to the component's private fields. So in principle it
is doable.

-- 
View this message in context: 
http://www.nabble.com/Alternative-to-Wicket-data-binding-tf4322899.html#a12379505
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



where can i find wicket jasperreport integration project?

2007-08-28 Thread aozster

I'm looking for wikcet-contrib-jasperreport but I can't find it. Is this
project discontinued? where can I get the jar file?
-- 
View this message in context: 
http://www.nabble.com/where-can-i-find-wicket-jasperreport-integration-project--tf4345301.html#a12379635
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: where can i find wicket jasperreport integration project?

2007-08-28 Thread Igor Vaynberg
http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-jasperreports/

-igor


On 8/28/07, aozster [EMAIL PROTECTED] wrote:


 I'm looking for wikcet-contrib-jasperreport but I can't find it. Is this
 project discontinued? where can I get the jar file?
 --
 View this message in context:
 http://www.nabble.com/where-can-i-find-wicket-jasperreport-integration-project--tf4345301.html#a12379635
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: Is Wicket a proper framework for a Webshop ?

2007-08-28 Thread Eelco Hillenius
 For the record I completely agree with you :)

 I'm in the process of slapping the developers around here, trying to get
 them to wake up.

 Senior dev's recommending struts 1 for gods sake... now that's what i call
 afraid of change
 It's out of ignorance, and their unwillingness to see what else is out
 there.

Yep, I know all about it. In fact, right before reading this mail, I
wrote this: http://tech.groups.yahoo.com/group/seajug/message/12862

:-)

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How to use ImageButton??

2007-08-28 Thread Andrew Lombardi
Maybe, just maybe .. you can try and ask a question that makes some 
kind of sense?

Did you look at the javadoc which clearly explains what its for?

On Tue, 28 Aug 2007 20:51:23 -0700 (PDT), J2EEKevinLIu Liu wrote:
 I am confused with the usage of ImageButton. Expect your help~~
 

 -
 Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see 
 what's on, when. 

--
To our success!

Andrew Lombardi: Mystic Coders, LLC - Coding Magic
contact | [EMAIL PROTECTED] | mobile: 714-697-8046
office/fax: 714-948-2382 | aim: nlpjunke

===
This message is for the named person's use only. You must not, directly 
or indirectly, use, disclose, distribute, print, or copy any part of 
this message if you are not the intended recipient.
===

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Apache Wicket 1.3.0-beta3 released!

2007-08-28 Thread Martijn Dashorst
This is the third beta for Apache Wicket we have prepared for your
pleasure. It contains over 100 fixes to issues with previous releases and todo
items we have cleared.

In this announcement:
- Apache Wicket
- This release
- Migrating from 1.2
- Downloading the release
- Validating the release
- Reporting bugs

Eager people click here to download the distribution, others can read further:

   http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/

We thank you for your patience and support. Given the current list of remaining
issues we think a fourth beta release is necessary. But that is no
excuse for not
giving this third installment a test drive!

The Wicket Team

-= Apache Wicket =-

Apache Wicket is a component oriented Java web application framework currently
undergoing incubation at the Apache Software foundation. With proper
mark-up/logic separation, a POJO data model, and a refreshing lack of XML,
Apache Wicket makes developing web-apps simple and enjoyable again. Swap the
boilerplate, complex debugging and brittle code for powerful, reusable
components written with plain Java and HTML.

Our migration to a top level project is now completed and you can find our
website and documentation here:

   http://wicket.apache.org

-= This release =-

This release is the third in a series of beta releases until we feel
confident to finalize Wicket 1.3. This is called a beta because we don't have
fixed all bugs, and probably haven't found them all either (can you ever be
sure?). However, we are confident that most major API changes are in and
therefore want to give you access to a more stable platform than depending on
trunk.

- Migrating from 1.2 -

If you are coming from Wicket 1.2, you really want to read our migration
guide, found on the wiki:

   http://cwiki.apache.org/WICKET/migrate-13.html

- Downloading the release -

You can download the release from the official Apache mirror system, and you
can find it through the following link:

   http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/

For the Maven and Ivy fans out there: update your pom's to the following, and
everything will be downloaded automatically:

dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket/artifactId
   version1.3.0-beta3/version
/dependency

Substitute the artifact ID with the projects of your liking to get the other
projects.

Please note that we don't prescribe a Logging implementation for
SLF4J. You need to specify yourself which one you prefer. Read more
about SLF4J here: http://slf4j.org

- Validating the release -

The release has been signed by Martijn Dashorst, your release manager
for today. The public key can be found in the KEYS file in the
download area. Download the KEYS file only from the Apache website.

   http://www.apache.org/dist/wicket/1.3.0-beta3/KEYS

Instructions on how to validate the release can be found here:

   http://www.apache.org/dev/release-signing.html#check-integrity

- Reporting bugs -

In case you do encounter a bug, we would appreciate a report in our JIRA:

   http://issues.apache.org/jira/browse/WICKET

-= The distribution =-

In the distribution you will find a README. The README contains instructions
on how to build from source yourself and a list of all things that have been
fixed, added and/or removed since the first beta release.


Release Notes - Wicket - Version 1.3.0-beta3

** Sub-task
* [WICKET-866] - Assign open issues to next release
* [WICKET-867] - Build and upload distribution

** Bug
* [WICKET-322] - Odd behvavior with PasswordTextField evaluation
* [WICKET-447] - Password field gets reset on setResetPassword ==
false even after successful validation
* [WICKET-492] - Website Developer SVN still references the
branches/ directory and results in not found
* [WICKET-494] - id attribute is not preserved
* [WICKET-500] -
org.apache.wicket.extensions.yui.calendar.DateField; throws NPE upon
validation.
* [WICKET-525] - Component.getConverter is ignored by PropertyConverter
* [WICKET-555] - WicketTester.assertComponentOnAjaxResponse fails
if AJAX response contains line breaks
* [WICKET-564] - Problem with Autolinks inside panel preview code
* [WICKET-570] - MarkupCache does not load markup if it did not exist before
* [WICKET-601] - RadioGroup and CheckGroup cause XHTML validation
errors because of name attribute
* [WICKET-627] - Can't visit components in a ListView before
they're rendered.
* [WICKET-641] - wicket thread handling is not fully servlet container aware
* [WICKET-668] - PropertyResolver.getPropertySetter() depends on
calling PropertyResolver.setValue() first for it to work.
* [WICKET-686] - Allow validators to process null value
* [WICKET-695] - Border.resolve() should not attempt to render
contents if bodyVisible is false
* [WICKET-697] - FormTester crashes with NullPointerException, if
FormComponent is not found
* [WICKET-698] - If the model is List,