Just try WicketTester#assertContains , however, the bugs doesn't
appear if I use assertRenderedPage() method. E.g. the following test
press even if I use the library contains that bugs:
tester.assertRenderedPage(Logon.class);
tester.assertContains("resources/package.Logon/logon.css");
tester.assertRenderedPage(Logon.class);
tester.assertContains("resources/package.Logon/logon.css");
However, if I use method render(), the test fail to execute because
the response is null.
Anyway , as the library already fixed so probably not much point to
create a testcase to reproduce the bug really, for me I just leave the
testcase as a document for future reference. Hope the information help
wicket team somehow
On 2/7/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> How about using WicketTester#assertContains ?
>
> Eelco
>
>
> On 2/6/07, Carfield Yim <[EMAIL PROTECTED]> wrote:
> > Just post a issue at tracker, see if that helpful. By the way, I would
> > like to create a test case for this issue. Just wonder can I get the
> > render HTML from WicketTester so that I can assert if the CSS link
> > exist or not if I render twice?
> >
> >
> >
> > On 2/7/07, Carfield Yim <[EMAIL PROTECTED]> wrote:
> > > > > The project I'm working on uses mounted pages and header contributions
> > > > > all over the place, without any problems. Any chance you can isolate
> > > > > this into a quickstart project or test case?
> > > > >
> > >
> > > I still need time to figure out how to work with maven and setup the
> > > repository, may be later. However, after trace and test for a while, I
> > > find that it can be fixed if I change
> > >
> > > HeaderContributor.forCss(xxx.class, "xxx.css");
> > >
> > > to
> > >
> > > new HeaderContributor(new
> > > HeaderContributor.CSSReferenceHeaderContributor(xxx.class,
> > > "xxx.css")){
> > > private static final long serialVersionUID = 1L;
> > > @Override
> > > public void onRendered(Component arg0) {
> > > super.onRendered(arg0);
> > > cleanup();
> > > }
> > > }
> > >
> > > where the AbstractHeaderContributor.processedEntries is actually
> > > forcing the draw CSS link method to execution more than one time.
> > >
> > > I feel this is a bug but I don't know why I don't notice that before.
> > > May be it is something changed at 1.2.4?
> > >
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wicket-user mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wicket-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
