Hi,
by default the new tree implementation uses CSS classes, see
org.apache.wicket.extensions.markup.html.repeater.tree.content.Folder
Of course you can still use images (like LabelIconPanel did):
Overwrite AbstractTree#newContentComponent() creating your own component
to represent a node's
Hi,
Here is an idea how to do it:
when rendering your page use
http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpSession.html#getMaxInactiveInterval()
to get what is the value of session-timeout in seconds. Use this
value as a counter and count down with pure JavaScript. When you reach
Hi,
To avoid such problems in the future I suggest you to setup Apache
HTTPD in your development setup so it looks like your production one.
On Fri, Oct 19, 2012 at 7:28 AM, Dirk Forchel dirk.forc...@exedio.com wrote:
Hallo Sven,
I doubt it. I don't wanna blame the HttpsMapper as the mapping
Hi Jesse,
I see what you mean and I agree it will work and will be a simple
solution for such requirements.
My only concern is that the API of Behavior becomes bigger and
component rendering will do some more things. Most of the time these
methods will do nothing.
Have you considered using
Hi,
This wont be very easy :-/
The problem is that you will need to provide MarkupStream which index
is set at the proper position for the markup of the label.
If you make this working then you need to do:
StringResponse tempResponse = new StringResponse();
Response oldResponse =
I was able to reproduce the problem here on Tomcat (without Apache in
front of it).
It seems it has something to do with standard ports 80/443.
I'll debug the problem now.
Regards
Sven
On 10/19/2012 09:27 AM, Martin Grigorov wrote:
Hi,
To avoid such problems in the future I suggest you to
Hi,
when cookies are disable Wicket 6 attach the jsessionid in the URL like this:
[app_path];jsessionid=1pwfo2de689mq100bkdc8i4jhy?[app_parameters]
I'm having problems with an application that runs behind an apache proxy pass.
So I wonder if somebody knows,
why is not using a normal URL
Hi,
This is done by the web container (Tomcat, Jetty, ...), not by Wicket itself.
See
http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletResponse.html#encodeURL(java.lang.String)
On Fri, Oct 19, 2012 at 10:51 AM, Jordi Deu-Pons jo...@jordeu.net wrote:
Hi,
when cookies are
Ok,
thanks Martin.
On Fri, Oct 19, 2012 at 10:54 AM, Martin Grigorov mgrigo...@apache.org wrote:
Hi,
This is done by the web container (Tomcat, Jetty, ...), not by Wicket itself.
See
This works more or less the following way in servlet containers: when the
first request comes to the server, it doesn't know if cookies are supported
or not on the client, so it sets both the cookie and appends the jsessionid
thingy that you see. Then, on another request, the container checks
Hi,
On Fri, Oct 19, 2012 at 11:04 AM, Wujek Srujek wujek.sru...@gmail.com wrote:
This works more or less the following way in servlet containers: when the
first request comes to the server, it doesn't know if cookies are supported
or not on the client, so it sets both the cookie and appends
Another way is by using BorderBehavior.
See org.apache.wicket.examples.forminput.BeforeAndAfterBorder for an example.
The drawback here is that you will need an additional .java + .html
pair for each icon type and you'll need to apply it on the
Link/Button's label, so you cannot use
Does the cookie come with the session id inside? I'm not sure this works
this way - the value of the session id will most likely be wrong for a
request one month after the last time the application was used even though
the cookie itself is still valid; the session will just not exist any more
on
On Fri, Oct 19, 2012 at 11:21 AM, Wujek Srujek wujek.sru...@gmail.com wrote:
Does the cookie come with the session id inside? I'm not sure this works
this way - the value of the session id will most likely be wrong for a
request one month after the last time the application was used even though
Hi Dirk
I fixed the problem on master:
https://git-wip-us.apache.org/repos/asf?p=wicket.git;a=commitdiff;h=ad849602
Could you please try out the change and report back?
Thanks
Sven
On 10/18/2012 02:45 PM, Sven Meier wrote:
UrlRenderer is just preserving protocol and port now.
If the port is
Okay, I'll try out the change in a couple of minutes and give you a feedback.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/UrlRenderer-renders-wrong-HTTPS-links-tp4653059p4653100.html
Sent from the Users forum mailing list archive at Nabble.com.
There is no such resource in
http://central.maven.org/maven2/org/wicketstuff/wicketstuff-inmethod-grid/1.5.8/wicketstuff-inmethod-grid-1.5.8.jar
Check in Git logs what have happened with it.
It could be that your style.css have a relative url to it.
On Fri, Oct 19, 2012 at 1:13 PM, Chris Colman
Hi Sven,
it works!!! Yep. You safed my day ... almost ;-)
Dirk
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/UrlRenderer-renders-wrong-HTTPS-links-tp4653059p4653104.html
Sent from the Users forum mailing list archive at Nabble.com.
you are welcome..
sorry for the delay ,i made some improvements in the internal in last few days.
i have also added the scroll behaviors for 1.5 today and their corresponding
examples.i have created new tags 1.5.8.1 and 6.1.1 today.
you can download from the below link
I'm still struggeling with this...
First I got this runtime error:
/java.lang.NoClassDefFoundError: com/google/common/collect/Multimap/
I have tried to include all 6.1.1 jars in the project (instead of 1.6.0
provided by the NetBeans plugin). I have also tried to include only the
needed jars. I
Hi,
Do you really need the NetBeans plugin for Wicket ?
It looks like you don't know very well your IDE, so you better drop
this plugin altogether.
Here is a quickstart: https://github.com/papegaaij/wicket-atmosphere-quickstart
Just load it in NetBeans as you load any other Maven based project.
Hi.
I need guidance on how to achieve the following: there is a page in my
application that has a StatelessForm with several Checks. The checks allow
to select rows in a table to be deleted when the form is submitted. Now the
customer had requested to have another button that when clicked, a modal
Thanks,
No problem to just open and build.
To run it seems not working direct
First I had to remove the line
async-supportedtrue/async-supported
from the web.xml file since it was not recognized
Then I get a bit further...
INFO: Running GlassFish Version: GlassFish Server Open Source Edition
Ill finish that email now...
Im running in to a problem with unit tests when I inject my Application:
@ContextConfiguration( classpath:junit-web-context.xml )
@TransactionConfiguration( transactionManager = txManager )
public class CreateFirstUserPageTest extends
Why should we introduce a new API to just render *before* and *after*
the body?
AbstractTransformerBehavior offers a solution for this and allows you to
do even more with the body.
Best regards
Sven
On 10/19/2012 11:19 AM, Martin Grigorov wrote:
Another way is by using BorderBehavior.
See
Wicket tester assignes a unique name to the wicket application, thus it
cannot be reused:
https://issues.apache.org/jira/browse/WICKET-4712
You can put @DirtiesContext on your test methods.
Sven
On 10/19/2012 03:46 PM, Nick Pratt wrote:
java.lang.IllegalStateException: Application name
You could include the form components in the stateless form, just hiding
them with CSS.
Then just show them via javascript (let it look like a modal window if
required).
Sven
On 10/19/2012 03:13 PM, lukuperman wrote:
Hi.
I need guidance on how to achieve the following: there is a page in my
No other way? Destroying the context and recreating for every unit test
really slows things down.
I guess I can manually set the various Beans inside of my Application
(assuming I instantiate the App, rather than letting Spring create it for
me)
N
On Fri, Oct 19, 2012 at 10:06 AM, Sven Meier
Thanks Sven, I'll have that in mind.
Do you think there are other options? It sounds to me I would not be
exploiting the framework too much in that case (I would have to take care of
the hiding, modal-like appearance, etc?). Thanks
Lucas Kuperman
--
View this message in context:
Occasionally it's better to do some things on the client side only.
IMHO this is the easiest solution for a stateless form.
Sven
On 10/19/2012 04:18 PM, lukuperman wrote:
Thanks Sven, I'll have that in mind.
Do you think there are other options? It sounds to me I would not be
exploiting the
There's a FIXME in BaseWicketTester's constructor.
Perhaps you can suggest a better solution?
Sven
On 10/19/2012 04:11 PM, Nick Pratt wrote:
No other way? Destroying the context and recreating for every unit test
really slows things down.
I guess I can manually set the various Beans inside
So I dug around for a while, and this is what I came up with (that doesn't
involve destroying the context after every test method via @DirtiesContext):
@Before
public void setUp()
{
MyApp application = new MyApp();
// applicationContext is injected by Spring as my test class
extends
Hi Martin, Sven,
Thank you both for your feedback.
I had not tried AbstractTransformerBehavior because I didn't know about
it, and because when I looked at the Behavior API it was clear that
there was no way for any Behavior to modify ONLY the body.
Having said that, I have done some tests
Hi all,
How can i convert this code into wicket 6.1.
item.add(new AjaxDecoratedCheckbox(toRemove, new
ModelBoolean(Boolean.FALSE)) {
@Override
protected void onUpdate(final AjaxRequestTarget target) {
entityTO.getDerivedAttributes().remove(attributeTO);
Hi,
I dig myself into wicket-tree.
I store my files in an entity by categories. Categories listed in another
entity. I would like the files get listed by category in a TableTree.
Nothing tricky just two levels. Roots are the categories, children are files
belong to categories.
As I followed the
Hope this helps.
Thanks.
Sven
On 10/19/2012 04:41 PM, Nick Pratt wrote:
So I dug around for a while, and this is what I came up with (that doesn't
involve destroying the context after every test method via @DirtiesContext):
@Before
public void setUp()
{
MyApp application = new MyApp();
Hope this helps.
Thanks.
Sven
On 10/19/2012 04:41 PM, Nick Pratt wrote:
So I dug around for a while, and this is what I came up with (that doesn't
involve destroying the context after every test method via @DirtiesContext):
@Before
public void setUp()
{
MyApp application = new MyApp();
AbstractTransformingBehavior ... gives me the the output for the
whole component, not just the body
Oh, I didn't think of that.
I would still need to parse that output
I agree that this is not so nice :/.
Sven
On 10/19/2012 05:15 PM, Jesse Long wrote:
Hi Martin, Sven,
Thank you both
Either you have a common super-class already or just use
ITreeProviderObject.
Introducing a helper class might save you some instanceof checks though.
Sven
On 10/19/2012 05:18 PM, Sandor Feher wrote:
Hi,
I dig myself into wicket-tree.
I store my files in an entity by categories.
iajaxcalldecorator is replaced with
iajaxcalllistener,ajaxcalllistener(dummy implementation)
is what you can extend for your use ,override
ajaxcheckbox#updateAjaxAttributes(attributes)
like below
@Override
protected void updateAjaxAttributes(AjaxRequestAttributes
attributes) {
Makes sense. In that case, Sven, how can I have a modal window rendered
before hand so I can hide/show as needed, something like an ajax-less modal?
I wouldn't like to duplicate the effort of rendering a modal window myself.
Any idea?
Lucas
--
View this message in context:
Hi Sven,
Thank you for the prompt answer. Please make me sure if I do it well.
FileHelper.class
import java.util.Collections;
import java.util.List;
public class FileTreeHelper implements Serializable {
private HrpBbfparam parent; // this is the dictionary class with fields
I am working on migrating a large application from Wicket 1.4.18 to
Wicket 6.x. Is it better to convert to 1.5 first and then to 6.x or to
just go straight to 6.x? Thanks. Also, an early thanks to everybody
who took the time to write the migration guides!
Jered
Thanks Eduardo! It looks like what I need!! But when trying to go step by
step, trying the OpenOnLoadModalWindow as-is, I get the following exception:
ERROR [1534679929@qtp-1426937101-4] (RequestCycle.java:1529) - Error
creating page for modal dialog.
org.apache.wicket.WicketRuntimeException:
I'm trying to work out which github branch to choose to stay up to date
with the latest 1.6.x code.
For wicket 1.5 I've just stuck with the 1.5.x branch and that worked
well. There doesn't seem to be a 1.6.x - is this because 1.6 is the
'trunk' (in SVN speak).
Wicket github has both a 'master'
45 matches
Mail list logo
