Re: Wicket-1.3-beta2 validation (conversion) bug?
If you believe that the usecase is obscure, shouldn't this approach to be
reconsidered? Or at least discussed a little bit more, before the final
release is done?
Thank you!
igor.vaynberg wrote:
i believe it was jonathan who had an obscure usecase that null input was
supposed to be converted to a nonnull object.
-igor
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
I found a quick fix for my issue: instead of disabling the Textfield, I
make
it readonly... still wondering why the change has been made in the
convert()
method.
Matej Knopp-2 wrote:
At this point I don't know why the check was removed, but i suppose
there was a reason for it. I'm not sure whether we should support the
state when client and server are out of sync.
-Matej
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
This means that the component enable state must be always in sync with
the
client side state? Shouldn't it be set automatically as not enabled
after
the submit occurs? On the other hand, the same code worked great on
the
wicket-1.2.x branch..
Please help!
Matej Knopp-2 wrote:
I'm not sure if it's bug in wicket. So your input is disabled, but
the TextField component is not? That's not good, you need to disable
the TextField too in that case.
-Matej
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
After migrating from wicket-1.2.6 to wicket-1.3.0-beta2 I had the
following
problem:
application throws ConversionException when trying to convert a
null
value
of the Textfield wich is disabled on the clientside.
I've take a look on the convert() method of the FormComponent class
and
noticed the difference from the 1.2.x branch which may cause the
issue:
This snippet of code is from 1.3.0-beta2
[CODE]
if (typeName == null) {
//string conversion code
} else {
//type conversion code
}
[/CODE]
This snippet of code is from 1.2.6
[CODE]
if (type == null) {
//string conversion code
} else if (!Strings.isEmpty(getInput())) {
//type conversion code
}
[/CODE]
As you can see, in the 1.3.0-beta2 version, the conversion does not
check
if
the getInput() is an empty string before performing type
conversion.
I
wonder if it is a bug, or it is something that I missed?
Thank you!
Alex
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12140062
Sent from the Wicket - User mailing list archive at Nabble.com.
-
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]
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12141596
Sent from the Wicket - User mailing list archive at Nabble.com.
-
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]
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12157292
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/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12175844
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: setSerializeSessionAttributes in wicket-1.3.0-beta2
Eelco, you're right! The latest profiling shows where the bottleneck is... it is indeed not where I was looking for. I thought it was because of serialization because when using 1.2.x branch i found out that setSerializeSessionAttributes(false) improved a lot application responsiveness. Thank you a lot! Alex Eelco Hillenius wrote: Eelco, the ISessionStore interface has a lot of methods.. can you give me an example of how to get rid of the serialization? It really slows down the application. I can imagine those checks did cost something in 1.2, though with Wicket 1.3 and the way we use it with the session stores should be pretty well optimized. I think the last time I looked, serializating and saving a (pretty big) page took 1 or 2 miliseconds on my notebook. Are you sure this is such a bottle neck? Maybe there is something else you weren't aware of? Can you give us some numbers maybe? Anyway, if you want to build a session store from scratch, you could look at HttpSessionStore, copy most of it, but instead of storing in the session, you you store it in a hashmap. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/setSerializeSessionAttributes-in-wicket-1.3.0-beta2-tf4267003.html#a12176426 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: setSerializeSessionAttributes in wicket-1.3.0-beta2
Eelco, you're right! The latest profiling shows where the bottleneck is... it is indeed not where I was looking for. I thought it was because of serialization because when using 1.2.x branch i found out that setSerializeSessionAttributes(false) improved a lot application responsiveness. Pfew. I (and the rest of the team) will sleep much better now ;-) Anything you want to share what your problem was in case people can learn from it? Cheers, Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket-Stuff Tinymce-Editor: No toolbars in IE6
Hi,
I have a problem with the wicket-stuff Tinymce-Editor in the
InternetExplorer:
the first time the page is loaded, there are no tool-icons, just the
text-area. And IE gives the following Error:
Error: 'tinyMCE is undefined'
It' s an Java-Script-Error and it might be, that the scripts are not loaded
the right way. But I don´t know how to fix this. Here are the scripts from
generated the HTML-Source:
script type=text/javascript id=import!--/*--![CDATA[/*!--*/
var script = document.createElement('script');
script.id='tinyMCEScript';
script.src='resources/wicket.contrib.tinymce.TinyMCEPanel/tiny_mce/tiny_mce_src.js
';
script.type='text/javascript';
document.getElementsByTagName('head')[0].appendChild(script);
/*--]]*//script
script type=text/javascript id=init!--/*--![CDATA[/*!--*/
tinyMCE.init({
mode : specific_textareas,
editor_selector : mceEditor,
theme : advanced,
language : en,
plugins : contextmenu, save, paste, searchreplace, insertdatetime,
preview, zoom, table, emotions, iespell, flash, print, directionality,
fullscreen, spellchecker,
theme_advanced_buttons1_add_before : save, newdocument, separator,
theme_advanced_buttons1_add : fontselect, fontsizeselect,
theme_advanced_buttons2_add_before: cut, copy, paste, pastetext,
pasteword, separator, search, replace, separator,
theme_advanced_buttons2_add : separator, inserttime, insertdate,
separator, preview, zoom, separator, forecolor, backcolor,
theme_advanced_buttons3_add_before : tablecontrols,
theme_advanced_buttons3_add : emotions, iespell, flash, separator,
print, separator, ltr, rtl, separator, fullscreen,
theme_advanced_buttons4 : spellchecker,
theme_advanced_toolbar_location : top,
theme_advanced_statusbar_location : bottom,
theme_advanced_toolbar_align : left,
theme_advanced_resizing : true,
theme_advanced_resize_horizontal : false,
plugin_insertdate_timeFormat : Time: %H:%M,
plugin_insertdate_dateFormat : Date: %m-%d-%Y,
fullpage_default_xml_pi : false,
spellchecker_languages : +English=en
});
/*--]]*//script
Sometimes when the page is loaded again, the tool-icons are there. In
FireFox it works fine, but unfortunately I have to use IE for this project.
Thanks in advance,
Benjamin
strang bug in wicket-1.3.0-beta2 when submitting a form
I've got the following exception when submit a form... (the same code worked fine with wicket-1.2.6) Any thougths? [10:39:10.071] ERROR [http-8080-Processor8] RequestCycle - Could not find Form parent for [MarkupContainer [Component id = editOrCancel, page = ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage, path = 0:body:panel:actionDetailsContainer:actionDetails:panel:actionSummaryButtons:editOrCancel.Button, isVisible = true, isVersioned = false]] org.apache.wicket.WicketRuntimeException: Could not find Form parent for [MarkupContainer [Component id = editOrCancel, page = ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage, path = 0:body:panel:actionDetailsContainer:actionDetails:panel:actionSummaryButtons:editOrCancel.Button, isVisible = true, isVersioned = false]] at org.apache.wicket.markup.html.form.FormComponent.getForm(FormComponent.java:565) at org.apache.wicket.markup.html.form.Form$2.component(Form.java:416) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:820) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:407) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:643) at ro.isdc.centerparcs.dpa.ui.component.AjaxDynamicFormSubmitBehavior.onEvent(AjaxDynamicFormSubmitBehavior.java:86) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:163) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:252) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:97) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1031) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1107) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1176) at org.apache.wicket.RequestCycle.request(RequestCycle.java:499) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:257) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at
Re: Ajax refresh of DefaultDataTable in wicket-phonebook
Igor,
How would you suggest doing this refactor? The form really should go
outside of the table, but that puts it outside the realm of
DefatultDataTable since the wicket:id for it is on a table tag. If
DefaultDataTable does add the form somehow, what about when you don't
want filtering? Then the table is wrapped in a form for no reason.
Then again, there are situations where checkboxes in each row could be
needed, thus requiring a form around the whole table. So even if the
FilterToolbar is not added, the form could still be needed. It
wouldn't harm anything to have an extra form around it that isn't used
I suppose.
I'll do the refactoring if you can provide some suggestions or
guidance. I'm thinking of something along the line of having the
DefaultDataTable wicket:id be in a div and the DataTable.html markup
would include form ... and table ... tags. But you developed this
thing and probably have much better ideas.
Thanks,
Tauren
On 8/15/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
yes, i believe it is caused by invalid markup, maybe the form should be
factored out and put around the entire table.
-igor
On 8/14/07, Tauren Mills [EMAIL PROTECTED] wrote:
For some reason when I do an ajax refresh of the DefaultDataTable in
wicket-phonebook, the FilterToolbar disappears. I see it in the Ajax
Debugger, but it doesn't display on the screen. This is only
happening in FF, not IE (only tested on WinXP).
I cannot see any difference between the html that is rendered when the
page is loaded vs. when the ajax refresh happens. But FF decides to
not render the FilterToolbar after the ajax refresh, while IE does
render it.
I'm wondering if FF has issues with invalid HTML? The FilterToolbar
puts a form around a tr/tr and adds a span inside the form, but
outside the tr/tr. However, I don't understand why it would only
have a problem after the ajax render and not the original page render.
Here are the only code changes to ListContactsPage::
public ListContactsPage() {
addCreateLink();
IColumn[] columns = createColumns();
// set up data provider
ContactsDataProvider dataProvider = new ContactsDataProvider(dao);
// create the data table
final DefaultDataTable users = new DefaultDataTable(users,
Arrays
.asList(columns), dataProvider, 10);
users.addTopToolbar(new FilterToolbar(users, dataProvider));
users.setOutputMarkupId(true);
add(users);
add(new AjaxLink(refresh) {
@Override
public void onClick(AjaxRequestTarget target)
{
target.addComponent(users);
}
});
}
And add this to the markup:
a href=# wicket:id=refreshRefresh/a
Note that this is a simple case to illustrate the problem. In my
case, I'm using ModalWindows to edit the data, and on window close,
the data table is refreshed.
Any idea what is causing this? Is it the invalid markup? Any
thoughts on a solution?
Thanks,
Tauren
-
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 vs. ZK
Hi, Slightly off topic, but this is the summer vacation season on this hemisphere, so I'm sure no one will mind: On 8/16/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Wicket assumes that UI designers are *designers* (and not half-programmers like ZK assumes) only dealing with laying out, and that UI logic can best be coded in Java (by programmers obviously). We've been using wicket for a couple of months now, our first application is about to be deployed, so I looked back at the templates and started wondering how much this separation of concerns applies to us. We have a base page with some panels supplied by subclasses, then those panels are made up of subpanels, fragments, datatables, all with their respective HTML templates. We have a wrapper panel for each form input component to add a label and a nicer read-only view. All this even before we introduced a navigation border! We did start from a single HTML page from a designer, and all we had to do was slice that up, so there is some truth to the separation of concerns, but it is was a one-way road, there's no way the designer will understand all these HTML sniplets: We can only ask him to beautify a full, rendered page, and slice that up again to update the small template files. I'm not complaining or anything, haven't used any other web framework, and still can't see any I'd switch to, (well, theoretically, if designers could do OpenLaszlo all by themselves and we only had to supply the business logic via a web service...) just wanted to share my thoughts on the separation of concerns slogan. Gabor Szokoli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get the html combo value in wicket?
My Question is how to get the html combo value using wicket methods? igor.vaynberg wrote: the final value is put into the model -igor On 8/15/07, Edi [EMAIL PROTECTED] wrote: any reply.. Edi wrote: Hi, I have ordinary html combo, select name=comboTxt option value=oneOne/option option value=twoTwo/option /select How can I get the html combo value using wicket. if ordinary html text box input type=text name=txtbox means I can get getRequest().getParameter(txtbox); But In combo? Please let me know. Thanking You -- View this message in context: http://www.nabble.com/How-to-get-the-html-combo-value-in-wicket--tf4274630.html#a12175034 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/How-to-get-the-html-combo-value-in-wicket--tf4274630.html#a12177702 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: Given a Page subclass and its PageParameters, how to determine the URL string?
Hi, I'm doing this by mounting an alias-name to the page in the application's init()-method by calling WebApplication.mountBookmarkablePage( java.lang.String path,java.lang.Class bookmarkablePageClass) e.g. mountBookmarkablePage(verifyEmail, VerifyEmailPage.class) Then you can send an email with a link like www.yourapp.com/verifyEmail?...params ... Regards, Oliver Justin Morgan (Logic Sector) wrote: Hi, (I've poked around the Wicket mailing list archives and FAQ and haven't seen an obvious solution for this.) My question: How do I to determine in advance what the encrypted URL string of a page (plus its parameters) will be? In case it matters, I'm using CryptedUrlWebRequestCodingStrategy. The reason for the question: I've created a rudimentary VerifyEmailPage in my app that takes an email address as a page parameter. A URL string will be put in an email message and sent to a user when that user creates an account. (The URL string accesses the VerifyEmailPage.) The user then clicks on the URL in the email in order to validate the email address. I need a way to determine what that URL should be (so I can send the URL to them). Thanks for any info, Justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Given-a-Page-subclass-and-its-PageParameters%2C-how-to-determine-the-URL-string--tf4278204.html#a12177813 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: How to get the html combo value in wicket?
the selected value will get attached to the model, please take a look at FormInputExample in Wicket Examples. -dipu On 8/16/07, Edi [EMAIL PROTECTED] wrote: My Question is how to get the html combo value using wicket methods? igor.vaynberg wrote: the final value is put into the model -igor On 8/15/07, Edi [EMAIL PROTECTED] wrote: any reply.. Edi wrote: Hi, I have ordinary html combo, select name=comboTxt option value=oneOne/option option value=twoTwo/option /select How can I get the html combo value using wicket. if ordinary html text box input type=text name=txtbox means I can get getRequest().getParameter(txtbox); But In combo? Please let me know. Thanking You -- View this message in context: http://www.nabble.com/How-to-get-the-html-combo-value-in-wicket--tf4274630.html#a12175034 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/How-to-get-the-html-combo-value-in-wicket--tf4274630.html#a12177702 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: how to indicate a model changed when item has been removed?
Igor, Igor Vaynberg wrote: sounds like you are caching the list inside model returned by new PropertyModel( getModel(), thermometers) getModel() there. This is not the case. the thermometer is removed from parent entity and the parent itself is being persisted, so memory model is in sync with database. If I remove child panels from list then everything works fine. If the list was cached as you suggest then even after removal the return page would show the removed thermometer, which it does not. -- Leszek Gawron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to indicate a model changed when item has been removed?
Leszek Gawron wrote: Igor, Igor Vaynberg wrote: sounds like you are caching the list inside model returned by new PropertyModel( getModel(), thermometers) getModel() there. This is not the case. the thermometer is removed from parent entity and the parent itself is being persisted, so memory model is in sync with database. If I remove child panels from list then everything works fine. If the list was cached as you suggest then even after removal the return page would show the removed thermometer, which it does not. It looks like this: - query for thermometers' list page - RefreshingView.getItemModels() called - show page - click edit on some thermometer - page with form shown - click delete - RefreshingView.getItemModels() !NOT! called - exception in list child panel ThermometersPanel$ThermometerSensorPanel.isVisible why isn't thermometers list refreshed first? when I remove child panels this happens: - query for thermometers' list page - RefreshingView.getItemModels() called - show page - click edit on some thermometer - page with form shown - click delete - RefreshingView.getItemModels() called - page shown -- Leszek Gawron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[wicket stuff] wicket-contrib-bbcodecomponent released
So now its working.. Knock yourselfs out crasy writing bbcode:) Take a peek at the wiki for further information; http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-bbcodecomponent PS: This is a very basic version. A version with a little more spunk in it may come, if people clap enough in their hands or my project require so:) regards Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Caching the context path
Hi David,
what you're doing with different brandings I do similar for different languages
with Wicket 1.3.
I want www.xy.de/de/ map to german and www.xy.de/en/ map to english interface of
the application.
What I did was extending WicketFilter to support path-extensions. I just
implemented:
public String getRelativePath( HttpServletRequest request )
{
String relPath = super.getRelativePath( request );
int idx;
int len = relPath.length();
if( len 2 (idx = relPath.indexOf( '/' )) = 0 )
{
String lang = relPath.substring( 0, idx ).toLowerCase();
Locale locale = availableLocales.get( lang );
if( locale != null )
{
relPath = len lang.length() ? relPath.substring( lang.length() + 1 )
: ;
request.setAttribute( LANG_ATTRIBUTE, locale );
}
}
return(relPath);
}
So, this takes the first part of the relativePath from the request and checks if
I have a supported language for it. If so, I set the Locale in the
request-Attributes and my Application can access that.
Something similar might work for you.
Best regards --- Jan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
How to Hide/View Fields at run time combo selection
Hi, I have combo box with 3 items, String, Number, Date If I select String, Maximum character label with one textbox should display. some code : Initially I have hide Maximum character label and textbox using setVisible(false); In AjaxFormComponentUpdatingBehavior(onchange), protected void onUpdate(AjaxRequestTarget target) inside this method, I wrote: maxLength.setVisible(true); target.addComponent(maxLength); setOutputMarkupId(true); But in onchange combo, that text box not displaying When I click the same page tabs, that textbox is displaying. Please send your suggestions. Thanking You, Regards Edi -- View this message in context: http://www.nabble.com/How-to-Hide-View-Fields-at-run-time-combo-selection-tf4278782.html#a12178803 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: How to Hide/View Fields at run time combo selection
if you want to initially hide components and show them later via ajax, you have to call .setOutputMarkupPlaceHolderTrag(true) for the component. gerolf On 8/16/07, Edi [EMAIL PROTECTED] wrote: Hi, I have combo box with 3 items, String, Number, Date If I select String, Maximum character label with one textbox should display. some code : Initially I have hide Maximum character label and textbox using setVisible(false); In AjaxFormComponentUpdatingBehavior(onchange), protected void onUpdate(AjaxRequestTarget target) inside this method, I wrote: maxLength.setVisible(true); target.addComponent(maxLength); setOutputMarkupId(true); But in onchange combo, that text box not displaying When I click the same page tabs, that textbox is displaying. Please send your suggestions. Thanking You, Regards Edi -- View this message in context: http://www.nabble.com/How-to-Hide-View-Fields-at-run-time-combo-selection-tf4278782.html#a12178803 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
urls and localization
Hi!
I want to mount the same page with different url. eg:
protected void init() {
super.init();
mountBookmarkablePage(/catalog.html, Catalog.class);
mountBookmarkablePage(/catalogue.html, Catalog.class);
mountBookmarkablePage(/katalog.html, Catalog.class);
}
And it works great. I can access Catalog page with this three urls.
What I want to do is that:
add(new BookmarkablePageLink(link, Catalog.class));
renders # wicket:message key=catalog/ depends on user's locale.
If user has FR locale output should be:
/catalogue.html catalogue
and so on.
How can I achieve this?
Thanks,
Artur
--
View this message in context:
http://www.nabble.com/urls-and-localization-tf4278995.html#a12179363
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: How to Hide/View Fields at run time combo selection
I am using wicket1.2.3. I think this method is not available in that API Gerolf Seitz wrote: if you want to initially hide components and show them later via ajax, you have to call .setOutputMarkupPlaceHolderTrag(true) for the component. gerolf On 8/16/07, Edi [EMAIL PROTECTED] wrote: Hi, I have combo box with 3 items, String, Number, Date If I select String, Maximum character label with one textbox should display. some code : Initially I have hide Maximum character label and textbox using setVisible(false); In AjaxFormComponentUpdatingBehavior(onchange), protected void onUpdate(AjaxRequestTarget target) inside this method, I wrote: maxLength.setVisible(true); target.addComponent(maxLength); setOutputMarkupId(true); But in onchange combo, that text box not displaying When I click the same page tabs, that textbox is displaying. Please send your suggestions. Thanking You, Regards Edi -- View this message in context: http://www.nabble.com/How-to-Hide-View-Fields-at-run-time-combo-selection-tf4278782.html#a12178803 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/How-to-Hide-View-Fields-at-run-time-combo-selection-tf4278782.html#a12179458 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: Caching the context path
Kent, Have you considered using mod_rewrite (in Apache) to convert the one URL to the other? Thanks for the suggestion. Actually, I already use mod_proxy on my proxy server to rewrite the URLs to something like this: ProxyPass /cxt/ http://192.168.x.x:8080/cxt/ ProxyPassReverse /cxt/ http://192.168.x.x:8080/cxt/ What you're suggesting won't really change anything, I think, since there would be no way of knowing how to do the reverse mapping. In other words, if I mount my project on wicket, and redirect cxt1 and cxt2, I would have to write this: ProxyPass /cxt1/ http://192.168.2.2/wicket/ ProxyPassReverse /cxt1/ http://192.168.2.2/wicket/ ProxyPass /cxt2/ http://192.168.2.2/wicket/ ProxyPassReverse /cxt2/ http://192.168.2.2/wicket/ The ProxyPass commands are fine, but there is a problem with the reverse mapping, since the same path maps to two different values. Unless, of course, mod_proxy is much smarter than I am assuming. What could be possible is this: ProxyPass /cxt1/ http://192.168.2.2/wicket/cxt1/ ProxyPassReverse /cxt1/ http://192.168.2.2/wicket/cxt1/ ProxyPass /cxt2/ http://192.168.2.2/wicket/cxt2/ ProxyPassReverse /cxt2/ http://192.168.2.2/cxt2/ But, like I wrote in my last mail, I don't see the difference... Is there something I didn't consider that you were trying to suggest? Your app can still retrieve the requested URL to determine the branding. Oh... you did point out one thing that I didn't fully appreciate until now... you're right! Even if I rewrite the URL with mod_proxy, the original request stays intact... this could be useful... Thanks! Cheers, Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Caching the context path
Jan,
Thanks! This sounds just like what I need.
Can I ask: on what context path did you mount your wicket? You must have
mounted it on /*, right?
Cheers,
Dave
-Original Message-
From: Jan Kriesten [mailto:[EMAIL PROTECTED]
Sent: 16 August 2007 19:02
To: users@wicket.apache.org
Subject: Re: Caching the context path
Hi David,
what you're doing with different brandings I do similar for
different languages
with Wicket 1.3.
I want www.xy.de/de/ map to german and www.xy.de/en/ map to
english interface of
the application.
What I did was extending WicketFilter to support path-extensions. I just
implemented:
public String getRelativePath( HttpServletRequest request )
{
String relPath = super.getRelativePath( request );
int idx;
int len = relPath.length();
if( len 2 (idx = relPath.indexOf( '/' )) = 0 )
{
String lang = relPath.substring( 0, idx ).toLowerCase();
Locale locale = availableLocales.get( lang );
if( locale != null )
{
relPath = len lang.length() ? relPath.substring(
lang.length() + 1 ) : ;
request.setAttribute( LANG_ATTRIBUTE, locale );
}
}
return(relPath);
}
So, this takes the first part of the relativePath from the
request and checks if
I have a supported language for it. If so, I set the Locale in the
request-Attributes and my Application can access that.
Something similar might work for you.
Best regards --- Jan.
-
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: Caching the context path
David Leangen wrote: so what exactly are you doing? Well... the end goal is to use the URL as the controlling input for the branding of my application. So I have a BrandingService with something like: I'd suggest a better way of doing this... Run a single Wicket app. For the different inbound URLs, get Apache to add a header X-Branding with some appropriate String. Add a HeaderContributor in your base page which points to the appropriate CSS for that attribute, dug out of the WebRequest object. I assume you're using 1.3.x for this? Regards, -- Alastair Maw Wicket-biased blog at http://herebebeasties.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Requesting Focus for a component
Ayodeji Aladejebi wrote: I want to believe this is a javascript affair but after a form submits or an ajaxLink completes execution, is there any suggestion as to how to make the page focus jump to a particular component on the page See AjaxRequestTarget#focusComponent(). Regards, Al -- Alastair Maw Wicket-biased blog at http://herebebeasties.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Caching the context path
I'd suggest a better way of doing this... ... For the different inbound URLs, get Apache to add a header X-Branding with some appropriate String. ... Oh, that's interesting, too... I assume you're using 1.3.x for this? No... unfortunately, I'm stuck on 1.2.6 for now. Why? Won't this work on 1.2.6? Cheers, Dave -Original Message- From: Al Maw [mailto:[EMAIL PROTECTED] Sent: 16 August 2007 21:07 To: users@wicket.apache.org Subject: Re: Caching the context path David Leangen wrote: so what exactly are you doing? Well... the end goal is to use the URL as the controlling input for the branding of my application. So I have a BrandingService with something like: I'd suggest a better way of doing this... Run a single Wicket app. For the different inbound URLs, get Apache to add a header X-Branding with some appropriate String. Add a HeaderContributor in your base page which points to the appropriate CSS for that attribute, dug out of the WebRequest object. I assume you're using 1.3.x for this? Regards, -- Alastair Maw Wicket-biased blog at http://herebebeasties.com - 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: Inheritance?
I guess there are various ways to handle the common situation of having the same form perform multiple actions (add, update, delete etc). In your case, with multiple panels, why not just have the one-and-only implementation of onSubmit() (on the form in the panel superclass) call an abstract method on your panel superclass e.g. onFormSubmit()? Then you can implement this method differently on each panel subclass. Severian. -- View this message in context: http://www.nabble.com/Inheritance--tf4279366.html#a12180640 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: Inheritance?
good idea:) I'll do it that way:) and thanks:) severian wrote: I guess there are various ways to handle the common situation of having the same form perform multiple actions (add, update, delete etc). In your case, with multiple panels, why not just have the one-and-only implementation of onSubmit() (on the form in the panel superclass) call an abstract method on your panel superclass e.g. onFormSubmit()? Then you can implement this method differently on each panel subclass. Severian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is there something like ValidationDelegates in Wicket?
Hi, I'm new to Wicket. I worked with Tapestry before and I was wondering if there's something like the Tapestry ValidationDelegate available in Wicket? By adding a ValidationDelegate to a form I was able to override methods like writeLabelPrefix, writeLabelSuffix, writePrefix and writeSuffix. That made it very easy to add a '*' behind each component in the form if it was required and when it was in error I could automatically render the error-message behind the component and apply an error-style to the label of that component. It made life much easier and saved a lot of code. So far the only way I've been able to get error-messages to render behind component in Wicket is by using a custom component that I manually have to add after each component to both the template and to the Java code. I haven't yet found a way to add behaviors to components or forms that can render this kind of markup behind an existing component or its label. Rendering error-messages behind components is quite common and I'm a Wicket newbie, so I'm sure I must have overlooked something. Any help would be appreciated. regards, Onno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
url mapping and wizards
Hi, I've just started using Wicket and I've managed to mount pages so that the urls are cleaned up but for the life of me I can't seem to get it to work with Wizard pages. Is there a trick to this? At the moment it looks like this: http://localhost:8080/myapp/app/?wicket:interface=:12 I've tried mounting the wizard page as well as mounting the package that the wizard is in but with no luck. Many thanks Simon
RE: Caching the context path
Looks like WicketFilter is only available in 1.3. :-( something like this should be possible with extending/modifying WicketServlet as well I assume. But I really only assume. ;-) Actually, that's pretty much what I'm doing now, so... You must have mounted it on /*, right? yes. I suspect that I'll need to mount on /* for this to work. I'll somehow need to figure out how to make this work together with my other apps. Thanks again. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket-1.3-beta2 validation (conversion) bug?
it is obscure but it still should be possible. anyway, you can discuss it
here if you like. for example you can list some pros and cons that you think
the current approach has.
-igor
On 8/15/07, Alex Objelean [EMAIL PROTECTED] wrote:
If you believe that the usecase is obscure, shouldn't this approach to be
reconsidered? Or at least discussed a little bit more, before the final
release is done?
Thank you!
igor.vaynberg wrote:
i believe it was jonathan who had an obscure usecase that null input was
supposed to be converted to a nonnull object.
-igor
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
I found a quick fix for my issue: instead of disabling the Textfield, I
make
it readonly... still wondering why the change has been made in the
convert()
method.
Matej Knopp-2 wrote:
At this point I don't know why the check was removed, but i suppose
there was a reason for it. I'm not sure whether we should support the
state when client and server are out of sync.
-Matej
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
This means that the component enable state must be always in sync
with
the
client side state? Shouldn't it be set automatically as not enabled
after
the submit occurs? On the other hand, the same code worked great on
the
wicket-1.2.x branch..
Please help!
Matej Knopp-2 wrote:
I'm not sure if it's bug in wicket. So your input is disabled,
but
the TextField component is not? That's not good, you need to
disable
the TextField too in that case.
-Matej
On 8/14/07, Alex Objelean [EMAIL PROTECTED] wrote:
After migrating from wicket-1.2.6 to wicket-1.3.0-beta2 I had the
following
problem:
application throws ConversionException when trying to convert a
null
value
of the Textfield wich is disabled on the clientside.
I've take a look on the convert() method of the FormComponent
class
and
noticed the difference from the 1.2.x branch which may cause the
issue:
This snippet of code is from 1.3.0-beta2
[CODE]
if (typeName == null) {
//string conversion code
} else {
//type conversion code
}
[/CODE]
This snippet of code is from 1.2.6
[CODE]
if (type == null) {
//string conversion code
} else if (!Strings.isEmpty(getInput())) {
//type conversion code
}
[/CODE]
As you can see, in the 1.3.0-beta2 version, the conversion does
not
check
if
the getInput() is an empty string before performing type
conversion.
I
wonder if it is a bug, or it is something that I missed?
Thank you!
Alex
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12140062
Sent from the Wicket - User mailing list archive at Nabble.com.
-
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]
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12141596
Sent from the Wicket - User mailing list archive at Nabble.com.
-
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]
--
View this message in context:
http://www.nabble.com/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12157292
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/Wicket-1.3-beta2-validation-%28conversion%29-bug--tf4265733.html#a12175844
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: strang bug in wicket-1.3.0-beta2 when submitting a form
unfortunately formcomponent:565 doesnt point to anything useful. mind trying again with the trunk build? it looks like formcomponent is trying to find its form, do you have it inside a form? -igor On 8/16/07, Alex Objelean [EMAIL PROTECTED] wrote: I've got the following exception when submit a form... (the same code worked fine with wicket-1.2.6) Any thougths? [10:39:10.071] ERROR [http-8080-Processor8] RequestCycle - Could not find Form parent for [MarkupContainer [Component id = editOrCancel, page = ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage, path = 0:body:panel:actionDetailsContainer:actionDetails:panel:actionSummaryButtons: editOrCancel.Button, isVisible = true, isVersioned = false]] org.apache.wicket.WicketRuntimeException: Could not find Form parent for [MarkupContainer [Component id = editOrCancel, page = ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage, path = 0:body:panel:actionDetailsContainer:actionDetails:panel:actionSummaryButtons: editOrCancel.Button, isVisible = true, isVersioned = false]] at org.apache.wicket.markup.html.form.FormComponent.getForm( FormComponent.java:565) at org.apache.wicket.markup.html.form.Form$2.component(Form.java:416) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:820) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:835) at org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java :407) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:643) at ro.isdc.centerparcs.dpa.ui.component.AjaxDynamicFormSubmitBehavior.onEvent (AjaxDynamicFormSubmitBehavior.java:86) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java :163) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest( AbstractDefaultAjaxBehavior.java:252) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents (BehaviorRequestTarget.java:97) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents( AbstractRequestCycleProcessor.java:90) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :1031) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1107) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1176) at org.apache.wicket.RequestCycle.request(RequestCycle.java:499) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:257) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java :127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke( FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter( FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter( ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter( AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java :106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter( HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter( FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java :148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java :98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at
Re: Revision 564878: Remove HtmlBodyContainer
Hm, that's not really possible for me here (as stated in the linked post). That particular page already has a base page, so I could put this markup only into the wicket:extend block. Also, the markup is some dynamically generated JavaScript, which needs to be right after body. I think it would work to put a Container in my base page, and link it to the body wicket:id=containerId. But then I would have to add all children not to the page, but this container, which would require a lot of other changes I guess. So, maybe any other ideas? greetings, .rue 2007/8/16, Igor Vaynberg [EMAIL PROTECTED]: put that custom markup into a base page. -igor On 8/16/07, Rüdiger Schulz [EMAIL PROTECTED] wrote: Hello, I'm developing an application using 1.3.0_snapshot. Some days ago, HtmlBodyContainer was removed. I was using this to put custom markup after body and before /body (see also here http://www.nabble.com/BodyContributor--tf2578291.html). How can I accomplish this now? I looked at the changes to WebPage in that revision, but still couldn't find out what to do. Thanks alot! -- greetings from Berlin, Rüdiger Schulz www.2rue.de -- greetings from Berlin, Rüdiger Schulz www.2rue.de
Re: Caching the context path
You can use the header approach just fine on 1.2.x. If you were using 1.3.x then your pointing two paths at the same wicket app would work fine too, I think. If you're running behing mod_proxy I'd strongly recommend upgrading to 1.3.0-beta2 - it solves a bunch of issues with this by using relative URLs everywhere instead. Regards, Al David Leangen wrote: I'd suggest a better way of doing this... ... For the different inbound URLs, get Apache to add a header X-Branding with some appropriate String. ... Oh, that's interesting, too... I assume you're using 1.3.x for this? No... unfortunately, I'm stuck on 1.2.6 for now. Why? Won't this work on 1.2.6? Cheers, Dave -Original Message- From: Al Maw [mailto:[EMAIL PROTECTED] Sent: 16 August 2007 21:07 To: users@wicket.apache.org Subject: Re: Caching the context path David Leangen wrote: so what exactly are you doing? Well... the end goal is to use the URL as the controlling input for the branding of my application. So I have a BrandingService with something like: I'd suggest a better way of doing this... Run a single Wicket app. For the different inbound URLs, get Apache to add a header X-Branding with some appropriate String. Add a HeaderContributor in your base page which points to the appropriate CSS for that attribute, dug out of the WebRequest object. I assume you're using 1.3.x for this? Regards, -- Alastair Maw Wicket-biased blog at http://herebebeasties.com - 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] !DSPAM:46c442b3323394576627205! -- Alastair Maw Wicket-biased blog at http://herebebeasties.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request Cycle TimeOut
please file a bug. also understand that if you set timeout to one hour that
means the user will not be able to access any other page within that session
until the original request goes through.
-igor
On 8/16/07, Gustavo Yoshizaki [EMAIL PROTECTED] wrote:
Hi,
I have some problems with the time out of the request cycle. I extended my
application from WebApplication and in the init method added the following
line:
getRequestCycleSettings().setTimeout(Duration.ONE_HOUR);
However, in one page with an ajax link, I got the following error:
09:00:05,290 ERROR [RequestCycle] java.lang.InterruptedException
wicket.WicketRuntimeException: java.lang.InterruptedException
at wicket.Session.getPage(Session.java:431)
This is an error thrown in Session.class:
try
{
pageMapsUsedInRequest.wait(timeout.getMilliseconds());
}
catch (InterruptedException ex)
{
throw new WicketRuntimeException(ex);
}
The timeout that pageMapsUsedInRequest waits is 1 minute, which is default
of Wicket. It seems that the settings is being ignored.
I'm using Wicket 1.2.6
Thanks
Re: Ideas for a Wicket Based Cms
Martijn Dashorst wrote: Take a look at the kronos CMS first (wicketstuff), and possibly Tally-Ho (java.net). Martijn Hi, I tried to run Kronos Cms and run into the exception below. May I know where should I put the nodetype.cnd file? I am running on Tomcat. Regards, James java.lang.RuntimeException: java.io.FileNotFoundException: nodetype.cnd (The system cannot find the file specified) at wicket.kronos.KronosApplication.init(KronosApplication.java:48) at wicket.protocol.http.WicketServlet.init(WicketServlet.java:299) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3951) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4225) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:709) at org.apache.catalina.startup.Catalina.start(Catalina.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432) Caused by: java.io.FileNotFoundException: nodetype.cnd (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at java.io.FileInputStream.init(Unknown Source) at java.io.FileReader.init(Unknown Source) at wicket.kronos.DataProcessor.repositoryStartup(DataProcessor.java:1091) at wicket.kronos.KronosApplication.init(KronosApplication.java:44) ... 19 more -- View this message in context: http://www.nabble.com/Ideas-for-a-Wicket-Based-Cms-tf4268307.html#a12185068 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: Request Cycle TimeOut
https://issues.apache.org/jira/
-igor
On 8/16/07, Gustavo Yoshizaki [EMAIL PROTECTED] wrote:
Okey, Thanks for the answer. How do I report this bug?
Gustavo
On 8/16/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
please file a bug. also understand that if you set timeout to one hour
that
means the user will not be able to access any other page within that
session
until the original request goes through.
-igor
On 8/16/07, Gustavo Yoshizaki [EMAIL PROTECTED] wrote:
Hi,
I have some problems with the time out of the request cycle. I
extended
my
application from WebApplication and in the init method added the
following
line:
getRequestCycleSettings().setTimeout(Duration.ONE_HOUR);
However, in one page with an ajax link, I got the following error:
09:00:05,290 ERROR [RequestCycle] java.lang.InterruptedException
wicket.WicketRuntimeException: java.lang.InterruptedException
at wicket.Session.getPage(Session.java:431)
This is an error thrown in Session.class:
try
{
pageMapsUsedInRequest.wait(timeout.getMilliseconds());
}
catch (InterruptedException ex)
{
throw new WicketRuntimeException(ex);
}
The timeout that pageMapsUsedInRequest waits is 1 minute, which is
default
of Wicket. It seems that the settings is being ignored.
I'm using Wicket 1.2.6
Thanks
Re: Is there something like ValidationDelegates in Wicket?
yep, i have a border implementation that does just this. it searches its hierarchy for a formcomponent(s) and adds labels, then if there are any errors it renders them after the component. so it is definetely possible, you still have to add a border/component but the chances are you are adding a label/component anyways. -igor On 8/16/07, Scott Swank [EMAIL PROTECTED] wrote: Look at Borders http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compref.BorderPage Particular the FormComponentFeedbackBorder. On 8/16/07, Onno Scheffers [EMAIL PROTECTED] wrote: Hi, I'm new to Wicket. I worked with Tapestry before and I was wondering if there's something like the Tapestry ValidationDelegate available in Wicket? By adding a ValidationDelegate to a form I was able to override methods like writeLabelPrefix, writeLabelSuffix, writePrefix and writeSuffix. That made it very easy to add a '*' behind each component in the form if it was required and when it was in error I could automatically render the error-message behind the component and apply an error-style to the label of that component. It made life much easier and saved a lot of code. So far the only way I've been able to get error-messages to render behind component in Wicket is by using a custom component that I manually have to add after each component to both the template and to the Java code. I haven't yet found a way to add behaviors to components or forms that can render this kind of markup behind an existing component or its label. Rendering error-messages behind components is quite common and I'm a Wicket newbie, so I'm sure I must have overlooked something. Any help would be appreciated. regards, Onno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Scott Swank reformed mathematician - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket vs. ZK
We've been using wicket for a couple of months now, our first application is about to be deployed, so I looked back at the templates and started wondering how much this separation of concerns applies to us. We have a base page with some panels supplied by subclasses, then those panels are made up of subpanels, fragments, datatables, all with their respective HTML templates. We have a wrapper panel for each form input component to add a label and a nicer read-only view. All this even before we introduced a navigation border! We did start from a single HTML page from a designer, and all we had to do was slice that up, so there is some truth to the separation of concerns, but it is was a one-way road, there's no way the designer will understand all these HTML sniplets: We can only ask him to beautify a full, rendered page, and slice that up again to update the small template files. I'm not complaining or anything, haven't used any other web framework, and still can't see any I'd switch to, (well, theoretically, if designers could do OpenLaszlo all by themselves and we only had to supply the business logic via a web service...) just wanted to share my thoughts on the separation of concerns slogan. I agree: especially if you break your application up in many panels, it can be hard to keep an overview. So sometimes, there is something to say for following a more page based approach in favor of reusability. However, part of the argument still holds as even broken up in panels, you still don't have to deal with loops, conditionals, etc in your markup. It should still pretty much be a 1-1 translation, where the only extra thing you do is break it up in smaller pieces. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request Cycle TimeOut
Okey, Thanks for the answer. How do I report this bug?
Gustavo
On 8/16/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
please file a bug. also understand that if you set timeout to one hour
that
means the user will not be able to access any other page within that
session
until the original request goes through.
-igor
On 8/16/07, Gustavo Yoshizaki [EMAIL PROTECTED] wrote:
Hi,
I have some problems with the time out of the request cycle. I extended
my
application from WebApplication and in the init method added the
following
line:
getRequestCycleSettings().setTimeout(Duration.ONE_HOUR);
However, in one page with an ajax link, I got the following error:
09:00:05,290 ERROR [RequestCycle] java.lang.InterruptedException
wicket.WicketRuntimeException: java.lang.InterruptedException
at wicket.Session.getPage(Session.java:431)
This is an error thrown in Session.class:
try
{
pageMapsUsedInRequest.wait(timeout.getMilliseconds());
}
catch (InterruptedException ex)
{
throw new WicketRuntimeException(ex);
}
The timeout that pageMapsUsedInRequest waits is 1 minute, which is
default
of Wicket. It seems that the settings is being ignored.
I'm using Wicket 1.2.6
Thanks
Re: setSerializeSessionAttributes in wicket-1.3.0-beta2
Well, in this case the bottleneck was caused by an expensive call which was not cashed inside a very long list... Anyway, profiling tools helps very much in such cases, so I would recommend everybody who have performance issues to use it. :) Eelco Hillenius wrote: Eelco, you're right! The latest profiling shows where the bottleneck is... it is indeed not where I was looking for. I thought it was because of serialization because when using 1.2.x branch i found out that setSerializeSessionAttributes(false) improved a lot application responsiveness. Pfew. I (and the rest of the team) will sleep much better now ;-) Anything you want to share what your problem was in case people can learn from it? Cheers, Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/setSerializeSessionAttributes-in-wicket-1.3.0-beta2-tf4267003.html#a12185336 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: url mapping and wizards
this is not how wicket works. bookmarkable urls are entry points, but once you change the state of the page you have to keep track of that instance somehow - that is what :12: is in that url - a wicket page id. so once you change the state of any page it is no longer bookmarkable and thus cannot have a ncie url. -igor On 8/16/07, wicket user [EMAIL PROTECTED] wrote: Hi, I've just started using Wicket and I've managed to mount pages so that the urls are cleaned up but for the life of me I can't seem to get it to work with Wizard pages. Is there a trick to this? At the moment it looks like this: http://localhost:8080/myapp/app/?wicket:interface=:12 I've tried mounting the wizard page as well as mounting the package that the wizard is in but with no luck. Many thanks Simon
Re: setSerializeSessionAttributes in wicket-1.3.0-beta2
Well, in this case the bottleneck was caused by an expensive call which was not cashed inside a very long list... Anyway, profiling tools helps very much in such cases, so I would recommend everybody who have performance issues to use it. :) Yeah, for sure. Which tool are you using? We are using YourKit, which is affordable and very easy to work with. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
full path/url to page using wicket.servlet
I'm migrating my app from 1.2.2 to 1.3 And the only real problem I have
is getting my rss feed up.
I'm adding the rss to the page head
link title=foo.com rel=alternate type=application/rss+xml...
I need the full path to the bookmarkable page to get this working (and
generate the all links inside the rss xml)
What I used to do was:
private String getFullUrl(
final String pageMapName,
final Class pageClass,
final PageParameters parameters)
{
HttpServletRequest
request=((ServletWebRequest)getRequest()).getHttpServletRequest();
final StringBuffer url = new StringBuffer();
url.append(getProtocolHeader(request.getProtocol()));
url.append(request.getServerName());
if(request.getServerPort()!=80)
{
url.append(:);
url.append(String.valueOf(request.getServerPort()));
}
url.append(urlFor(
pageClass,
parameters));
}
private String getProtocolHeader(String protocol)
{
if(protocol.equals(HTTP/1.1))
return http://;;
else
return ;
}
Basically what is described on the wiki page (search for rss)
But using the Filter instead of the Servlet I'm missing part of the url.
urlFor only returns the last bit of the bookmarkable part for example:
Rss.class is mounted as /rss
and urlFor(Rss.class, new PageParameters()); returns 'rss' instead of
'/servlet/app/rss' (what it used to do in 1.2.x)
What do I have to change to get this working again?
cheers
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: setSerializeSessionAttributes in wicket-1.3.0-beta2
Me too :)... YourKit rocks! :) Eelco Hillenius wrote: Well, in this case the bottleneck was caused by an expensive call which was not cashed inside a very long list... Anyway, profiling tools helps very much in such cases, so I would recommend everybody who have performance issues to use it. :) Yeah, for sure. Which tool are you using? We are using YourKit, which is affordable and very easy to work with. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/setSerializeSessionAttributes-in-wicket-1.3.0-beta2-tf4267003.html#a12186905 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: full path/url to page using wicket.servlet
Thnx Al I'll do what you suggest as a temp fix (maybe store them in a db for easy redeployment) Hope you fix this though :) Thijs Al Maw wrote: Thijs wrote: I need the full path to the bookmarkable page to get this working What do I have to change to get this working again? I need to fix WICKET-609 to make this easy for you. ;-) The reason this has become difficult in Wicket 1.3 is that we now generate relative URLs so sitting behind a mod_proxy Just Works(tm). However, that now means that Wicket doesn't really know or care about the servlet context path bit of your deployment, or the domain name it's all sitting on. This is a good thing, as relying on those when you're behind a mod_proxy breaks everything. The only way to make this work until I've fixed WICKET-609 is to use the urlFor() method and manually add the appropriate domain name and path on to the front of your URL. Regards, Al - 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 vs. ZK
Hi Eelco, When will the book be published? What version of Wicket it talks about? I am actually would like to view a picture of the achitecture like ZK has in its design documentation. I haven't found it yet. I bet I will learn more along the way I am using it. But it's always nice to have it in mind. I noticed the second chapter of the book is about architecture. Is this the only place for this information? Btw, it's also a topic that we write a whole chapter about in Wicket In Action - though that chapter won't be available for a month or so as we're revising it - so if you sign up for MEAP (nope, it's not free) you can help use make that chapter perfect by giving us feedback when it is available :) Thanks, Julie -- View this message in context: http://www.nabble.com/Wicket-vs.-ZK-tf4276516.html#a12188293 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: Caching the context path
If you're running behing mod_proxy I'd strongly recommend upgrading to 1.3.0-beta2 - it solves a bunch of issues with this by using relative URLs everywhere instead. Hmmm... that looks like it's going to take a lot of work... but I guess I'll need to do it sooner or later. :-/ Ok, thanks for the suggestions! Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Localizing title of ModalWindow
setTitle(getString(editTitle)); but that method really should take an imodel, please add an rfe -igor On 8/16/07, Tauren Mills [EMAIL PROTECTED] wrote: I'm using a panel based ModalWindow and want to localize the window title. Without localization, I'd do this: modalWindow.setTitle(Edit User); The setTitle() method takes a string, not a resource. I'm not clear how to make this work. I tried this: modalWindow.setTitle((String)new ResourceModel(editTitle).getObject()); However, I then get this exception: java.util.MissingResourceException: Unable to find resource: editTitle at org.apache.wicket.Localizer.getString(Localizer.java:233) at org.apache.wicket.Localizer.getString(Localizer.java:127) at org.apache.wicket.model.ResourceModel.getObject(ResourceModel.java :75) I've tried adding the property editTitle to all sorts of property files in my project, but it just isn't finding it. What should I be doing? Tauren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Localizing title of ModalWindow
Thanks, Added as https://issues.apache.org/jira/browse/WICKET-854 Tauren On 8/16/07, Igor Vaynberg [EMAIL PROTECTED] wrote: setTitle(getString(editTitle)); but that method really should take an imodel, please add an rfe -igor On 8/16/07, Tauren Mills [EMAIL PROTECTED] wrote: I'm using a panel based ModalWindow and want to localize the window title. Without localization, I'd do this: modalWindow.setTitle(Edit User); The setTitle() method takes a string, not a resource. I'm not clear how to make this work. I tried this: modalWindow.setTitle((String)new ResourceModel(editTitle).getObject()); However, I then get this exception: java.util.MissingResourceException: Unable to find resource: editTitle at org.apache.wicket.Localizer.getString(Localizer.java:233) at org.apache.wicket.Localizer.getString(Localizer.java:127) at org.apache.wicket.model.ResourceModel.getObject(ResourceModel.java :75) I've tried adding the property editTitle to all sorts of property files in my project, but it just isn't finding it. What should I be doing? Tauren - 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]
