DatePicker is not appear properly
Right now I'm migrating a application from wicket -1.4.x. to 1.5.8. We use wiQuery 1.5.7 (which depends on jQuery 1.6.4) in our project mainly for the date picker component. We also use jQuery 1.7.1 directly. The jQuery resource reference shall be added in the renderHead method of our base page. This use to work fine in wicket-1.4.x (of course with the older wiQuery version) But wiQuery components (date picker) are not displayed after migrating to wicket 1.5.8. Please note that when a wiQuery component is used in a page, it shall add it's bundled jQuery reference to head. May be there's a conflict between the jQuery versions, which I'm not sure. I also noted that in such cases, wiQuery's jQuery reference takes precedence rather than the one in my base page. May be the order in which the header contributions are added is causing the problem? When I don't add jQuery-1.7.1 in my base page, wiQuery components are displayed properly. But we do need jQuery reference to be added irrespective of whether the page uses wiQuery components or not as we use some of the jQuery functions in our pages. Instructing wiQuery not to add jQuery reference doesn't help either.
Re: Wicket 6 Websocket Example
On Tue, Sep 18, 2012 at 12:31 AM, sfwicket li...@bgb.net wrote: Thanks... the Tomcat artifact could be switched to 0.2 as well - I know its commented out but would make it easier switching from Jetty to Tomcat. Done. Curious though in the example, ChartsResourceReference.java: JavaScriptHeaderItem.forReference(WicketWebSocketJQueryResourceReference.get()) presumably adds: to the header, but it also seems that by adding a WebSocketBehavior to the Panel, this is automatically included. Just trying to figure the bare minimum to get a WebsocketBehavior to work. Is adding this resource reference necessary? Wicket filters duplicate header contributions. This way both of them declare that they depend on wicket-websocket-jquery.js but only one contribution is actually done. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-Websocket-Example-tp4652059p4652067.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DatePicker is not appear properly
Hi, If you mark a component on the page with interface IWiQueryPlugin the wiquery will add jquery to you page (whether you use the date picker or not) that way you will not have to add jquery manually. On Tue, Sep 18, 2012 at 8:29 AM, Madasamy Sankarapandian madas...@mcruncher.com wrote: Right now I'm migrating a application from wicket -1.4.x. to 1.5.8. We use wiQuery 1.5.7 (which depends on jQuery 1.6.4) in our project mainly for the date picker component. We also use jQuery 1.7.1 directly. The jQuery resource reference shall be added in the renderHead method of our base page. This use to work fine in wicket-1.4.x (of course with the older wiQuery version) But wiQuery components (date picker) are not displayed after migrating to wicket 1.5.8. Please note that when a wiQuery component is used in a page, it shall add it's bundled jQuery reference to head. May be there's a conflict between the jQuery versions, which I'm not sure. I also noted that in such cases, wiQuery's jQuery reference takes precedence rather than the one in my base page. May be the order in which the header contributions are added is causing the problem? When I don't add jQuery-1.7.1 in my base page, wiQuery components are displayed properly. But we do need jQuery reference to be added irrespective of whether the page uses wiQuery components or not as we use some of the jQuery functions in our pages. Instructing wiQuery not to add jQuery reference doesn't help either. -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com
Re: Wicket 6 + WebSocket + Apache + mod_jk
Hi, You should ask this question in Tomcat's users@ mailing list. I'm not sure what mod_jk does with the web socket connection. On Tue, Sep 18, 2012 at 3:37 AM, sfwicket li...@bgb.net wrote: I have realized my WebSocket connection was closing briefly after opening because I have Apache httpd on port 80 with mod_jk running in front of my Tomcat instance on port 8080. When I connect directly on 8080 to Tomcat the Wicket WebSocket demo app works. What is the recommended configuration to allow a WebSocket app to run through Apache to Tomcat/Wicket and/or how do you adjust mod_jk to allow the WebSocket connection? Thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-WebSocket-Apache-mod-jk-tp4652073.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 / Modal Dialogs and Safari
Hi, Please create a ticket at http://issues.apache.org/jira/browse/WICKET and attach the patch. Thanks! On Tue, Sep 18, 2012 at 4:13 AM, Geoff Hayman ghay...@jawbone.com wrote: My apologies... the patch file was incomplete. This one supersedes the previous one http://apache-wicket.1842946.n4.nabble.com/file/n4652075/Fix_to_Wicket_6___Safari_modal_window_drag_issue1.patch Fix_to_Wicket_6___Safari_modal_window_drag_issue1.patch -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-Modal-Dialogs-and-Safari-tp4652066p4652075.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AjaxEditableLabel causes exceptions after session timeout
Hi, See https://issues.apache.org/jira/browse/WICKET-4594 The problem is that Wicket cannot differentiate between page parameters and ajax request parameters and in case of page re-creation all of them were used as page parameters for the new page instance. When a page is automatically re-created due to expiration the callback method (like onClick, onChange, etc) is not executed because the component/behavior may not be visible/enabled in the page's initial state. So the page is recreated and rendered in its initial state, no callbacks are executed at all. The whole thing started as simple feature request in WICKET-4014 but since then it causes only problems ... :-/ On Tue, Sep 18, 2012 at 4:49 AM, Ondrej Zizka ozi...@redhat.com wrote: Is there a mechanism to let the page be re-created with the original PageParameters? Maybe they could be kept within JS of the page and sent with the AJAX request? That would probably need a change in Wicket's AJAX code. (Wicket 1.5) That was the case until recently but there was no way to differentiate between original page parameters and custom request parameters for the Ajax request itself. So we took the safest way by dropping all parameters when a page is being auto-recreated. Could this be made optional? Because, in case the developer knows that the URL has all the data the page needs to be recreated, he could setSendPageParametersOnAjaxRequests(true) or such... That would make life with Ajax components easier... would it? :-) Or maybe I don't get this fully, as I don't know the Wicket internals... in which case, I believe you there was no way. If you have a minute, could you briefly explain that or point me to some wiki? Thanks. Ondra -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 - drupal markup is rendered totally wrong
hi Martin, Could you test with my code? Is it a bug or is something in my template not correct. Thanks ! kind regards, Marieke -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-drupal-markup-is-rendered-totally-wrong-tp4652034p4652084.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Auto PageParameters from a POJO?
Hi,
On Tue, Sep 18, 2012 at 5:09 AM, Ondrej Zizka ozi...@redhat.com wrote:
Hi,
I found myself repeatedly creating a PageParameters object from some
domain object for BookmarkablePageLink just to have it then parsed
back to that same domain object.
Example:
Release rel { product: AS; version: 7.1.2 }
=
add( new BookmarkablePageLink ( link, ReleasePage.class, new
PageParameters()
.add(product, rel.getProduct().getName())
.add(version, rel.getVersion() )
) );
So to avoid repeating that all the time, I created (besides a link
component) this in ReleasePage:
public static PageParameters createPageParameters( Release rel ){
return new PageParameters()
.add(product, rel.getProduct().getName())
.add(version, rel.getVersion() );
}
And I was thinking - is there some mechanism to automatically create the
params from the domain object, using properties matching against mount()
string?
E.g. like this:
mountPage(/release/${product.name}/${version}, ReleasePage.class);
new BookmarkablePageLink ( link, ReleasePage.class, rel); //
This would create page params the properties.
Anything like this available? If not, is it doable? It would reduce
quite some boilerplate code.
No, there is no such functionality in Wicket.
Whether it is doable - yes, everything is doable. But your approach is
much more simpler.
If something like this should be in the framework then
BookmarkablePageLink (and other clients of this API) should use a
helper that will have to find the respective IRequestMapper that is
responsible for that page, then this mapper will have to expose some
of its internals to be able to read its page class and named
parameters placeholders and finally it should use some Expression
Language parser to match the placeholders against the passed POJO ...
You see that it is much more complex.
Thanks,
Ondra
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 - drupal markup is rendered totally wrong
Hi, I tried but both your description and the code you pasted are hard to read/understand. Try to make a simple quickstart that demonstrates the problem and attach it to a ticket in Jira. On Tue, Sep 18, 2012 at 10:03 AM, Marieke Vandamme marieke.vanda...@tvh.be wrote: hi Martin, Could you test with my code? Is it a bug or is something in my template not correct. Thanks ! kind regards, Marieke -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-drupal-markup-is-rendered-totally-wrong-tp4652034p4652084.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Auto PageParameters from a POJO?
Roll your own, e.g. using commons BeanUtils:
import junit.framework.Assert;
import org.apache.commons.beanutils.BeanUtils;
import org.apache.wicket.request.mapper.parameter.INamedParameters;
import org.apache.wicket.request.mapper.parameter.PageParameters;
import org.junit.Test;
import java.io.Serializable;
import java.util.HashMap;
import java.util.Map;
public class PageParametersTest {
@Test
public void testPageParameters() {
// toPageParameters
MyBean bean = new MyBean(foo, bar);
final PageParameters pageParameters = toPageParameters(bean);
Assert.assertEquals(2, pageParameters.getNamedKeys().size());
Assert.assertEquals(foo, pageParameters.get(foo).toString());
Assert.assertEquals(bar, pageParameters.get(bar).toString());
// repopulate
MyBean newBean = new MyBean();
populate(newBean, pageParameters);
Assert.assertEquals(foo, newBean.getFoo());
Assert.assertEquals(bar, newBean.getBar());
}
public static PageParameters toPageParameters(Object object) {
final PageParameters params = new PageParameters();
try {
final Map map = BeanUtils.describe(object);
for (Object key : map.keySet()) {
if (!class.equals(key)) // We don't want the result of
getClass()
params.set((String) key, map.get(key));
}
} catch (Exception e) {
e.printStackTrace();
}
return params;
}
public static void populate(Object bean, PageParameters parameters) {
final MapString, Object map = new HashMapString, Object();
for (INamedParameters.NamedPair namedPair : parameters.getAllNamed()) {
map.put(namedPair.getKey(), namedPair.getValue());
}
try {
BeanUtils.populate(bean, map);
} catch (Exception e) {
e.printStackTrace();
}
}
public class MyBean implements Serializable {
private String foo;
private String bar;
public MyBean() {
}
public MyBean(String foo, String bar) {
this.foo = foo;
this.bar = bar;
}
public String getBar() { return bar; }
public void setBar(String bar) { this.bar = bar; }
public String getFoo() { return foo; }
public void setFoo(String foo) { this.foo = foo; }
}
}
-Tom
On 18.09.2012, at 04:09, Ondrej Zizka ozi...@redhat.com wrote:
And I was thinking - is there some mechanism to automatically create the
params from the domain object, using properties matching against mount()
string?
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Auto PageParameters from a POJO?
you can create some reusable bookmarkablelink like below
public class ReleaseBookmarkablePageLink extends BookmarkablePageLink{
private Release release;
public ReleaseBookmarkablePageLink(String id,Class? extends
PagepageClass,Release release){
super(id,pageClass);
this.release=release;
}
@Override
protected void onInitialize() {
super.onInitialize();
getPageParameters().set(product,
release.getProduct().getName());
getPageParameters().set(version, release.getVersion() );
}
}
if you don't want to serialize release object,you can just serialize
it's key and retrieve release object from it
On Tue, Sep 18, 2012 at 7:39 AM, Ondrej Zizka ozi...@redhat.com wrote:
Hi,
I found myself repeatedly creating a PageParameters object from some
domain object for BookmarkablePageLink just to have it then parsed
back to that same domain object.
Example:
Release rel { product: AS; version: 7.1.2 }
=
add( new BookmarkablePageLink ( link, ReleasePage.class, new
PageParameters()
.add(product, rel.getProduct().getName())
.add(version, rel.getVersion() )
) );
So to avoid repeating that all the time, I created (besides a link
component) this in ReleasePage:
public static PageParameters createPageParameters( Release rel ){
return new PageParameters()
.add(product, rel.getProduct().getName())
.add(version, rel.getVersion() );
}
And I was thinking - is there some mechanism to automatically create the
params from the domain object, using properties matching against mount()
string?
E.g. like this:
mountPage(/release/${product.name}/${version}, ReleasePage.class);
new BookmarkablePageLink ( link, ReleasePage.class, rel); //
This would create page params the properties.
Anything like this available? If not, is it doable? It would reduce
quite some boilerplate code.
Thanks,
Ondra
--
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: DatePicker is not appear properly
Ernesto, Per WiQuery 6.0.0 IWiQueryPlugin is deprecated. Users have to add the resources to the component themselves. From: Ernesto Reinaldo Barreiro [reier...@gmail.com] Sent: 18 September 2012 08:47 To: users@wicket.apache.org Subject: Re: DatePicker is not appear properly Hi, If you mark a component on the page with interface IWiQueryPlugin the wiquery will add jquery to you page (whether you use the date picker or not) that way you will not have to add jquery manually. On Tue, Sep 18, 2012 at 8:29 AM, Madasamy Sankarapandian madas...@mcruncher.com wrote: Right now I'm migrating a application from wicket -1.4.x. to 1.5.8. We use wiQuery 1.5.7 (which depends on jQuery 1.6.4) in our project mainly for the date picker component. We also use jQuery 1.7.1 directly. The jQuery resource reference shall be added in the renderHead method of our base page. This use to work fine in wicket-1.4.x (of course with the older wiQuery version) But wiQuery components (date picker) are not displayed after migrating to wicket 1.5.8. Please note that when a wiQuery component is used in a page, it shall add it's bundled jQuery reference to head. May be there's a conflict between the jQuery versions, which I'm not sure. I also noted that in such cases, wiQuery's jQuery reference takes precedence rather than the one in my base page. May be the order in which the header contributions are added is causing the problem? When I don't add jQuery-1.7.1 in my base page, wiQuery components are displayed properly. But we do need jQuery reference to be added irrespective of whether the page uses wiQuery components or not as we use some of the jQuery functions in our pages. Instructing wiQuery not to add jQuery reference doesn't help either. -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Mounting pages
Hi wickers !
I'm using wicket 6, if anyone can help with a problem with mapping pages and
web resources
I've been reading about it, but I can't find a way to make a web work as I want
+ http://wicketinaction.com/2011/07/wicket-1-5-mounting-pages/
+ http://wicketinaction.com/2011/07/wicket-1-5-request-mapper/
+ https://cwiki.apache.org/confluence/display/WICKET/Request+mapping
I want to have two pages, Page1.class and Page2.class, Page1.class will collect
every petition, except '/mynews' that will be answered by Page2.class and
images and other resources (javascript, flash and videos, etc. )
In my WebApplication class, in the init() method, I've tried:
public void init() {
mount(new MountedMapper(/${parameter1}/#{parameter2},Page1.class));
mount(new MountedMapper(/${parameter1},Page1.class));
mount(new MountedMapper(/myNews, Page2.class));
}
But always answers Page1.class
I've tried the opposite: to mount Page2.class first, and other combinations;
the result is the same.
¿ anyone knows why ?
Also, sometimes the url {Page1.class}/var1/var2 is redirected to
{Page1.class}?parameter1=var1parameter2=var2 this is a thing I hate specially
Thank for your help
Oscar Besga Arcauz
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 - drupal markup is rendered totally wrong
Sorry, it's a common fact that women can make something difficult from something very easy. I hope my quickstart does the trick. WICKET-4766 Thanks ! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-drupal-markup-is-rendered-totally-wrong-tp4652034p4652092.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DatePicker is not appear properly
Hielke, Yes I know (in fact you will have it from wicket itself). But for 1.5.X is still a valid solution. On Tue, Sep 18, 2012 at 10:04 AM, Hielke Hoeve hielke.ho...@topicus.nlwrote: Ernesto, Per WiQuery 6.0.0 IWiQueryPlugin is deprecated. Users have to add the resources to the component themselves. From: Ernesto Reinaldo Barreiro [reier...@gmail.com] Sent: 18 September 2012 08:47 To: users@wicket.apache.org Subject: Re: DatePicker is not appear properly Hi, If you mark a component on the page with interface IWiQueryPlugin the wiquery will add jquery to you page (whether you use the date picker or not) that way you will not have to add jquery manually. On Tue, Sep 18, 2012 at 8:29 AM, Madasamy Sankarapandian madas...@mcruncher.com wrote: Right now I'm migrating a application from wicket -1.4.x. to 1.5.8. We use wiQuery 1.5.7 (which depends on jQuery 1.6.4) in our project mainly for the date picker component. We also use jQuery 1.7.1 directly. The jQuery resource reference shall be added in the renderHead method of our base page. This use to work fine in wicket-1.4.x (of course with the older wiQuery version) But wiQuery components (date picker) are not displayed after migrating to wicket 1.5.8. Please note that when a wiQuery component is used in a page, it shall add it's bundled jQuery reference to head. May be there's a conflict between the jQuery versions, which I'm not sure. I also noted that in such cases, wiQuery's jQuery reference takes precedence rather than the one in my base page. May be the order in which the header contributions are added is causing the problem? When I don't add jQuery-1.7.1 in my base page, wiQuery components are displayed properly. But we do need jQuery reference to be added irrespective of whether the page uses wiQuery components or not as we use some of the jQuery functions in our pages. Instructing wiQuery not to add jQuery reference doesn't help either. -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com
Re: Mounting pages
Hi,
Mapping on the root (/) with parameters in the request path is tricky ..
One way is to mount a custom root mapper that will check the url
segments and decide which page to use. See CryptoMapper and
HttpsMapper for demo of custom root mappers.
Another way is override #getCompatibilityScore() for your
MountedMappers below and the second one should return a higher value
if there is only one segment and its value is myNews
On Tue, Sep 18, 2012 at 11:05 AM, Oscar Besga Arcauz obe...@isdefe.es wrote:
Hi wickers !
I'm using wicket 6, if anyone can help with a problem with mapping pages and
web resources
I've been reading about it, but I can't find a way to make a web work as I
want
+ http://wicketinaction.com/2011/07/wicket-1-5-mounting-pages/
+ http://wicketinaction.com/2011/07/wicket-1-5-request-mapper/
+ https://cwiki.apache.org/confluence/display/WICKET/Request+mapping
I want to have two pages, Page1.class and Page2.class, Page1.class will
collect every petition, except '/mynews' that will be answered by Page2.class
and images and other resources (javascript, flash and videos, etc. )
In my WebApplication class, in the init() method, I've tried:
public void init() {
mount(new MountedMapper(/${parameter1}/#{parameter2},Page1.class));
mount(new MountedMapper(/${parameter1},Page1.class));
mount(new MountedMapper(/myNews, Page2.class));
}
But always answers Page1.class
I've tried the opposite: to mount Page2.class first, and other combinations;
the result is the same.
¿ anyone knows why ?
Also, sometimes the url {Page1.class}/var1/var2 is redirected to
{Page1.class}?parameter1=var1parameter2=var2 this is a thing I hate specially
Thank for your help
Oscar Besga Arcauz
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Wicketstuff references Wicket-Snapshot
Hi, is it required that all the wicketstuff projects are related to the wicket snapshot releases? Thanks for review Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicketstuff references Wicket-Snapshot
No. This is a bug in the release process. There is an issue for this in WicketStuff. We need to build 6.0.0-1 with a this fix only. On Tue, Sep 18, 2012 at 2:22 PM, Per Newgro per.new...@gmx.ch wrote: Hi, is it required that all the wicketstuff projects are related to the wicket snapshot releases? Thanks for review Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
TabbedPanel whitspace markup
I've encountered a layout problem with TabbedPanels. In the
generated markup there is whitespace between the LI items and
the anchor that switches tabs. This causes a layout problem for me
with this style sheet (simplified to show the issue, not tested):
.selected a {
background: url(../i/bg_tab_lw_content_active.gif) repeat-x scroll center
top #E8EEF1;
border-right: 1px solid #CDD3D6;
}
a {
background: none repeat scroll 0 0 transparent;
border-right: 1px solid #FF;
}
li {
display: inline;
margin: 0;
list-style: none outside none
}
The idea is to have a white border between the tabs which
disappears for the selected tab. Kind of hard to explain
without screenshots. Currently with Wicket there is always
a small margin left or right of the white border of the A
element. It is caused by whitespace in the markup.
li { float:left; } would remove the undesired whitespace
but would break the rest of our layout.
Anyway, the root cause is the markup in TabbedPanel.html of
Wicket.
Current (1.5.8 and 6.0.0):
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabs
a href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a
/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Should be changed in e.g.
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabsa href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Is there a Wicket way to work around this?
Thanks for any insight,
Michael
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: bookmarkable page being processed twice, second time, extra parameters passed
I've seen pages be re-requested because of blank image tags. Look for image or CSS tags, etc, that might have a href=?someExtraParams. -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* On Mon, Sep 17, 2012 at 11:46 AM, Fergal Keating fergal.keat...@directski.com wrote: The only similar issues i have come across are with plugins to my browser (firebug etc) causing second requests without any parameters. But this may be something similar. On 17 September 2012 11:18, lucast lucastol...@hotmail.com wrote: Dear Forum, I have a bookmarkable page which can take two parameters: uniqueName=[uniqueName] and unique_id_key=[] For some reason, the page is being instantiated twice. The first time, the right parameters are being passed. The second time, a lot of parameters are being passed and one of the parameters has the wrong value: 0=[panel], 1=[style.css], uniqueName=[uniqueName], unique_id_key=[style] Has anyone experienced this before? how can one stop the second request coming through? Thanks in advance, Lucas -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/bookmarkable-page-being-processed-twice-second-time-extra-parameters-passed-tp4652031.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Fergal Keating IT Senior Engineer --- e. fergal.keat...@directski.com p. NA w. www.directski.com
Re: Wicket 6.0.0: RenderStrategy.REDIRECT_TO_RENDER and missing FeedbackMessages in ComponentFeedbackPanel.
On Mon, Sep 17, 2012 at 10:42 AM, Dan Haywood d...@haywood-associates.co.ukwrote: We're using RenderStrategy.REDIRECT_TO_RENDER (ie redirect after post strategy; in 1.4.x this was working fine and our FeedbackMessage's were rendered correctly against their reporter using ComponentFeedbackPanel. Having upgraded to 6.0.0, the messages no longer appear. Investigating, it seems that the FeedbackMessage#detach() causes reporter to be set to null, meaning that the ComponentFeedbackPanel's filter makes no match on the subsequent render. Changing the RenderStrategy to REDIRECT_TO_BUFFER causes the feedback messages to appear. This looks like a regression to me? But perhaps there's something I'm meant to do that isn't in the 6.0.0 migration notes? Any advice welcome! Dan Can you create a small quickstart to demonstrate the problem? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: TabbedPanel whitspace markup
Hi,
On Tue, Sep 18, 2012 at 2:29 PM, Lemke, Michael SZ/HZA-ZSW
lemke...@schaeffler.com wrote:
I've encountered a layout problem with TabbedPanels. In the
generated markup there is whitespace between the LI items and
the anchor that switches tabs. This causes a layout problem for me
with this style sheet (simplified to show the issue, not tested):
.selected a {
background: url(../i/bg_tab_lw_content_active.gif) repeat-x scroll
center top #E8EEF1;
border-right: 1px solid #CDD3D6;
}
a {
background: none repeat scroll 0 0 transparent;
border-right: 1px solid #FF;
}
li {
display: inline;
margin: 0;
list-style: none outside none
}
The idea is to have a white border between the tabs which
disappears for the selected tab. Kind of hard to explain
without screenshots. Currently with Wicket there is always
a small margin left or right of the white border of the A
element. It is caused by whitespace in the markup.
li { float:left; } would remove the undesired whitespace
but would break the rest of our layout.
Anyway, the root cause is the markup in TabbedPanel.html of
Wicket.
Current (1.5.8 and 6.0.0):
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabs
a href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a
/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Should be changed in e.g.
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabsa href=# wicket:id=linkspan
wicket:id=title[[tab title]]/span/a/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Is there a Wicket way to work around this?
You can create MyTabbedPanel that extends TabbedPanel and provides
MyTabbedPanel.html.
The only code in .java that is needed to add is the constructor(s) you use.
Thanks for any insight,
Michael
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: TabbedPanel whitspace markup
On Tue, Sep 18, 2012 1:51 PM
Martin Grigorov wrote:
On Tue, Sep 18, 2012 at 2:29 PM, Lemke, Michael SZ/HZA-ZSW wrote:
I've encountered a layout problem with TabbedPanels. In the
generated markup there is whitespace between the LI items and
the anchor that switches tabs. This causes a layout problem for me
with this style sheet (simplified to show the issue, not tested):
.selected a {
background: url(../i/bg_tab_lw_content_active.gif) repeat-x scroll
center top #E8EEF1;
border-right: 1px solid #CDD3D6;
}
a {
background: none repeat scroll 0 0 transparent;
border-right: 1px solid #FF;
}
li {
display: inline;
margin: 0;
list-style: none outside none
}
The idea is to have a white border between the tabs which
disappears for the selected tab. Kind of hard to explain
without screenshots. Currently with Wicket there is always
a small margin left or right of the white border of the A
element. It is caused by whitespace in the markup.
li { float:left; } would remove the undesired whitespace
but would break the rest of our layout.
Anyway, the root cause is the markup in TabbedPanel.html of
Wicket.
Current (1.5.8 and 6.0.0):
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabs
a href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a
/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Should be changed in e.g.
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabsa href=# wicket:id=linkspan
wicket:id=title[[tab title]]/span/a/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Is there a Wicket way to work around this?
You can create MyTabbedPanel that extends TabbedPanel and provides
MyTabbedPanel.html.
The only code in .java that is needed to add is the constructor(s) you use.
Thanks, I just did this. Works fine. But is there a chance
it gets fixed in Wicket? Or isn't this considered a problem?
Michael
Re: TabbedPanel whitspace markup
Create a ticket and attach the screenshots.
I'm not much in CSS and I cannot imagine how this whitespace breaks
the layout. But I don't see a problem to remove them too.
On Tue, Sep 18, 2012 at 3:07 PM, Lemke, Michael SZ/HZA-ZSW
lemke...@schaeffler.com wrote:
On Tue, Sep 18, 2012 1:51 PM
Martin Grigorov wrote:
On Tue, Sep 18, 2012 at 2:29 PM, Lemke, Michael SZ/HZA-ZSW wrote:
I've encountered a layout problem with TabbedPanels. In the
generated markup there is whitespace between the LI items and
the anchor that switches tabs. This causes a layout problem for me
with this style sheet (simplified to show the issue, not tested):
.selected a {
background: url(../i/bg_tab_lw_content_active.gif) repeat-x scroll
center top #E8EEF1;
border-right: 1px solid #CDD3D6;
}
a {
background: none repeat scroll 0 0 transparent;
border-right: 1px solid #FF;
}
li {
display: inline;
margin: 0;
list-style: none outside none
}
The idea is to have a white border between the tabs which
disappears for the selected tab. Kind of hard to explain
without screenshots. Currently with Wicket there is always
a small margin left or right of the white border of the A
element. It is caused by whitespace in the markup.
li { float:left; } would remove the undesired whitespace
but would break the rest of our layout.
Anyway, the root cause is the markup in TabbedPanel.html of
Wicket.
Current (1.5.8 and 6.0.0):
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabs
a href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a
/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Should be changed in e.g.
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabsa href=# wicket:id=linkspan
wicket:id=title[[tab title]]/span/a/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Is there a Wicket way to work around this?
You can create MyTabbedPanel that extends TabbedPanel and provides
MyTabbedPanel.html.
The only code in .java that is needed to add is the constructor(s) you use.
Thanks, I just did this. Works fine. But is there a chance
it gets fixed in Wicket? Or isn't this considered a problem?
Michael
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: bookmarkable page being processed twice, second time, extra parameters passed
Thank you, Jeremy. I did look at any references for images. I stripped the page of wicket components and I started added them one by one to see which component was that was causing this problem. I am reusing a form and from within that form I was referencing a CSS file which is not present in the current bookmarkable page but it is used in another part of the system, which is non book markable. I removed the reference to CSS file and that solved the problem. Thanks, Lucas -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/bookmarkable-page-being-processed-twice-second-time-extra-parameters-passed-tp4652031p4652107.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: TabbedPanel whitspace markup
On Tue, Sep 18, 2012 2:10 PM
Martin Grigorov [mailto:mgrigo...@apache.org] wrote:
To: users@wicket.apache.org
Subject: Re: TabbedPanel whitspace markup
Create a ticket and attach the screenshots.
I'm not much in CSS and I cannot imagine how this whitespace breaks
the layout. But I don't see a problem to remove them too.
Thanks Martin. Created
https://issues.apache.org/jira/browse/WICKET-4768
On Tue, Sep 18, 2012 at 3:07 PM, Lemke, Michael SZ/HZA-ZSW
lemke...@schaeffler.com wrote:
On Tue, Sep 18, 2012 1:51 PM
Martin Grigorov wrote:
On Tue, Sep 18, 2012 at 2:29 PM, Lemke, Michael SZ/HZA-ZSW wrote:
I've encountered a layout problem with TabbedPanels. In the
generated markup there is whitespace between the LI items and
the anchor that switches tabs. This causes a layout problem for me
with this style sheet (simplified to show the issue, not tested):
.selected a {
background: url(../i/bg_tab_lw_content_active.gif) repeat-x scroll
center top #E8EEF1;
border-right: 1px solid #CDD3D6;
}
a {
background: none repeat scroll 0 0 transparent;
border-right: 1px solid #FF;
}
li {
display: inline;
margin: 0;
list-style: none outside none
}
The idea is to have a white border between the tabs which
disappears for the selected tab. Kind of hard to explain
without screenshots. Currently with Wicket there is always
a small margin left or right of the white border of the A
element. It is caused by whitespace in the markup.
li { float:left; } would remove the undesired whitespace
but would break the rest of our layout.
Anyway, the root cause is the markup in TabbedPanel.html of
Wicket.
Current (1.5.8 and 6.0.0):
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabs
a href=# wicket:id=linkspan wicket:id=title[[tab
title]]/span/a
/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Should be changed in e.g.
wicket:panel xmlns:wicket=http://wicket.apache.org;
div wicket:id=tabs-container class=tab-row
ul
li wicket:id=tabsa href=# wicket:id=linkspan
wicket:id=title[[tab title]]/span/a/li
/ul
/div
div wicket:id=panel class=tab-panel!-- no panel --/div
/wicket:panel
Is there a Wicket way to work around this?
You can create MyTabbedPanel that extends TabbedPanel and provides
MyTabbedPanel.html.
The only code in .java that is needed to add is the constructor(s) you use.
Thanks, I just did this. Works fine. But is there a chance
it gets fixed in Wicket? Or isn't this considered a problem?
Michael
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
problem with IResourceListener
Hi
I want to make a open flash chart visible for an external web application
using a iframe. For this, I create a ChartWebPage and mount this page to
/chart.
In a few words, my problem is that the json data (string) returned by
OpenFlashChart (implements IResourceListener) are identical for both iframe
calls. Seems that wicket (1.5) returns same OpenFlashChart instance (see
hashCode from the console messages attached at end of the message) for both
iframe calls.
In other solution with json data served by a ChartDataResourceReference
mount on a /chart-data everything it's ok but are many code lines that
requires a change and I have a aggressive deadline.
My code:
public class ChartWebPage extends WebPage {
public ChartWebPage(PageParameters pageParameters) {
// for debug (see console)
System.out.println(ChartWebPage.ChartWebPage());
System.out.println(RequestCycle.get().getRequest().getUrl());
String chartId = pageParameters.get(id).toString();
String chartData = chartService.getJson(chartId);
add(new OpenFlashChart(chart, Model.of(chartData)));
}
...
}
public class OpenFlashChart extends GenericPanelString implements
IResourceListener {
public OpenFlashChart(String id, IModelString jsonModel) {
super(id, jsonModel);
}
@Override
public void onResourceRequested() {
// for debug (see console)
System.out.println(OpenFlashChart.onResourceRequested());
System.out.println(requestUrl = +
RequestCycle.get().getRequest().getUrl());
System.out.println(... + this.hashCode());
IResource jsonResource = createJsonResource();
IRequestHandler requestHandler = new
ResourceRequestHandler(jsonResource,
null);
requestHandler.respond(getRequestCycle());
}
private IResource createJsonResource() {
// for debug (see console)
System.out.println(OpenFlashChart.createJsonResource());
String jsonData = getModelObject();
System.out.println(jsonData = + jsonData);
IResource jsonResource = new ByteArrayResource(text/plain,
jsonData.getBytes()) {
@Override
protected void setResponseHeaders(ResourceResponse
data, Attributes
attributes) {
data.disableCaching();
super.setResponseHeaders(data, attributes);
}
};
return jsonResource;
}
}
In body section of my test.html file:
iframe id=1
src=http://localhost:8081/nextserver/app/chart?id=32836b83-27c5-43f7-a166-8ba38407d7dd;/iframe
iframe id=2
src=http://localhost:8081/nextserver/app/chart?id=fb7e5efe-77c9-4494-9f99-9a577fef1687;/iframe
In application console:
ChartWebPage.ChartWebPage()
chart?id=32836b83-27c5-43f7-a166-8ba38407d7dd
ChartWebPage.ChartWebPage()
chart?id=fb7e5efe-77c9-4494-9f99-9a577fef1687
OpenFlashChart.onResourceRequested()
requestUrl =
chart?0-IResourceListener-widget-renderer-chartid=32836b83-27c5-43f7-a166-8ba38407d7dd
... 12027390
OpenFlashChart.createJsonResource()
jsonData = {y_axis:{min:4.3441,colour:00,grid-colour:33,
...}
OpenFlashChart.onResourceRequested()
requestUrl =
chart?0-IResourceListener-widget-renderer-chartid=fb7e5efe-77c9-4494-9f99-9a577fef1687
... 12027390
OpenFlashChart.createJsonResource()
jsonData = {y_axis:{min:4.3441,colour:00,grid-colour:33,
...}
Best regards,
Decebal
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/problem-with-IResourceListener-tp4652109.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Wicket+Spring Security the Wicket way
Hi, I'm new to both Wicket and Spring Security, so bear that in mind :) I'm trying to integrate Wicket and Spring Security into my webapp, but I'm not feeling happy with the end result. As you might know, Spring Security works by listening to requests sent to virtual URLs. So, for example, to login you have to send a request to '/j_spring_security_check' with the username in a parameter called 'j_username' and the password in 'j_password'. Similarly, to logout you send a request to '/j_spring_security_logout'. Currently I have a simple HTML login form with action set to '/j_spring_security_check' and it works fine, but this just bypasses Wicket completely. Moreover, it doesn't feel like the Wicket way. As someone else put it at http://tomaszdziurko.pl/2012/09/remember-functionality-apache-wicket/, (...) in my opinion using request based authentication framework with component based web framework is not the best idea. These two worlds just do not fit well together I tend to agree with his view. However, I don't want to reinvent the wheel and I'd like to reuse as much as possible from Spring Security. I've seen some articles on integrating Wicket and Spring Security (such as http://javajeedevelopment.blogspot.co.uk/2011/03/integrating-spring-security-3-with.html), but it seems to me like the approach followed here would force me to re-implementing lots of stuff that Spring Security already provides -- for instance, remember-me functionality. Do you have any thoughts on this? Thanks! Luis Pureza
Re: StringRequestTarget migration question
See TextRequestHandler too.
On Tue, Sep 18, 2012 at 5:18 PM, Rodrigo Heffner
rodrigo.heff...@gmail.com wrote:
Thanks, Decebal!
I removed an extra { after the ByteArrayResource - it's looking like this
now:
String jsonData = object.toString();
IResource jsonResource = new ByteArrayResource(text/plain,
jsonData.getBytes());
IRequestHandler requestHandler = new ResourceRequestHandler(jsonResource,
null);
requestHandler.respond(getRequestCycle());
... and I removed the StringRequestTarget line. The compiler isn't
complaining so I'm hoping this will work, but I'll be able to test
functionally only in few hours.
Thanks again.
On 18 September 2012 15:07, Decebal Suiu decebal.s...@asf.ro wrote:
Hi
Try (wicket 1.5 but I think that works for wicket 6):
String jsonData = object.toString()
IResource jsonResource = new ByteArrayResource(text/plain,
jsonData.getBytes()) {
IRequestHandler requestHandler = new
ResourceRequestHandler(jsonResource, null);
requestHandler.respond(getRequestCycle());
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/StringRequestTarget-migration-question-tp4652110p4652111.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Rodrigo H M Bezerra
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: problem with IResourceListener
Additional information: if I put multiple OpenFlashChats in a (Dashboard)Panel everything is ok. The problem appears if I use iframes. Thanks, Decebal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/problem-with-IResourceListener-tp4652109p4652117.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Application instance from outside Wicket Application
Hi! We have Axis web services running in the same Jetty as Wicket. Our Axis web services happen to call some wicket helper methods, which assume there is a session and application on thread. For localization, etc. How can our Wreb Service best get hold of the wicket application at runtime? ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.comwrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: Wicket 6 / Modal Dialogs and Safari
https://issues.apache.org/jira/browse/WICKET-4770 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-Modal-Dialogs-and-Safari-tp4652066p4652120.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
no update. the cdi spec does not require ejbs to be serializable because they are not in cdi spec. if you want to use ejbs inject them into a cdi bean and then inject that into wicket. -igor On Tue, Sep 18, 2012 at 9:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.comwrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
Yeah, that workaround that I wanted to not do... :-) But okay, thanks! *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:26 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: no update. the cdi spec does not require ejbs to be serializable because they are not in cdi spec. if you want to use ejbs inject them into a cdi bean and then inject that into wicket. -igor On Tue, Sep 18, 2012 at 9:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.com wrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
so join the jsr expert group and emphasize the importance of making EJB proxies serializable :) On Tue, Sep 18, 2012 at 10:45 AM, Bruno Borges bruno.bor...@gmail.com wrote: Yeah, that workaround that I wanted to not do... :-) But okay, thanks! *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:26 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: no update. the cdi spec does not require ejbs to be serializable because they are not in cdi spec. if you want to use ejbs inject them into a cdi bean and then inject that into wicket. -igor On Tue, Sep 18, 2012 at 9:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.com wrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
Why are the CDI proxies serializable and EJB's proxy aren't? Hell... *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:48 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: so join the jsr expert group and emphasize the importance of making EJB proxies serializable :) On Tue, Sep 18, 2012 at 10:45 AM, Bruno Borges bruno.bor...@gmail.com wrote: Yeah, that workaround that I wanted to not do... :-) But okay, thanks! *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:26 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: no update. the cdi spec does not require ejbs to be serializable because they are not in cdi spec. if you want to use ejbs inject them into a cdi bean and then inject that into wicket. -igor On Tue, Sep 18, 2012 at 9:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.com wrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] Wicket-CDI for Wicket 6.0.0 released
cause cdi spec says they have to be and ejb one does not? -igor On Tue, Sep 18, 2012 at 10:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Why are the CDI proxies serializable and EJB's proxy aren't? Hell... *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:48 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: so join the jsr expert group and emphasize the importance of making EJB proxies serializable :) On Tue, Sep 18, 2012 at 10:45 AM, Bruno Borges bruno.bor...@gmail.com wrote: Yeah, that workaround that I wanted to not do... :-) But okay, thanks! *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 2:26 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: no update. the cdi spec does not require ejbs to be serializable because they are not in cdi spec. if you want to use ejbs inject them into a cdi bean and then inject that into wicket. -igor On Tue, Sep 18, 2012 at 9:56 AM, Bruno Borges bruno.bor...@gmail.com wrote: Igor, any update on the Serialization issue? I'm getting the exception again... :-/ # Running on GlassFish 3.1.2.2 / Wicket 6 + wicket-cdi SEVERE: Error serializing object class code.webapp.pages.Index [object=[Page class = code.webapp.pages.Index, id = 3, render count = 1]] org.apache.wicket.core.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate Field hierarchy is: 3 [class=code.webapp.pages.Index, path=3] private code.services.Service code.webapp.pages.Base.service [class=code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$] javassist.util.proxy.MethodHandler code.services.ScalaObject$Service$918758560$Proxy$_$$_Weld$Proxy$.methodHandler [class=org.jboss.weld.bean.proxy.ProxyMethodHandler] private org.jboss.weld.bean.proxy.BeanInstance org.jboss.weld.bean.proxy.ProxyMethodHandler.beanInstance [class=org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance] private final javassist.util.proxy.MethodHandler org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.methodHandler [class=org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler] private final org.jboss.weld.ejb.api.SessionObjectReference org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.reference [class=org.glassfish.weld.ejb.SessionObjectReferenceImpl] private java.lang.Object org.glassfish.weld.ejb.SessionObjectReferenceImpl.ejbRef [class=$Proxy149] protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - field that is not serializable at org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:411) at org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:390) *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Sep 18, 2012 at 12:29 AM, Bruno Borges bruno.bor...@gmail.com wrote: Jeremy, the archetype is already on the Gamboa project repository: http://github.com/brunoborges/gamboa-project :-) It's just not up to date *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Thu, Sep 13, 2012 at 11:39 AM, Jeremy Thomerson jer...@wickettraining.com wrote: On Wed, Sep 12, 2012 at 3:59 PM, Bruno Borges bruno.bor...@gmail.com wrote: This is really great Igor, thanks. I am preparing my slides for my Wicket/Java EE session at JavaOne, and this just came in perfect time. I'll update my archetype and some slides to show this and let everyone know about =) Will you be posting those slides and archetype somewhere non-attendees can access when done? -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Application instance from outside Wicket Application
Can't the wicket filter be put in from of axis (servlet/filter) so that you have a session and application attached to the thread? On Tue, Sep 18, 2012 at 6:05 PM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! We have Axis web services running in the same Jetty as Wicket. Our Axis web services happen to call some wicket helper methods, which assume there is a session and application on thread. For localization, etc. How can our Wreb Service best get hold of the wicket application at runtime? ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com
Re: Wicket Application instance from outside Wicket Application
See org.apache.wicket.protocol.http.servlet.WicketSessionFilter On Tue, Sep 18, 2012 at 9:31 PM, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Can't the wicket filter be put in from of axis (servlet/filter) so that you have a session and application attached to the thread? On Tue, Sep 18, 2012 at 6:05 PM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! We have Axis web services running in the same Jetty as Wicket. Our Axis web services happen to call some wicket helper methods, which assume there is a session and application on thread. For localization, etc. How can our Wreb Service best get hold of the wicket application at runtime? ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 + WebSocket + Apache + mod_jk
http://tomcat.10.n6.nabble.com/Tomcat7-WebSocket-mod-jk-td4986848.html -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-WebSocket-Apache-mod-jk-tp4652073p4652128.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: conditional css
Any updates on this issue on the Wicket 6 release? I tried to use Twitter's Bootstrap and it failed to load. :-/ *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Feb 8, 2011 at 10:42 PM, shetc sh...@bellsouth.net wrote: see http://apache-wicket.1842946.n4.nabble.com/If-IE-comments-td1892057.html#a1892058 http://apache-wicket.1842946.n4.nabble.com/If-IE-comments-td1892057.html#a1892058 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/conditional-css-tp3276786p3287656.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DatePicker is not appear properly
Thank you very much. After we implementing IWiqueryPlugin in base page and refer its jquery reference in renderHead method, the datepicker working fine.
Re: Wicket 6 + WebSocket + Apache + mod_jk
Thanks for sharing! On Wed, Sep 19, 2012 at 12:39 AM, sfwicket li...@bgb.net wrote: http://tomcat.10.n6.nabble.com/Tomcat7-WebSocket-mod-jk-td4986848.html -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-WebSocket-Apache-mod-jk-tp4652073p4652128.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: conditional css
Hi, What is the problem ? On Wed, Sep 19, 2012 at 12:44 AM, Bruno Borges bruno.bor...@gmail.com wrote: Any updates on this issue on the Wicket 6 release? I tried to use Twitter's Bootstrap and it failed to load. :-/ *Bruno Borges* (11) 99564-9058 *www.brunoborges.com* On Tue, Feb 8, 2011 at 10:42 PM, shetc sh...@bellsouth.net wrote: see http://apache-wicket.1842946.n4.nabble.com/If-IE-comments-td1892057.html#a1892058 http://apache-wicket.1842946.n4.nabble.com/If-IE-comments-td1892057.html#a1892058 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/conditional-css-tp3276786p3287656.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
