WicketTester is good for me for most case... may be you can share the
complications you have?
On 1/31/07, Nino Wael <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi
>
>
>
> I've been wondering about best practices for writing unit tests with wicket?
>
>
>
> Looking around the source of wicket, I can see th
I was earlier returning a "***" kind of String when the Spring MessageSource
failed to resolve the key (so that missing error messages would be
obvious). Obviously that was the wrong thing to do. The trick is to return
null so that Wicket continue trying to resolve the message in the sequence
yo
the project is really meant to be an example rather then something for you
to use directly in your project, so feel free to cannibalize whatever code
you want from it.
-igor
On 2/9/07, Matt Welch <[EMAIL PROTECTED]> wrote:
I'm trying to use wicket-auth-roles for authentication and authorizati
when a url is invoked wicket doesnt know its a "link" component. if we did
it this way we would have to build in knowledge of all components into
wicket, and that would throw out custom components out of the window. this
way its nice and generic, take this object and invoke this listener
interface
I haven't tried to use WicketTester etc. for JUnit testing yet, plan to.
Just wanted to mention that I personally have had good results with Watij [
http://watij.com ] so you can automate browser based testing in Java itself,
so no need to learn Ruby, Javascript etc.
On 2/10/07, nilo de roock <[
I'm trying to use wicket-auth-roles for authentication and authorization,
but there are a few things I'm not quite understanding. I really like the
annotation base authorization, but the two provided roles (ADMIN and USER)
are nowhere near enough to cover our use cases. I'm sure that this is a
com
Hello All
This is w.r.t url generated for links. I was looking at the wicket examples
page and did a view source for
a link. One link had this URL :
http://localhost:8080/wicket-examples/linkomatic;jsessionid=7hp5u436aji7?wicket:interface=:0:actionLink::ILinkListener
My doubt is regarding ILink
> is there a list on 1.3 new features and any more user guide target on 1.3,
> since I just upgraded from 1.2.4, I keep hearing stateless page, delayed
> session creation etc. (constructor changes only in 2.0?), of course I have
> read migrate-1.3 wiki page.
The migration page outlines the most im
Hi,
is there a list on 1.3 new features and any more user guide target on 1.3,
since I just upgraded from 1.2.4, I keep hearing stateless page, delayed
session creation etc. (constructor changes only in 2.0?), of course I have
read migrate-1.3 wiki page.
Matthew
Eelco Hillenius wrote:
>
> On
yea it is working now :)
Matthew
Eelco Hillenius wrote:
>
> Seems that was causes by the new way of handling URLs we introduced
> last week. I just committed a fix for 1.3 and 2.0.
>
> Cheers,
>
> Eelco
>
> On 2/9/07, Matthew Kwong <[EMAIL PROTECTED]> wrote:
>>
>> Hi fellows,
>>
>> I have j
Hai,
I wonder how you got on with setting up your testenvironment?
For a comprehensive Wicket try-out I have to set up a test environment.
Normally I use Junit ( for classes ) and Jdemo ( for Swing apps ), testing
of web-apps however, is something I haven't included in a regressiontest
before.
A
2.0 and 1.2.x are here
http://wicketstuff.org/maven/repository/wicket/
just not in org/apache/wicket yet
-igor
On 2/9/07, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
i can't wait for 2.0 snapshots! =)
would it be worthwhile for me to open a JIRA issue to monitor when
snapshots for 2.0 start ge
i can't wait for 2.0 snapshots! =)
would it be worthwhile for me to open a JIRA issue to monitor when snapshots
for 2.0 start getting published?
On 2/9/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
1.3 is here, 2.0 will be joining at some point in the future
http://wicketstuff.org/maven/repos
1.3 is here, 2.0 will be joining at some point in the future
http://wicketstuff.org/maven/repository/org/apache/wicket/
-igor
On 2/9/07, spencer.c <[EMAIL PROTECTED]> wrote:
Excellent, I hadn't seen that link anywhere.
This helps, esp. with the 2.0 build. 1.3 is not listed here, however,
Excellent, I hadn't seen that link anywhere.
This helps, esp. with the 2.0 build. 1.3 is not listed here, however, and
perhaps could be set up since the other two branches are handled. Then we
could have a one stop snapshot spot.
http://wicketstuff.org/maven/repository/
-igor
On 2/9/07,
yes its bamboo, and its offical afaic. so feel free to put it anywhere
-igor
On 2/9/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
On 2/9/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> http://wicketstuff.org/maven/repository/
Cool. So those builds are done by bamboo? Can we put this URL in a
On 2/9/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> http://wicketstuff.org/maven/repository/
Cool. So those builds are done by bamboo? Can we put this URL in a
document somewhere (or actually a couple of places) or is this still
unofficial?
Eelco
---
On 2/9/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> We can probably set our server up to do that, right? Al, weren't you
> looking into that a couple of days ago?
server == bamboo server
-
Using Tomcat but need to do more
We can probably set our server up to do that, right? Al, weren't you
looking into that a couple of days ago?
Eelco
On 2/9/07, spencer.c <[EMAIL PROTECTED]> wrote:
>
> Since it seems like there are alot of recommendations toward using the 1.3
> and/or 2.0 branches on new developments, I was wonde
http://wicketstuff.org/maven/repository/
-igor
On 2/9/07, spencer.c <[EMAIL PROTECTED]> wrote:
Since it seems like there are alot of recommendations toward using the 1.3
and/or 2.0 branches on new developments, I was wondering if it would be
possible to start getting snapshots of those branc
Since it seems like there are alot of recommendations toward using the 1.3
and/or 2.0 branches on new developments, I was wondering if it would be
possible to start getting snapshots of those branches built once in a while
for download? Whether continuously or every so often at a mostly stable
st
On 2/9/07, Scott Swank <[EMAIL PROTECTED]> wrote:
> Good morning all.
>
> We are just gearing up for our development effort with Wicket. We are
> looking at completing development mid-to-late March. Should we target
> Wicket 1.3 for the effort? Is 1.3 stable enough for us to work against it,
> o
so can't we somehow fix it that the detach is called?
catch specific exceptions on one place?
johan
On 2/9/07, Al Maw <[EMAIL PROTECTED]> wrote:
I sort-of debugged this the other day.
The errors are caused by the Wicket exception page (which is why there
are a million components - they're a
Hi.
The major problem is (amongst other problems) that you have page from
another host in modal window. Generally, this is going to cause some
trouble, because it's cross site scripting. The browsers are trying to
prevent that.
Another thing is that I don't understand how you can submit wicket
I sort-of debugged this the other day.
The errors are caused by the Wicket exception page (which is why there
are a million components - they're all the Labels for the various
components/traces/whatever).
This is what I think goes wrong:
HtmlHeaderContainer throws an exception while rendering
Johan Compagner wrote:
>
> Sorry, the docs should be updated. "filterPath" should no longer be
> required, unless you configure your container without a web.xml file.
>
>
> so no i configure my container without a web.xml file
> Then i have to specify the filter path, but where do i spec
the replaced panel is held in a "version" of the page. as soon as that
version is evicted from session panel1 can be garbage collected. if you are
using the default 2.0 disk session store this happens after the next
request.
-igor
On 2/9/07, Otan <[EMAIL PROTECTED]> wrote:
Example (in Wicket
done, it was already so in 2.0 :)
-igor
On 2/9/07, ChuckDeal <[EMAIL PROTECTED]> wrote:
Is there any argument against adding a getFormComponent method to
FormComponentLabel? I am extending this class and it seems redundent for
me
to hold a reference in my object as well as the one in the pa
Sorry, the docs should be updated. "filterPath" should no longer be
required, unless you configure your container without a web.xml file.
so no i configure my container without a web.xml file
Then i have to specify the filter path, but where do i specify it then?
in the none existing web.xml? ;
that also my question
Now and then that pops up.. (the stringbuffer)
but a response should never be hold on to.
We need the new debugging outputstream for this!
johan
On 2/9/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
But why is wicket.response.StringResponse this one still attached to t
But why is wicket.response.StringResponse this one still attached to the page?
That shouldn't happen!
Martijn
On 2/9/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> On 2/9/07, ChuckDeal <[EMAIL PROTECTED]> wrote:
> >
> > Wicket 1.3 (revision 505283)
> >
> > The following is a stack trace that I
Good morning all.
We are just gearing up for our development effort with Wicket. We are
looking at completing development mid-to-late March. Should we target
Wicket 1.3 for the effort? Is 1.3 stable enough for us to work against it,
or should we just stay with 1.2.x for now?
Thank you,
Scott
Al Maw wrote:
>
> It looks like you're trying to link to an external JSP, but that for
> some reason you're doing this via with a setResponsePage(), which is
> most definitely only for Wicket-based pages.
>
Close, I am passing the legacy url to the LegacyWrapperPage (mounted as
Legacy) in or
yep, sounds like something is being cached by hibernate. did you confirm the
delete method properly removes a row?
what does your dataprovider and the rest of the page look like?
-igor
On 2/9/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Or: set a break point in your data provider's iterator
I'm afraid I'll need some more time, so if you please open up an issue
for it, I'll try to give it a look this weekend. Thanks,
Eelco
On 2/9/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> > In the future, if a problem gets as far as needing a quickstart to show the
> > problem, should I automat
Al Maw wrote:
> Sorry, the docs should be updated. "filterPath" should no longer be
> required, unless you configure your container without a web.xml file.
>
> Just omit it entirely. If you're calling setContextPath() in
> ApplicationSettings, you should avoid doing that too.
>
> I will tidy th
Sorry, the docs should be updated. "filterPath" should no longer be
required, unless you configure your container without a web.xml file.
Just omit it entirely. If you're calling setContextPath() in
ApplicationSettings, you should avoid doing that too.
I will tidy this up (including the docs)
> In the future, if a problem gets as far as needing a quickstart to show the
> problem, should I automatically write a JIRA and then reply back with the
> link to the JIRA issue? I just want to try and understand the "process".
We don't have a formalized process for that. Just keep bugging and i
ChuckDeal wrote:
> Hopefully, I don't have some unique scenario. We are going to migrate our
> app over to the Wicket framework in pieces. To do so, app will technically
> be based on Wicket and we will make calls back to the legacy code (JSPs).
Ah ha, thought so. I have already been down this r
Seems that was causes by the new way of handling URLs we introduced
last week. I just committed a fix for 1.3 and 2.0.
Cheers,
Eelco
On 2/9/07, Matthew Kwong <[EMAIL PROTECTED]> wrote:
>
> Hi fellows,
>
> I have just upgraded 1.2.4 to 1.3 branch because of the "Palette"
> compoundPropertyModel f
ChuckDeal wrote:
> I just built Wicket 1.3 from source this morning (possibly revision 504918?).
> Actually, I built from source a couple of times over the past two weeks and
> each one had the same "problem".
>
> I'm having a problem where sometimes my url gets rewritten as a relative
> that has
Example (in Wicket 2.0):
Panel panel1 = new MyCustomPanel(this, "searchPanel");
... then later in the same page (maybe, after an event)...
Panel panel2 = new MyOtherPanel(this, "searchPanel");
when panel2 was added, it replaced panel1 because they have the same id.
The question:...
Is panel1 bec
The 21 seconds isn't an abnormal case either, that's about average for me,
when it occurs. Perhaps the timing will change when the stacktrace is no
longer thrown.
I'll check to make sure that I am actually using the revision that I updated
to :)
Chuck
Eelco Hillenius wrote:
>
> On 2/9/07, C
Eelco Hillenius wrote:
>
>> What is that all about? I feel like I remember seeing a discussion or
>> announcement by Al Maw about changing Wicket to use relative URLs, if
>> this
>> is true, perhaps this is a side effect of that change? What am I
>> missing?
>> Where should I start looking?
>
Is there any argument against adding a getFormComponent method to
FormComponentLabel? I am extending this class and it seems redundent for me
to hold a reference in my object as well as the one in the parent.
If so, what is the reasoning?
If not, here is a patch for 1.3
Index:
Q:/wicket/SNAPSH
> What is that all about? I feel like I remember seeing a discussion or
> announcement by Al Maw about changing Wicket to use relative URLs, if this
> is true, perhaps this is a side effect of that change? What am I missing?
> Where should I start looking?
Yep, that's a result of Al's changes. S
Or: set a break point in your data provider's iterator(int, int)
method, confirms that it gets hit, and use the debugger to find out
what it returns.
Eelco
On 2/9/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> How do you populate your dataprovider? Does it query the database
> again, or do yo
On 2/9/07, ChuckDeal <[EMAIL PROTECTED]> wrote:
>
> Wicket 1.3 (revision 505283)
>
> The following is a stack trace that I have experienced quite a few times
> recently. This new behavior started in the past couple of weeks. My real
> concern (besides all of the crap that is spewed into my log, o
Still have problem with this issue... I 've to include the page in a
iframe but still not working.
On 1/26/07, Carfield Yim <[EMAIL PROTECTED]> wrote:
> On 1/26/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
> > Is that a wicket form? Is it a completely different application? How it
> > is related to
Thanks!
On 2/9/07, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
> * Carfield Yim:
>
> > How can I add that javascript to onload event of that main page?
>
> Use getBodyContainer().addOnLoadModifier()
> --
> Jean-Baptiste Quenot
> aka John Banana Qwerty
> http://caraldi.com/jbq/
>
>
* Carfield Yim:
> How can I add that javascript to onload event of that main page?
Use getBodyContainer().addOnLoadModifier()
--
Jean-Baptiste Quenot
aka John Banana Qwerty
http://caraldi.com/jbq/
-
Using Tomcat but
This is not a bump per se, because I know that it has only been a couple of
days. I just want to know if I should write a JIRA for this. I know that
the volume of mail on the list causes things to drop below the radar
relatively quickly. I also know that some development teams don't like to
"fi
Wicket 1.3 (revision 505283)
The following is a stack trace that I have experienced quite a few times
recently. This new behavior started in the past couple of weeks. My real
concern (besides all of the crap that is spewed into my log, obscuring the
real exception) is the time it takes to do th
I tried it in Firefox 2.0.0.1 and IE 7 and it had the same problems. I
didn't try it in IE6 yet.
I will add a feature request to JIRA for it.
Robert
On 2/8/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
go ahead and make it a feature request and add a quickstart to it
i remember i ran into some
Hi fellows,
I have just upgraded 1.2.4 to 1.3 branch because of the "Palette"
compoundPropertyModel fix, and find out
protected IRequestCycleProcessor newRequestCycleProcessor() {
return new CompoundRequestCycleProcessor(new
CryptedUrlWebRequestCodingStrategy(new WebRequestCodingStr
How do you populate your dataprovider? Does it query the database
again, or do you cache the list yourself?
Martijn
On 2/9/07, Francisco Treacy <[EMAIL PROTECTED]> wrote:
> Igor,
> Well, actually nothing happens :)
>
> final DataView dataView = new DataView("listing", myDataProvider)
> {
> pro
Igor,
Well, actually nothing happens :)
final DataView dataView = new DataView("listing", myDataProvider)
{
protected void populateItem(final Item item)
{
Product product
= (Product
)item.getModelObject();
item.add(new Link("delete-product")
{
public void onClick()
It needs some love, but I've put the blurb of Igor here:
http://cwiki.apache.org/WICKETxSITE/ExampleAuthorization
(you can show it some love using this link:
http://cwiki.apache.org/confluence/display/WICKETxSITE/ExampleAuthorization)
Martijn
On 2/9/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
58 matches
Mail list logo
