Re: WICKET-2882 Enclosures issue

[Jeremy Thomerson]

On Sat, May 22, 2010 at 12:55 AM, Chris Colman  wrote:

> Ditto bro! I'm very keen to migrate from 1.4.1 up to the latest 1.9.x.
>
>
WHOA!  You guys must be working pretty hard in "submarine mode".  I mean,
Igor's only working on 1.5.x and I thought he was on the bleeding edge :)

--
Jeremy Thomerson
http://www.wickettraining.com

RE: WICKET-2882 Enclosures issue

[Chris Colman]

>Is this also same as: https://issues.apache.org/jira/browse/WICKET-2636 ?

It looks very similar though the conditions are slightly different. 2882 
doesn't need to be in an 'extends' markup context to occur.

I note this from the comments in 2636:

" - Creates a Wicket component on the fly."

Which makes these bugs much more similar than they seem at first glance. They 
could in fact be caused by the same problem even though they are distinct bugs. 
2882 is also related to components that are created on the fly - not using the 
wicket:component tag but using an IComponentResolver implementation which will 
also result in a component being created on the fly.

There may be some fundamental lifecycle issue here that is a result of the way 
'on the fly' components do not undergo the same 'ordering of the lifecycle 
processing' that 'pre instantiated' components do. It's a shame because the 
ability to create components on the fly, whether by wicket:component or using 
component resolvers is a majorly powerful feature of wicket that I haven't been 
able to find in most other frameworks.

>I whish this could be fixed for 1.4.9.1

Ditto bro! I'm very keen to migrate from 1.4.1 up to the latest 1.9.x.

>
>**
>Martin
>
>2010/5/21 Chris Colman :
>> Enclosures have to be one of the top ten awesome features of wicket as
>> they allow us to wrap the many optional components in our CMS. They're
>> awesome because the 'wrapping' is automatically ditched if the 'wrappee'
>> is not visible.
>>
>> I was just wondering if anyone was able to reproduce this issue with the
>> quickstart I provided. We are wanting to redeploy a major wicket powered
>> CMS with the latest version of wicket but this issue is holding us back
>> at wicket version 1.4.1 but we need fixes and features included in more
>> recent releases.
>>
>> https://issues.apache.org/jira/browse/WICKET-2882
>>
>> I've downloaded the source code and tried debugging the problem myself
>> but my lack of understanding of how wicket works internally with regard
>> to the lifecycle, the chain of resolvers and the interactions with child
>> components that may or may not be present means I get 'stumped' (pardon
>> the wicket pun)  pretty quickly :)
>>
>> -
>> 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-2882 Enclosures issue

[Martin Makundi]

Is this also same as: https://issues.apache.org/jira/browse/WICKET-2636

?

I whish this could be fixed for 1.4.9.1

**
Martin

2010/5/21 Chris Colman :
> Enclosures have to be one of the top ten awesome features of wicket as
> they allow us to wrap the many optional components in our CMS. They're
> awesome because the 'wrapping' is automatically ditched if the 'wrappee'
> is not visible.
>
> I was just wondering if anyone was able to reproduce this issue with the
> quickstart I provided. We are wanting to redeploy a major wicket powered
> CMS with the latest version of wicket but this issue is holding us back
> at wicket version 1.4.1 but we need fixes and features included in more
> recent releases.
>
> https://issues.apache.org/jira/browse/WICKET-2882
>
> I've downloaded the source code and tried debugging the problem myself
> but my lack of understanding of how wicket works internally with regard
> to the lifecycle, the chain of resolvers and the interactions with child
> components that may or may not be present means I get 'stumped' (pardon
> the wicket pun)  pretty quickly :)
>
> -
> 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: Repeaters Without A Wrapper

[Ayodeji Aladejebi]

Thanks Mattew.!

On Sat, May 22, 2010 at 4:34 AM, Ayodeji Aladejebi wrote:

> @Jeremy :)
>
>
> On Sat, May 22, 2010 at 4:32 AM, Ayodeji Aladejebi wrote:
>
>> I was thinking i could override onComponenttag somehow to get this done
>>
>>
>>
>> On Sat, May 22, 2010 at 4:30 AM, Jeremy Thomerson <
>> jer...@wickettraining.com> wrote:
>>
>>> First search result: http://www.lmgtfy.com/?q=wicket%3Acontainer
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>>
>>> On Fri, May 21, 2010 at 10:18 PM, Ayodeji Aladejebi >> >wrote:
>>>
>>> > wicket:container, wicket:container pls any clearer references? kinda
>>> stuck
>>> >
>>> > On Sat, May 22, 2010 at 4:11 AM, Matthew R Hanlon >> > >wrote:
>>> >
>>> > > If you don't need ajax updating you can use  to
>>> attach
>>> > > the listview.  It won't acutally get rendered.
>>> > >
>>> > >
>>> > > On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:
>>> > >
>>> > > > Hi,
>>> > > > pls what type of repeater can I use for markups like these
>>> > > >
>>> > > > Heading 1
>>> > > > Body 1
>>> > > >
>>> > > > Heading 2
>>> > > > Body 2
>>> > > >
>>> > > > Heading 3
>>> > > > Body 3
>>> > > >
>>> > > > ListView normally generates these
>>> > > >
>>> > > > 
>>> > > > Heading 1
>>> > > > Body 1
>>> > > > 
>>> > > >
>>> > > > 
>>> > > > Heading 2
>>> > > > Body 2
>>> > > > 
>>> > > >
>>> > > > 
>>> > > > Heading 3
>>> > > > Body 3
>>> > > > 
>>> > >
>>> > >
>>> > > ---
>>> > >
>>> > > Matthew R Hanlon
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > -
>>> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> > > For additional commands, e-mail: users-h...@wicket.apache.org
>>> > >
>>> > >
>>> >
>>>
>>
>>
>>
>>
>
>
>

Re: Repeaters Without A Wrapper

[Ayodeji Aladejebi]

@Jeremy :)

On Sat, May 22, 2010 at 4:32 AM, Ayodeji Aladejebi wrote:

> I was thinking i could override onComponenttag somehow to get this done
>
>
>
> On Sat, May 22, 2010 at 4:30 AM, Jeremy Thomerson <
> jer...@wickettraining.com> wrote:
>
>> First search result: http://www.lmgtfy.com/?q=wicket%3Acontainer
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>>
>> On Fri, May 21, 2010 at 10:18 PM, Ayodeji Aladejebi > >wrote:
>>
>> > wicket:container, wicket:container pls any clearer references? kinda
>> stuck
>> >
>> > On Sat, May 22, 2010 at 4:11 AM, Matthew R Hanlon > > >wrote:
>> >
>> > > If you don't need ajax updating you can use  to
>> attach
>> > > the listview.  It won't acutally get rendered.
>> > >
>> > >
>> > > On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:
>> > >
>> > > > Hi,
>> > > > pls what type of repeater can I use for markups like these
>> > > >
>> > > > Heading 1
>> > > > Body 1
>> > > >
>> > > > Heading 2
>> > > > Body 2
>> > > >
>> > > > Heading 3
>> > > > Body 3
>> > > >
>> > > > ListView normally generates these
>> > > >
>> > > > 
>> > > > Heading 1
>> > > > Body 1
>> > > > 
>> > > >
>> > > > 
>> > > > Heading 2
>> > > > Body 2
>> > > > 
>> > > >
>> > > > 
>> > > > Heading 3
>> > > > Body 3
>> > > > 
>> > >
>> > >
>> > > ---
>> > >
>> > > Matthew R Hanlon
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > -
>> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > > For additional commands, e-mail: users-h...@wicket.apache.org
>> > >
>> > >
>> >
>>
>
>
>
>

Re: Repeaters Without A Wrapper

[Ayodeji Aladejebi]

I was thinking i could override onComponenttag somehow to get this done



On Sat, May 22, 2010 at 4:30 AM, Jeremy Thomerson  wrote:

> First search result: http://www.lmgtfy.com/?q=wicket%3Acontainer
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Fri, May 21, 2010 at 10:18 PM, Ayodeji Aladejebi  >wrote:
>
> > wicket:container, wicket:container pls any clearer references? kinda
> stuck
> >
> > On Sat, May 22, 2010 at 4:11 AM, Matthew R Hanlon  > >wrote:
> >
> > > If you don't need ajax updating you can use  to
> attach
> > > the listview.  It won't acutally get rendered.
> > >
> > >
> > > On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:
> > >
> > > > Hi,
> > > > pls what type of repeater can I use for markups like these
> > > >
> > > > Heading 1
> > > > Body 1
> > > >
> > > > Heading 2
> > > > Body 2
> > > >
> > > > Heading 3
> > > > Body 3
> > > >
> > > > ListView normally generates these
> > > >
> > > > 
> > > > Heading 1
> > > > Body 1
> > > > 
> > > >
> > > > 
> > > > Heading 2
> > > > Body 2
> > > > 
> > > >
> > > > 
> > > > Heading 3
> > > > Body 3
> > > > 
> > >
> > >
> > > ---
> > >
> > > Matthew R Hanlon
> > >
> > >
> > >
> > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
>

Re: Repeaters Without A Wrapper

[Jeremy Thomerson]

First search result: http://www.lmgtfy.com/?q=wicket%3Acontainer

--
Jeremy Thomerson
http://www.wickettraining.com



On Fri, May 21, 2010 at 10:18 PM, Ayodeji Aladejebi wrote:

> wicket:container, wicket:container pls any clearer references? kinda stuck
>
> On Sat, May 22, 2010 at 4:11 AM, Matthew R Hanlon  >wrote:
>
> > If you don't need ajax updating you can use  to attach
> > the listview.  It won't acutally get rendered.
> >
> >
> > On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:
> >
> > > Hi,
> > > pls what type of repeater can I use for markups like these
> > >
> > > Heading 1
> > > Body 1
> > >
> > > Heading 2
> > > Body 2
> > >
> > > Heading 3
> > > Body 3
> > >
> > > ListView normally generates these
> > >
> > > 
> > > Heading 1
> > > Body 1
> > > 
> > >
> > > 
> > > Heading 2
> > > Body 2
> > > 
> > >
> > > 
> > > Heading 3
> > > Body 3
> > > 
> >
> >
> > ---
> >
> > Matthew R Hanlon
> >
> >
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>

Re: Repeaters Without A Wrapper

[Ayodeji Aladejebi]

wicket:container, wicket:container pls any clearer references? kinda stuck

On Sat, May 22, 2010 at 4:11 AM, Matthew R Hanlon wrote:

> If you don't need ajax updating you can use  to attach
> the listview.  It won't acutally get rendered.
>
>
> On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:
>
> > Hi,
> > pls what type of repeater can I use for markups like these
> >
> > Heading 1
> > Body 1
> >
> > Heading 2
> > Body 2
> >
> > Heading 3
> > Body 3
> >
> > ListView normally generates these
> >
> > 
> > Heading 1
> > Body 1
> > 
> >
> > 
> > Heading 2
> > Body 2
> > 
> >
> > 
> > Heading 3
> > Body 3
> > 
>
>
> ---
>
> Matthew R Hanlon
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Repeaters Without A Wrapper

[Matthew R Hanlon]

If you don't need ajax updating you can use  to attach the 
listview.  It won't acutally get rendered.


On May 21, 2010, at 10:07 PM, Ayodeji Aladejebi wrote:

> Hi,
> pls what type of repeater can I use for markups like these
> 
> Heading 1
> Body 1
> 
> Heading 2
> Body 2
> 
> Heading 3
> Body 3
> 
> ListView normally generates these
> 
> 
> Heading 1
> Body 1
> 
> 
> 
> Heading 2
> Body 2
> 
> 
> 
> Heading 3
> Body 3
> 


---

Matthew R Hanlon






-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Repeaters Without A Wrapper

[Ayodeji Aladejebi]

Hi,
pls what type of repeater can I use for markups like these

Heading 1
Body 1

Heading 2
Body 2

Heading 3
Body 3

 ListView normally generates these


Heading 1
Body 1



Heading 2
Body 2



Heading 3
Body 3

Re: Wicket Cobertura problem

[Pedro Santos]

http://www.jeremythomerson.com/blog/2008/11/wicket-quickstart-tutorial/

On Fri, May 21, 2010 at 4:16 PM, David Alves wrote:

> Hum... quickstart?
> What's that?
>
> David
>
> On May 20, 2010, at 6:07 PM, nino martinez wael wrote:
>
> > Damn, what about making a quickstart, and we can see if we can
> > replicate the problem?
> >
> > 2010/5/20 David Alves :
> >> Jetty dependencies are part of the core app, (not just for testing).
> >> I am actually using sonar :)
> >> The sonar:sonar goal was where the build first failed, while in the
> cobertura plugin.
> >> Since then I tried with cobertura standalone and it also fails,
> therefore my original question.
> >>
> >>
> >> On May 20, 2010, at 8:04 AM, nino martinez wael wrote:
> >>
> >>> you are running with the dependencies for jetty as test scoped or?
> >>> What if you use something like sonar does that make a diff..
> >>>
> >>> 2010/5/19 David Alves :
>  Exactly.
>  weird right?
> 
>  I'm not 100% sure that it is a wicket problem (it could be a jetty
> problem), still I find suspicious that the only stuff missing from the logs
> when it fails is the wicket stuff.
> 
>  On May 19, 2010, at 8:29 PM, nino martinez wael wrote:
> 
> > Strange, I haven't encounter problems like that.. So it works when
> > running mvn test or mvn clean install?
> >
> > 2010/5/19 David Alves :
> >> Hi Nino
> >>
> >>I'm using maven, it only fails when I run the
> cobertura:cobertura target.
> >>
> >> David
> >> On May 19, 2010, at 6:57 PM, nino martinez wael wrote:
> >>
> >>> what are you using to build with maven, ant or?
> >>>
> >>> 2010/5/19 David Alves :
>  Hi
> 
> I'm quite new to wicket, and I'm having a strange problem.
> I'm using wicket (1.4.8) with embedded jetty in a large cluster application.
> Everything works out most of the time, except when I run
> cobertura test coverage (under maven).
> Starting my application in every other context yelds the
> following in the logs:
> 
>  ...
>  2010-05-19 17:46:03,195 INFO [main] log.Slf4jLog (55): Logging to
> org.slf4j.impl.Log4jLoggerAdapter(org.eclipse.jetty.util.log) via
> org.eclipse.jetty.util.log.Slf4jLog 2010-05-19 17:46:03,267 INFO [main]
> log.Slf4jLog (55): jetty-7.1.0.RC1 2010-05-19 17:46:03,475 INFO [main]
> log.Slf4jLog (55): NO JSP Support for /, did not find
> org.apache.jasper.servlet.JspServlet 2010-05-19 17:46:03,476 WARN [main]
> log.Slf4jLog (40): java.lang.ClassNotFoundException:
> org.eclipse.jetty.jsp.JettyLog 2010-05-19 17:46:03,797 INFO [main]
> wicket.Application (842): [FloodWebApplication] init: Wicket extensions
> initializer 2010-05-19 17:46:03,824 INFO [main] wicket.Application (842):
> [FloodWebApplication] init: Wicket core library initializer 2010-05-19
> 17:46:03,826 INFO [main] wicket.RequestListenerInterface (276): registered
> listener interface [RequestListenerInterface name=IBehaviorListener,
> method=public abstract void
> org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19
> 17:46:03,827 INFO [main] wicket.RequestListenerInterface (276): registered
> listener interface [RequestListenerInterface name=IBehaviorListener,
> method=public abstract void
> org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19
> 17:46:03,829 INFO [main] wicket.RequestListenerInterface (276): registered
> listener interface [RequestListenerInterface name=IFormSubmitListener,
> method=public abstract void
> org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
> 2010-05-19 17:46:03,852 INFO [main] wicket.RequestListenerInterface (276):
> registered listener interface [RequestListenerInterface
> name=IFormSubmitListener, method=public abstract void
> org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
> 2010-05-19 17:46:03,853 INFO [main] wicket.RequestListenerInterface (276):
> registered listener interface [RequestListenerInterface name=ILinkListener,
> method=public abstract void
> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2010-05-19
> 17:46:03,854 INFO [main] wicket.RequestListenerInterface (276): registered
> listener interface [RequestListenerInterface name=ILinkListener,
> method=public abstract void
> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2010-05-19
> 17:46:03,856 INFO [main] wicket.RequestListenerInterface (276): registered
> listener interface [RequestListenerInterface name=IOnChangeListener,
> method=public abstract void
> org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()]
> 2010-05-19 17:46:03,856 INFO [main] wicket.RequestListenerInterface (276):
> registered listener interface [RequestListenerInterface
> name=IOnChangeListener, method=public abstract void
> org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()]
> 2010-05-19 17:46:03,857 INFO [main] wicket.R

Re: Wicket Cobertura problem

[James Carman]

http://wicket.apache.org/quickstart.html

On Fri, May 21, 2010 at 3:16 PM, David Alves  wrote:
> Hum... quickstart?
> What's that?
>
> David
>
> On May 20, 2010, at 6:07 PM, nino martinez wael wrote:
>
>> Damn, what about making a quickstart, and we can see if we can
>> replicate the problem?
>>
>> 2010/5/20 David Alves :
>>> Jetty dependencies are part of the core app, (not just for testing).
>>> I am actually using sonar :)
>>> The sonar:sonar goal was where the build first failed, while in the 
>>> cobertura plugin.
>>> Since then I tried with cobertura standalone and it also fails, therefore 
>>> my original question.
>>>
>>>
>>> On May 20, 2010, at 8:04 AM, nino martinez wael wrote:
>>>
 you are running with the dependencies for jetty as test scoped or?
 What if you use something like sonar does that make a diff..

 2010/5/19 David Alves :
> Exactly.
> weird right?
>
> I'm not 100% sure that it is a wicket problem (it could be a jetty 
> problem), still I find suspicious that the only stuff missing from the 
> logs when it fails is the wicket stuff.
>
> On May 19, 2010, at 8:29 PM, nino martinez wael wrote:
>
>> Strange, I haven't encounter problems like that.. So it works when
>> running mvn test or mvn clean install?
>>
>> 2010/5/19 David Alves :
>>> Hi Nino
>>>
>>>        I'm using maven, it only fails when I run the 
>>> cobertura:cobertura target.
>>>
>>> David
>>> On May 19, 2010, at 6:57 PM, nino martinez wael wrote:
>>>
 what are you using to build with maven, ant or?

 2010/5/19 David Alves :
> Hi
>
>        I'm quite new to wicket, and I'm having a strange problem. I'm 
> using wicket (1.4.8) with embedded jetty in a large cluster 
> application.
>        Everything works out most of the time, except when I run 
> cobertura test coverage (under maven).
>        Starting my application in every other context yelds the 
> following in the logs:
>
> ...
> 2010-05-19 17:46:03,195 INFO [main] log.Slf4jLog (55): Logging to 
> org.slf4j.impl.Log4jLoggerAdapter(org.eclipse.jetty.util.log) via 
> org.eclipse.jetty.util.log.Slf4jLog 2010-05-19 17:46:03,267 INFO 
> [main] log.Slf4jLog (55): jetty-7.1.0.RC1 2010-05-19 17:46:03,475 
> INFO [main] log.Slf4jLog (55): NO JSP Support for /, did not find 
> org.apache.jasper.servlet.JspServlet 2010-05-19 17:46:03,476 WARN 
> [main] log.Slf4jLog (40): java.lang.ClassNotFoundException: 
> org.eclipse.jetty.jsp.JettyLog 2010-05-19 17:46:03,797 INFO [main] 
> wicket.Application (842): [FloodWebApplication] init: Wicket 
> extensions initializer 2010-05-19 17:46:03,824 INFO [main] 
> wicket.Application (842): [FloodWebApplication] init: Wicket core 
> library initializer 2010-05-19 17:46:03,826 INFO [main] 
> wicket.RequestListenerInterface (276): registered listener interface 
> [RequestListenerInterface name=IBehaviorListener, method=public 
> abstract void 
> org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19 
> 17:46:03,827 INFO [main] wicket.RequestListenerInterface (276): 
> registered listener interface [RequestListenerInterface 
> name=IBehaviorListener, method=public abstract void 
> org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19 
> 17:46:03,829 INFO [main] wicket.RequestListenerInterface (276): 
> registered listener interface [RequestListenerInterface 
> name=IFormSubmitListener, method=public abstract void 
> org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
>  2010-05-19 17:46:03,852 INFO [main] wicket.RequestListenerInterface 
> (276): registered listener interface [RequestListenerInterface 
> name=IFormSubmitListener, method=public abstract void 
> org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
>  2010-05-19 17:46:03,853 INFO [main] wicket.RequestListenerInterface 
> (276): registered listener interface [RequestListenerInterface 
> name=ILinkListener, method=public abstract void 
> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 
> 2010-05-19 17:46:03,854 INFO [main] wicket.RequestListenerInterface 
> (276): registered listener interface [RequestListenerInterface 
> name=ILinkListener, method=public abstract void 
> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 
> 2010-05-19 17:46:03,856 INFO [main] wicket.RequestListenerInterface 
> (276): registered listener interface [RequestListenerInterface 
> name=IOnChangeListener, method=public abstract void 
> org.apache.wicket.markup.html.form.IOnChangeListe

WICKET-2882 Enclosures issue

[Chris Colman]

Enclosures have to be one of the top ten awesome features of wicket as
they allow us to wrap the many optional components in our CMS. They're
awesome because the 'wrapping' is automatically ditched if the 'wrappee'
is not visible.

I was just wondering if anyone was able to reproduce this issue with the
quickstart I provided. We are wanting to redeploy a major wicket powered
CMS with the latest version of wicket but this issue is holding us back
at wicket version 1.4.1 but we need fixes and features included in more
recent releases.

https://issues.apache.org/jira/browse/WICKET-2882

I've downloaded the source code and tried debugging the problem myself
but my lack of understanding of how wicket works internally with regard
to the lifecycle, the chain of resolvers and the interactions with child
components that may or may not be present means I get 'stumped' (pardon
the wicket pun)  pretty quickly :)

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket Cobertura problem

[David Alves]

Hum... quickstart?
What's that?

David

On May 20, 2010, at 6:07 PM, nino martinez wael wrote:

> Damn, what about making a quickstart, and we can see if we can
> replicate the problem?
> 
> 2010/5/20 David Alves :
>> Jetty dependencies are part of the core app, (not just for testing).
>> I am actually using sonar :)
>> The sonar:sonar goal was where the build first failed, while in the 
>> cobertura plugin.
>> Since then I tried with cobertura standalone and it also fails, therefore my 
>> original question.
>> 
>> 
>> On May 20, 2010, at 8:04 AM, nino martinez wael wrote:
>> 
>>> you are running with the dependencies for jetty as test scoped or?
>>> What if you use something like sonar does that make a diff..
>>> 
>>> 2010/5/19 David Alves :
 Exactly.
 weird right?
 
 I'm not 100% sure that it is a wicket problem (it could be a jetty 
 problem), still I find suspicious that the only stuff missing from the 
 logs when it fails is the wicket stuff.
 
 On May 19, 2010, at 8:29 PM, nino martinez wael wrote:
 
> Strange, I haven't encounter problems like that.. So it works when
> running mvn test or mvn clean install?
> 
> 2010/5/19 David Alves :
>> Hi Nino
>> 
>>I'm using maven, it only fails when I run the cobertura:cobertura 
>> target.
>> 
>> David
>> On May 19, 2010, at 6:57 PM, nino martinez wael wrote:
>> 
>>> what are you using to build with maven, ant or?
>>> 
>>> 2010/5/19 David Alves :
 Hi
 
I'm quite new to wicket, and I'm having a strange problem. I'm 
 using wicket (1.4.8) with embedded jetty in a large cluster 
 application.
Everything works out most of the time, except when I run 
 cobertura test coverage (under maven).
Starting my application in every other context yelds the 
 following in the logs:
 
 ...
 2010-05-19 17:46:03,195 INFO [main] log.Slf4jLog (55): Logging to 
 org.slf4j.impl.Log4jLoggerAdapter(org.eclipse.jetty.util.log) via 
 org.eclipse.jetty.util.log.Slf4jLog 2010-05-19 17:46:03,267 INFO 
 [main] log.Slf4jLog (55): jetty-7.1.0.RC1 2010-05-19 17:46:03,475 INFO 
 [main] log.Slf4jLog (55): NO JSP Support for /, did not find 
 org.apache.jasper.servlet.JspServlet 2010-05-19 17:46:03,476 WARN 
 [main] log.Slf4jLog (40): java.lang.ClassNotFoundException: 
 org.eclipse.jetty.jsp.JettyLog 2010-05-19 17:46:03,797 INFO [main] 
 wicket.Application (842): [FloodWebApplication] init: Wicket 
 extensions initializer 2010-05-19 17:46:03,824 INFO [main] 
 wicket.Application (842): [FloodWebApplication] init: Wicket core 
 library initializer 2010-05-19 17:46:03,826 INFO [main] 
 wicket.RequestListenerInterface (276): registered listener interface 
 [RequestListenerInterface name=IBehaviorListener, method=public 
 abstract void 
 org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19 
 17:46:03,827 INFO [main] wicket.RequestListenerInterface (276): 
 registered listener interface [RequestListenerInterface 
 name=IBehaviorListener, method=public abstract void 
 org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2010-05-19 
 17:46:03,829 INFO [main] wicket.RequestListenerInterface (276): 
 registered listener interface [RequestListenerInterface 
 name=IFormSubmitListener, method=public abstract void 
 org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
  2010-05-19 17:46:03,852 INFO [main] wicket.RequestListenerInterface 
 (276): registered listener interface [RequestListenerInterface 
 name=IFormSubmitListener, method=public abstract void 
 org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]
  2010-05-19 17:46:03,853 INFO [main] wicket.RequestListenerInterface 
 (276): registered listener interface [RequestListenerInterface 
 name=ILinkListener, method=public abstract void 
 org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 
 2010-05-19 17:46:03,854 INFO [main] wicket.RequestListenerInterface 
 (276): registered listener interface [RequestListenerInterface 
 name=ILinkListener, method=public abstract void 
 org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 
 2010-05-19 17:46:03,856 INFO [main] wicket.RequestListenerInterface 
 (276): registered listener interface [RequestListenerInterface 
 name=IOnChangeListener, method=public abstract void 
 org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()]
  2010-05-19 17:46:03,856 INFO [main] wicket.RequestListenerInterface 
 (276): registered listener interface [RequestListenerInterface 
>>

Re: wicketstuff-merged-resources 3.1 parent class scanning?

[Jeremy Thomerson]

User 'rcrumley' was added successfully.

--
Jeremy Thomerson
http://www.wickettraining.com



On Fri, May 21, 2010 at 11:47 AM, Ryan Crumley  wrote:

> rcrumley
>
> On Fri, May 21, 2010 at 10:04 AM, Jeremy Thomerson
>  wrote:
> > What's your sf.net ID?   I can add you as committer and you can just
> commit
> > the patches.
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> >
> > On Fri, May 21, 2010 at 9:35 AM, Ryan Crumley  wrote:
> >>
> >> Thanks Jeremy. I applied the patches and there are some more errors
> >> down the line. I am looking into resolving them and will submit a
> >> patch once I get to that point. Hopefully this weekend.
> >>
> >> Ryan
> >>
> >> On Mon, May 17, 2010 at 11:49 PM, Jeremy Thomerson
> >>  wrote:
> >> > I'm not a maintainer on those projects so I defer on applying the
> >> > following
> >> > patches.  However, I think that it is a bug.  If it is a bug, it will
> >> > also
> >> > require a change in the annotations project in WicketStuff.  I have
> >> > created
> >> > a patch for each.  Could you test it and see if it works?  If so, I'll
> >> > go
> >> > ahead and commit it (unless one of the maintainers objects here
> first).
> >> > Patch for annotations: http://pastebin.com/nxQuLfqf
> >> > Patch for merged-resources: http://pastebin.com/Cbpjtvqp
> >> > File attachments to the list will be stripped.
> >> >
> >> > --
> >> > Jeremy Thomerson
> >> > http://www.wickettraining.com
> >> >
> >> >
> >> >
> >> > On Mon, May 17, 2010 at 9:43 PM, Ryan Crumley 
> wrote:
> >> >>
> >> >> All,
> >> >>
> >> >> [If there is a wicketstuff specific mailing list please let me know
> >> >> and I will be happy to post there (wicketstuff.org is down so its
> >> >> difficult to find information).]
> >> >>
> >> >> I am using wicketstuff-merged-resources (3.1-SNAPSHOT) with
> >> >> wicketstuff-annotation (1.1) and I have found a potential issue with
> >> >> annotation detection. My page hierarchy looks something like this:
> >> >>
> >> >> public abstract class BasePage extends WebPage { ... }
> >> >>
> >> >> public class HomePage extends BasePage { ... }
> >> >>
> >> >> I would like to add @JsContribution to BasePage however the resources
> >> >> are only included if the concrete page (in this example: 'HomePage')
> >> >> also has resource annotations. Removing @JsContribution from HomePage
> >> >> results in all resources from BasePage also disappearing. Is this a
> >> >> known bug? Am I using the framework incorrectly?
> >> >>
> >> >> Thanks in advance for any guidance.
> >> >>
> >> >> Ryan
> >> >>
> >> >> -
> >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >> >>
> >> >
> >> >
> >
> >
>

Re: Wicket Panel tag

[Igor Vaynberg]

use a border instead of a panel, thats what borders are for...

-igor

On Fri, May 21, 2010 at 11:10 AM, Brian Mulholland
 wrote:
> Cool, those both helped alot.  Unfortunately, they have lead me to
> realize another major flaw in my plan.  Of course the wicket panel is
> destroying the content in the template.  In most cases that is a
> feature, but in this case the point is for the control to act as a
> wrapper around other content (both static AND wicket replaced).  But
> of course, the panel is replacing that content.
>
> So is there a way to preserve the child content?  To illustrate the
> plan, I want my markup in the HTMl template to look something like:
>
> 
>  Tab One! 
>  Tab Two!
>  
>
> but the rendered HTML would add a hidden input, and some javascript,
> but would otherwise preserve the rest of it's content, including any
> wicket:id marked tags.  It would go to the browser as something like:
>
> 
>  
>  Tab One! 
>  Tab Two!
>  
> /* some javascript not worth repeating here */
>
> I suppose I *might* be able to have the drawTabsHere div NOT
> encapsulate the tab1 and tab2 div's.  That is the direction I will
> start moving, but is there a way to achieve the above ideal?  Since
> tab1 and 2 are children of the drawTabsHere node, it would be better
> if the markup reflected that.
>
> On 5/21/10, Richard Wilkinson  wrote:
>> Hi,
>>
>> 1)
>> To get wicket to output a dom id you must call
>> mycomponent.setOutputMarkupId(true).  This will output a generated dom
>> id, which you can access in your java code by calling
>> mycomponent.getMarkupId().
>> Wicket will overrwrite any dom id in your code, if that element is
>> used for a wicket component (ie has wicket:id="myid")
>>
>> 2)
>> Wicket tags like  are removed if the application is
>> running in deployment mode, but are rendered if the application is
>> running in development.  You can control this explicitly by calling
>> getMarkupSettings().setStripWicketTags(true); in your application init
>> code, or by using
>> Application.get().getMarkupSettings().setStripWicketTags(true); in any
>> wicket code.
>>
>>
>> --
>> Regards - Richard Wilkinson
>> Developer,
>> jWeekend: OO & Java Technologies - Development and Training
>> http://jWeekend.com
>>
>>
>> On 21 May 2010 17:51, Brian Mulholland  wrote:
>>> Our app will be using ExtJS tab controls.  So to make that easier I
>>> wrapped the ExtJS code up into a Wicket Panel to hide the complexity
>>> of working with ExtJS.  The idea is that I would tell my class what
>>> the wicket:id of the span/div was to draw the thing to, as well as
>>> naming the N subtab id's (these are the HTML ids) so that the class
>>> could write out the javascript code to render the tabs from the markup
>>> already in the page.  So the HTML would look like:
>>>
>>> 
>>>  Tab One!
>>>  Tab Two!
>>> 
>>>
>>> And the java code would look like:
>>>
>>> add(new MyTabPanel("drawTabsHere", "tab1", "tab2"));
>>>
>>> The premise is REALLY close to working.  Here's my problems:
>>>
>>> 1) The wicket:id="" attribute on the div won't copy the id into the
>>> markup.  I must repeat it in the template >> wicket:id='drawTabsHere' id='drawTabsHere'>.  I tried adding the id
>>> via an Attribute Modifier like so:
>>>
>>> add(new AttributeModifier("id", new Model(renderToID)));
>>>
>>> But it ignores me.  I'd rather not force my developers to repeat the
>>> id.  How can I accomplish that?
>>>
>>> 2) More importantly, the rendering of the tabs is malfunctioning.  I
>>> believe that it is because the panel actually DRAWS the 
>>> tag around the subtab div's and thus screws up ExtJS.  I didn't
>>> realize that panels wrote the wicket tags out to the browser until i
>>> hit this.  I'd always assumed that "wicket:" tags were for the
>>> server's use, and were not rendered.  How can I suppress this so that
>>> the DOM hierarchy is right for my use?
>>>
>>> I do have a hidden input tag in the wicket:panel in order to preserve
>>> the selected tab so that we preserve it between submits.  I tried
>>> removing it and it did not help, but cannot remove the wicket:panel
>>> without Wicket throwing an exception.
>>>
>>>
>>> --
>>> Brian Mulholland
>>>
>>> -
>>> 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
>>
>>
>
>
> --
> Brian Mulholland
>
> -
> 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: us

AW: Wicket Panel tag

[Stefan Lindner]

Yes, ist is! Use a WebMarkupcontainer. It will leave your content untouches 
(except the ID)
 
Stefan



Von: Brian Mulholland [mailto:blmulholl...@gmail.com]
Gesendet: Fr 21.05.2010 20:10
An: users@wicket.apache.org
Betreff: Re: Wicket Panel tag



Cool, those both helped alot.  Unfortunately, they have lead me to
realize another major flaw in my plan.  Of course the wicket panel is
destroying the content in the template.  In most cases that is a
feature, but in this case the point is for the control to act as a
wrapper around other content (both static AND wicket replaced).  But
of course, the panel is replacing that content.

So is there a way to preserve the child content?  To illustrate the
plan, I want my markup in the HTMl template to look something like:


  Tab One! 
  Tab Two!
 

but the rendered HTML would add a hidden input, and some javascript,
but would otherwise preserve the rest of it's content, including any
wicket:id marked tags.  It would go to the browser as something like:


  
  Tab One! 
  Tab Two!
 
/* some javascript not worth repeating here */

I suppose I *might* be able to have the drawTabsHere div NOT
encapsulate the tab1 and tab2 div's.  That is the direction I will
start moving, but is there a way to achieve the above ideal?  Since
tab1 and 2 are children of the drawTabsHere node, it would be better
if the markup reflected that.

On 5/21/10, Richard Wilkinson  wrote:
> Hi,
>
> 1)
> To get wicket to output a dom id you must call
> mycomponent.setOutputMarkupId(true).  This will output a generated dom
> id, which you can access in your java code by calling
> mycomponent.getMarkupId().
> Wicket will overrwrite any dom id in your code, if that element is
> used for a wicket component (ie has wicket:id="myid")
>
> 2)
> Wicket tags like  are removed if the application is
> running in deployment mode, but are rendered if the application is
> running in development.  You can control this explicitly by calling
> getMarkupSettings().setStripWicketTags(true); in your application init
> code, or by using
> Application.get().getMarkupSettings().setStripWicketTags(true); in any
> wicket code.
>
>
> --
> Regards - Richard Wilkinson
> Developer,
> jWeekend: OO & Java Technologies - Development and Training
> http://jWeekend.com  
>
>
> On 21 May 2010 17:51, Brian Mulholland  wrote:
>> Our app will be using ExtJS tab controls.  So to make that easier I
>> wrapped the ExtJS code up into a Wicket Panel to hide the complexity
>> of working with ExtJS.  The idea is that I would tell my class what
>> the wicket:id of the span/div was to draw the thing to, as well as
>> naming the N subtab id's (these are the HTML ids) so that the class
>> could write out the javascript code to render the tabs from the markup
>> already in the page.  So the HTML would look like:
>>
>> 
>>  Tab One!
>>  Tab Two!
>> 
>>
>> And the java code would look like:
>>
>> add(new MyTabPanel("drawTabsHere", "tab1", "tab2"));
>>
>> The premise is REALLY close to working.  Here's my problems:
>>
>> 1) The wicket:id="" attribute on the div won't copy the id into the
>> markup.  I must repeat it in the template > wicket:id='drawTabsHere' id='drawTabsHere'>.  I tried adding the id
>> via an Attribute Modifier like so:
>>
>> add(new AttributeModifier("id", new Model(renderToID)));
>>
>> But it ignores me.  I'd rather not force my developers to repeat the
>> id.  How can I accomplish that?
>>
>> 2) More importantly, the rendering of the tabs is malfunctioning.  I
>> believe that it is because the panel actually DRAWS the 
>> tag around the subtab div's and thus screws up ExtJS.  I didn't
>> realize that panels wrote the wicket tags out to the browser until i
>> hit this.  I'd always assumed that "wicket:" tags were for the
>> server's use, and were not rendered.  How can I suppress this so that
>> the DOM hierarchy is right for my use?
>>
>> I do have a hidden input tag in the wicket:panel in order to preserve
>> the selected tab so that we preserve it between submits.  I tried
>> removing it and it did not help, but cannot remove the wicket:panel
>> without Wicket throwing an exception.
>>
>>
>> --
>> Brian Mulholland
>>
>> -
>> 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
>
>


--
Brian Mulholland

-
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 addition

Re: Wicket Panel tag

[Brian Mulholland]

Cool, those both helped alot.  Unfortunately, they have lead me to
realize another major flaw in my plan.  Of course the wicket panel is
destroying the content in the template.  In most cases that is a
feature, but in this case the point is for the control to act as a
wrapper around other content (both static AND wicket replaced).  But
of course, the panel is replacing that content.

So is there a way to preserve the child content?  To illustrate the
plan, I want my markup in the HTMl template to look something like:


  Tab One! 
  Tab Two!
 

but the rendered HTML would add a hidden input, and some javascript,
but would otherwise preserve the rest of it's content, including any
wicket:id marked tags.  It would go to the browser as something like:


  
  Tab One! 
  Tab Two!
 
/* some javascript not worth repeating here */

I suppose I *might* be able to have the drawTabsHere div NOT
encapsulate the tab1 and tab2 div's.  That is the direction I will
start moving, but is there a way to achieve the above ideal?  Since
tab1 and 2 are children of the drawTabsHere node, it would be better
if the markup reflected that.

On 5/21/10, Richard Wilkinson  wrote:
> Hi,
>
> 1)
> To get wicket to output a dom id you must call
> mycomponent.setOutputMarkupId(true).  This will output a generated dom
> id, which you can access in your java code by calling
> mycomponent.getMarkupId().
> Wicket will overrwrite any dom id in your code, if that element is
> used for a wicket component (ie has wicket:id="myid")
>
> 2)
> Wicket tags like  are removed if the application is
> running in deployment mode, but are rendered if the application is
> running in development.  You can control this explicitly by calling
> getMarkupSettings().setStripWicketTags(true); in your application init
> code, or by using
> Application.get().getMarkupSettings().setStripWicketTags(true); in any
> wicket code.
>
>
> --
> Regards - Richard Wilkinson
> Developer,
> jWeekend: OO & Java Technologies - Development and Training
> http://jWeekend.com
>
>
> On 21 May 2010 17:51, Brian Mulholland  wrote:
>> Our app will be using ExtJS tab controls.  So to make that easier I
>> wrapped the ExtJS code up into a Wicket Panel to hide the complexity
>> of working with ExtJS.  The idea is that I would tell my class what
>> the wicket:id of the span/div was to draw the thing to, as well as
>> naming the N subtab id's (these are the HTML ids) so that the class
>> could write out the javascript code to render the tabs from the markup
>> already in the page.  So the HTML would look like:
>>
>> 
>>  Tab One!
>>  Tab Two!
>> 
>>
>> And the java code would look like:
>>
>> add(new MyTabPanel("drawTabsHere", "tab1", "tab2"));
>>
>> The premise is REALLY close to working.  Here's my problems:
>>
>> 1) The wicket:id="" attribute on the div won't copy the id into the
>> markup.  I must repeat it in the template > wicket:id='drawTabsHere' id='drawTabsHere'>.  I tried adding the id
>> via an Attribute Modifier like so:
>>
>> add(new AttributeModifier("id", new Model(renderToID)));
>>
>> But it ignores me.  I'd rather not force my developers to repeat the
>> id.  How can I accomplish that?
>>
>> 2) More importantly, the rendering of the tabs is malfunctioning.  I
>> believe that it is because the panel actually DRAWS the 
>> tag around the subtab div's and thus screws up ExtJS.  I didn't
>> realize that panels wrote the wicket tags out to the browser until i
>> hit this.  I'd always assumed that "wicket:" tags were for the
>> server's use, and were not rendered.  How can I suppress this so that
>> the DOM hierarchy is right for my use?
>>
>> I do have a hidden input tag in the wicket:panel in order to preserve
>> the selected tab so that we preserve it between submits.  I tried
>> removing it and it did not help, but cannot remove the wicket:panel
>> without Wicket throwing an exception.
>>
>>
>> --
>> Brian Mulholland
>>
>> -
>> 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
>
>


-- 
Brian Mulholland

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Extending RequestLogger

[Clint Checketts]

I'm trying to implement my own RequestLogger but have hit a snag. As an
initial implementation i just copied the existing RequestLogger completely
(instead of extending it) and am editting it to do what I need.

There are 2 snags that I have run into:

1) SessionData and RequestData are inner classes in RequestLogger and the
IRequestLogger interface requires the getRequests() to return a
List (meaning the inner class to RequestLogger).  I could work
around it if the interface said List instead of that
specific RequestData.  Could the interface's generics be updated to allow
for that? Is there a way that I can 'override' the interface?

2) In SessionData addTimeTaken(long time), setSessionInfo(Object
sessionInfo), and setSessionSize(long size) are declared without public or
protected. SO i am not able to override them (or call them from my custom
RequestLogger). Is that an oversight? Shouldn't those methods be 'public'?

Let me know if you require me to open tickets or anything to fix these.

I'm still new enough to this that I'm not certain if these are bugs or
features.

-Clint

Re: Wicket Panel tag

[Richard Wilkinson]

Hi,

1)
To get wicket to output a dom id you must call
mycomponent.setOutputMarkupId(true).  This will output a generated dom
id, which you can access in your java code by calling
mycomponent.getMarkupId().
Wicket will overrwrite any dom id in your code, if that element is
used for a wicket component (ie has wicket:id="myid")

2)
Wicket tags like  are removed if the application is
running in deployment mode, but are rendered if the application is
running in development.  You can control this explicitly by calling
getMarkupSettings().setStripWicketTags(true); in your application init
code, or by using
Application.get().getMarkupSettings().setStripWicketTags(true); in any
wicket code.


-- 
Regards - Richard Wilkinson
Developer,
jWeekend: OO & Java Technologies - Development and Training
http://jWeekend.com


On 21 May 2010 17:51, Brian Mulholland  wrote:
> Our app will be using ExtJS tab controls.  So to make that easier I
> wrapped the ExtJS code up into a Wicket Panel to hide the complexity
> of working with ExtJS.  The idea is that I would tell my class what
> the wicket:id of the span/div was to draw the thing to, as well as
> naming the N subtab id's (these are the HTML ids) so that the class
> could write out the javascript code to render the tabs from the markup
> already in the page.  So the HTML would look like:
>
> 
>  Tab One!
>  Tab Two!
> 
>
> And the java code would look like:
>
> add(new MyTabPanel("drawTabsHere", "tab1", "tab2"));
>
> The premise is REALLY close to working.  Here's my problems:
>
> 1) The wicket:id="" attribute on the div won't copy the id into the
> markup.  I must repeat it in the template  wicket:id='drawTabsHere' id='drawTabsHere'>.  I tried adding the id
> via an Attribute Modifier like so:
>
> add(new AttributeModifier("id", new Model(renderToID)));
>
> But it ignores me.  I'd rather not force my developers to repeat the
> id.  How can I accomplish that?
>
> 2) More importantly, the rendering of the tabs is malfunctioning.  I
> believe that it is because the panel actually DRAWS the 
> tag around the subtab div's and thus screws up ExtJS.  I didn't
> realize that panels wrote the wicket tags out to the browser until i
> hit this.  I'd always assumed that "wicket:" tags were for the
> server's use, and were not rendered.  How can I suppress this so that
> the DOM hierarchy is right for my use?
>
> I do have a hidden input tag in the wicket:panel in order to preserve
> the selected tab so that we preserve it between submits.  I tried
> removing it and it did not help, but cannot remove the wicket:panel
> without Wicket throwing an exception.
>
>
> --
> Brian Mulholland
>
> -
> 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

Wicket Panel tag

[Brian Mulholland]

Our app will be using ExtJS tab controls.  So to make that easier I
wrapped the ExtJS code up into a Wicket Panel to hide the complexity
of working with ExtJS.  The idea is that I would tell my class what
the wicket:id of the span/div was to draw the thing to, as well as
naming the N subtab id's (these are the HTML ids) so that the class
could write out the javascript code to render the tabs from the markup
already in the page.  So the HTML would look like:


  Tab One!
  Tab Two!


And the java code would look like:

add(new MyTabPanel("drawTabsHere", "tab1", "tab2"));

The premise is REALLY close to working.  Here's my problems:

1) The wicket:id="" attribute on the div won't copy the id into the
markup.  I must repeat it in the template .  I tried adding the id
via an Attribute Modifier like so:

add(new AttributeModifier("id", new Model(renderToID)));

But it ignores me.  I'd rather not force my developers to repeat the
id.  How can I accomplish that?

2) More importantly, the rendering of the tabs is malfunctioning.  I
believe that it is because the panel actually DRAWS the 
tag around the subtab div's and thus screws up ExtJS.  I didn't
realize that panels wrote the wicket tags out to the browser until i
hit this.  I'd always assumed that "wicket:" tags were for the
server's use, and were not rendered.  How can I suppress this so that
the DOM hierarchy is right for my use?

I do have a hidden input tag in the wicket:panel in order to preserve
the selected tab so that we preserve it between submits.  I tried
removing it and it did not help, but cannot remove the wicket:panel
without Wicket throwing an exception.


-- 
Brian Mulholland

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: wicketstuff-merged-resources 3.1 parent class scanning?

[Ryan Crumley]

rcrumley

On Fri, May 21, 2010 at 10:04 AM, Jeremy Thomerson
 wrote:
> What's your sf.net ID?   I can add you as committer and you can just commit
> the patches.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Fri, May 21, 2010 at 9:35 AM, Ryan Crumley  wrote:
>>
>> Thanks Jeremy. I applied the patches and there are some more errors
>> down the line. I am looking into resolving them and will submit a
>> patch once I get to that point. Hopefully this weekend.
>>
>> Ryan
>>
>> On Mon, May 17, 2010 at 11:49 PM, Jeremy Thomerson
>>  wrote:
>> > I'm not a maintainer on those projects so I defer on applying the
>> > following
>> > patches.  However, I think that it is a bug.  If it is a bug, it will
>> > also
>> > require a change in the annotations project in WicketStuff.  I have
>> > created
>> > a patch for each.  Could you test it and see if it works?  If so, I'll
>> > go
>> > ahead and commit it (unless one of the maintainers objects here first).
>> > Patch for annotations: http://pastebin.com/nxQuLfqf
>> > Patch for merged-resources: http://pastebin.com/Cbpjtvqp
>> > File attachments to the list will be stripped.
>> >
>> > --
>> > Jeremy Thomerson
>> > http://www.wickettraining.com
>> >
>> >
>> >
>> > On Mon, May 17, 2010 at 9:43 PM, Ryan Crumley  wrote:
>> >>
>> >> All,
>> >>
>> >> [If there is a wicketstuff specific mailing list please let me know
>> >> and I will be happy to post there (wicketstuff.org is down so its
>> >> difficult to find information).]
>> >>
>> >> I am using wicketstuff-merged-resources (3.1-SNAPSHOT) with
>> >> wicketstuff-annotation (1.1) and I have found a potential issue with
>> >> annotation detection. My page hierarchy looks something like this:
>> >>
>> >> public abstract class BasePage extends WebPage { ... }
>> >>
>> >> public class HomePage extends BasePage { ... }
>> >>
>> >> I would like to add @JsContribution to BasePage however the resources
>> >> are only included if the concrete page (in this example: 'HomePage')
>> >> also has resource annotations. Removing @JsContribution from HomePage
>> >> results in all resources from BasePage also disappearing. Is this a
>> >> known bug? Am I using the framework incorrectly?
>> >>
>> >> Thanks in advance for any guidance.
>> >>
>> >> Ryan
>> >>
>> >> -
>> >> 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: Can I develop without recompiling/restarting after every change?

[Jeremy Thomerson]

the easiest way to do this is to use the Start class (Start.java) from the
quickstart to run an embedded jetty instance in your IDE.  then, if you run
it in debug mode, it will hotswap any possible changes (and tell you if you
must restart if it's an incompatible change)

--
Jeremy Thomerson
http://www.wickettraining.com



On Fri, May 21, 2010 at 10:53 AM, ekallevig  wrote:

>
> I'm a front-end developer trying to learn Java (total n00b) and working on
> a
> wicket application at work.  The whole process feels very slow primarily
> because I have to recompile and restart JBoss every time I make a change.
> So I'm wondering what the best way is to avoid having to do this when
> editing .java/.js/.css/.html files during development? I'd like to just
> make
> changes and then refresh the browser to test -- is this possible?
>
> I've seen in the FAQ that you can change the application settings to
> auto-reload markup .html files -- where would I insert this setting
> (remember I'm a total n00b).
>
> As to .css/.js/.java files -- do I need jRebel or something like that to
> get
> these files to reload automatically?
>
> Thanks for helping out a super-beginner :)
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Can-I-develop-without-recompiling-restarting-after-every-change-tp2226360p2226360.html
> Sent from the Wicket - User 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
>
>

Can I develop without recompiling/restarting after every change?

[ekallevig]

I'm a front-end developer trying to learn Java (total n00b) and working on a
wicket application at work.  The whole process feels very slow primarily
because I have to recompile and restart JBoss every time I make a change. 
So I'm wondering what the best way is to avoid having to do this when
editing .java/.js/.css/.html files during development? I'd like to just make
changes and then refresh the browser to test -- is this possible?

I've seen in the FAQ that you can change the application settings to
auto-reload markup .html files -- where would I insert this setting
(remember I'm a total n00b).

As to .css/.js/.java files -- do I need jRebel or something like that to get
these files to reload automatically?

Thanks for helping out a super-beginner :)
-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Can-I-develop-without-recompiling-restarting-after-every-change-tp2226360p2226360.html
Sent from the Wicket - User 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

Find markup id of checkbox tags of CheckBoxMultipleChoice? To check/uncheck with plain javascript (ie no ajax)

[Jimi]

Hi,

In our project we use CheckBoxMultipleChoice, and it has been working great.
But now we wanted to be able to dynamically check and uncheck the checkboxes
using javascript, without doing any server side processing (for example
using ajax).

However I noticed that the class CheckBoxMultipleChoice doesn't create real
wicket java objects for its checkboxes. Instead it generates the html for
these boxes as a plain string in its onComponentTagBody method. This causes
a big problem for us, since there is no easy and safe way to get hold of the
markup ids of these tags.

Currently I have written a simple method that can calculate the markup id of
the corresponding tag, but it uses information from the source code of
CheckBoxMultipleChoice. My code works fine now, but if
CheckBoxMultipleChoice is modified in the future then a wicket upgrade might
break our code.

What do you guys think about this? The way I see it the class
CheckBoxMultipleChoice should provide a way to get hold of the markup ids of
the checkboxes. Preferably it should add real wicket objects.

Is there any way around this problem?

Regards
/Jimi
-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Find-markup-id-of-checkbox-tags-of-CheckBoxMultipleChoice-To-check-uncheck-with-plain-javascript-ie--tp2226351p2226351.html
Sent from the Wicket - User 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: @Inject (Guice) with non components (i.e. DataProvider) injectorHolder has not been assigned

[Jeremy Thomerson]

I think that this was fixed in 1.4.8  - what version are you on?

--
Jeremy Thomerson
http://www.wickettraining.com



On Fri, May 21, 2010 at 8:30 AM, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> Theres a patch for it, search for the exception in the forum, I wrote
> about it earlier this month or was it last month..
>
> 2010/5/21 Christoph Grün :
> >
> >
> > If I use InjectorHolder.getInjector().inject(this);
> > with Guice I am getting the error:
> > Caused by: java.lang.IllegalStateException: InjectorHolder has not been
> assigned an injector. Use InjectorHolder.setInjector() to assign an
> injector. In most cases this should be done once inside SpringWebApplication
> subclass's init() method.
> >
> > How to handle this? (I am not using Spring).
> >
> > Thanks, Chris
> >
> > -Ursprüngliche Nachricht-
> > Von: Martin Grigorov [mailto:mcgreg...@e-card.bg]
> > Gesendet: Samstag, 01. Mai 2010 18:16
> > An: users@wicket.apache.org
> > Betreff: Re: @Inject (Guice) with non components (i.e. DataProvider)
> >
> > public MyDataProvider() {
> >InjectorHolder.getInjector().inject(this);
> > }
> >
> > is the way in 1.4.8 which will be released these days.
> >
> > Until then you'll have to use
> >
> > public class MyInjector {
> >
> > public static void inject(Object target) {
> > GuiceInjectorHolder guiceInjectorHolder =
> > Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY);
> > guiceInjectorHolder.getInjector().inject(target);
> > }
> > }
> >
> > i.e.:
> > public MyDataProvider() {
> >MyInjector.inject(this);
> > }
> >
> > On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote:
> >> It there a good solution for using @Inject on non components,  i.e. a
> DataProvider.
> >>
> >> For instance I have a DataProvider that does not use the default
> constructor so it cannot be injected into the page.
> >> But the DataProvider will use a DAO and it would be nice to inject the
> DAO rather than having to pass the DAO from the page to the DataProvider.
> >>
> >> I saw some examples of using an InjectionHolder, but from them example I
> saw, this seemed less than elegant, maybe the example was bad?
> >> Also, I saw a post that mentioned something about using
> ComponentInstantiatioListener to do this?
> >>
> >> D/
> >> -
> >> 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
> >
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: wicketstuff-merged-resources 3.1 parent class scanning?

[Jeremy Thomerson]

What's your sf.net ID?   I can add you as committer and you can just commit
the patches.

--
Jeremy Thomerson
http://www.wickettraining.com



On Fri, May 21, 2010 at 9:35 AM, Ryan Crumley  wrote:

> Thanks Jeremy. I applied the patches and there are some more errors
> down the line. I am looking into resolving them and will submit a
> patch once I get to that point. Hopefully this weekend.
>
> Ryan
>
> On Mon, May 17, 2010 at 11:49 PM, Jeremy Thomerson
>  wrote:
> > I'm not a maintainer on those projects so I defer on applying the
> following
> > patches.  However, I think that it is a bug.  If it is a bug, it will
> also
> > require a change in the annotations project in WicketStuff.  I have
> created
> > a patch for each.  Could you test it and see if it works?  If so, I'll go
> > ahead and commit it (unless one of the maintainers objects here first).
> > Patch for annotations: http://pastebin.com/nxQuLfqf
> > Patch for merged-resources: http://pastebin.com/Cbpjtvqp
> > File attachments to the list will be stripped.
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> >
> > On Mon, May 17, 2010 at 9:43 PM, Ryan Crumley  wrote:
> >>
> >> All,
> >>
> >> [If there is a wicketstuff specific mailing list please let me know
> >> and I will be happy to post there (wicketstuff.org is down so its
> >> difficult to find information).]
> >>
> >> I am using wicketstuff-merged-resources (3.1-SNAPSHOT) with
> >> wicketstuff-annotation (1.1) and I have found a potential issue with
> >> annotation detection. My page hierarchy looks something like this:
> >>
> >> public abstract class BasePage extends WebPage { ... }
> >>
> >> public class HomePage extends BasePage { ... }
> >>
> >> I would like to add @JsContribution to BasePage however the resources
> >> are only included if the concrete page (in this example: 'HomePage')
> >> also has resource annotations. Removing @JsContribution from HomePage
> >> results in all resources from BasePage also disappearing. Is this a
> >> known bug? Am I using the framework incorrectly?
> >>
> >> Thanks in advance for any guidance.
> >>
> >> Ryan
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >
> >
>

Re: Wicket "vendor lockin" and backwards compatibility, 1.4/1.5

[Jeremy Thomerson]

On Fri, May 21, 2010 at 7:57 AM, napple fabble wrote:

>
> We're starting a new project and thinking about using Wicket for
> presentation
> layer.
>
> One concern is about backwards compatibility and support. I understand 1.5
> is coming and in not fully backwards compatible.
>

Correct.  Our numbering is X.Y.Z, where .Z releases must be backwards
compatible (i.e. 1.4.8 -> 1.4.9), but X and Y (i.e. 1.4 -> 1.5) do not have
to be.

>
> The concerns:
>
> If we start with wicket 1.4.8, a few years from now all development is done
> to 1.5.x and no one cares about boring old 1.4 anymore. No bugs will get
> fixed anymore and when Internet Explorer 10 is released, page markup,
> javascript, and AJAX features stop working.


We support two branches at a time, so 1.4 support wouldn't go away until 1.6
was started.


> We need to do an expensive
> wicket 1.4->1.5 port for our application.
>

It shouldn't be that bad.  Igor and Matej can comment more, but most of the
changes are in the request cycle and URL encoding / decoding.  95% of your
application doesn't specifically touch those parts (and some applications
never really touch those other than mounting a bookmarkable page or
package).


>
> Or, we start with wicket 1.5. It gets GA released whenever, and goes
> through
> a few years of being buggy and unmature.
>

I would not describe our past x.y.0 releases to be "buggy and unmature" for
a few years.  If that were the case, we would have failed as a project long
ago.  x.y.0 releases of Wicket are generally pretty solid.  New point
releases are generally released very quickly after the .0 release to fix the
bugs that will invariably be found just after release.


>
> What's the best option to take now? How big are the "backwards incompatible
> changes" planned for 1.5? What's the schedule for 1.5? How mature are
> wicket
> x.0 releases usually? What's the track record on updating older releases?
>

For now, 1.5 is not ready for production use, and you will have a harder
time getting support for it because you won't have the thousands of Wicket
users who can help you with problems.  Start with 1.4.9 (which will be
released tomorrow).

Martijn has already announced that his company has a very large application
that they have just ported to 1.4.x.  They will now be maintaining a branch
that runs on 1.5.x.  This will be tremendously helpful because he's a core
committer, and our PMC chairman, and will now have a vested interest in
improving 1.5.  Of course, his company may also be able to supply additional
development resources.  But either way, it at least gives us someone who can
report on the quality of 1.5 and improve it.


--
Jeremy Thomerson
http://www.wickettraining.com

Re: Wicket "vendor lockin" and backwards compatibility, 1.4/1.5

[Thomas Kappler]

On 05/21/10 14:57, napple fabble wrote:


We're starting a new project and thinking about using Wicket for presentation
layer.

One concern is about backwards compatibility and support. I understand 1.5
is coming and in not fully backwards compatible.

The concerns:

If we start with wicket 1.4.8, a few years from now all development is done
to 1.5.x and no one cares about boring old 1.4 anymore.


No different from any other web framework, or any software for that 
matter. Do you have a specific concern with Wicket in that regard?


-- Thomas
--
---
  Thomas Kapplerthomas.kapp...@isb-sib.ch
  Swiss Institute of Bioinformatics Tel: +41 22 379 51 89
  CMU, rue Michel Servet 1
  1211 Geneve 4
  Switzerland  http://www.uniprot.org
---

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket "vendor lockin" and backwards compatibility, 1.4/1.5

[Daniel Frisk]

Well... I'm in no position to say but I don't think the port 1.4->1.5 will be 
that expensive. With earlier versions there doesn't seem to have been much 
complaints.

I would start with 1.4, don't worry, get my app deployed and then upgrade when 
it's time to upgrade.

// Daniel
jalbum.net


On 21 maj 2010, at 14:57, napple fabble wrote:

> 
> We're starting a new project and thinking about using Wicket for presentation
> layer.
> 
> One concern is about backwards compatibility and support. I understand 1.5
> is coming and in not fully backwards compatible. 
> 
> The concerns:
> 
> If we start with wicket 1.4.8, a few years from now all development is done
> to 1.5.x and no one cares about boring old 1.4 anymore. No bugs will get
> fixed anymore and when Internet Explorer 10 is released, page markup,
> javascript, and AJAX features stop working. We need to do an expensive
> wicket 1.4->1.5 port for our application.
> 
> Or, we start with wicket 1.5. It gets GA released whenever, and goes through
> a few years of being buggy and unmature.
> 
> What's the best option to take now? How big are the "backwards incompatible
> changes" planned for 1.5? What's the schedule for 1.5? How mature are wicket
> x.0 releases usually? What's the track record on updating older releases? 
> 
> -- 
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Wicket-vendor-lockin-and-backwards-compatibility-1-4-1-5-tp2226109p2226109.html
> Sent from the Wicket - User 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
> 


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: wicketstuff-merged-resources 3.1 parent class scanning?

[Ryan Crumley]

Thanks Jeremy. I applied the patches and there are some more errors
down the line. I am looking into resolving them and will submit a
patch once I get to that point. Hopefully this weekend.

Ryan

On Mon, May 17, 2010 at 11:49 PM, Jeremy Thomerson
 wrote:
> I'm not a maintainer on those projects so I defer on applying the following
> patches.  However, I think that it is a bug.  If it is a bug, it will also
> require a change in the annotations project in WicketStuff.  I have created
> a patch for each.  Could you test it and see if it works?  If so, I'll go
> ahead and commit it (unless one of the maintainers objects here first).
> Patch for annotations: http://pastebin.com/nxQuLfqf
> Patch for merged-resources: http://pastebin.com/Cbpjtvqp
> File attachments to the list will be stripped.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Mon, May 17, 2010 at 9:43 PM, Ryan Crumley  wrote:
>>
>> All,
>>
>> [If there is a wicketstuff specific mailing list please let me know
>> and I will be happy to post there (wicketstuff.org is down so its
>> difficult to find information).]
>>
>> I am using wicketstuff-merged-resources (3.1-SNAPSHOT) with
>> wicketstuff-annotation (1.1) and I have found a potential issue with
>> annotation detection. My page hierarchy looks something like this:
>>
>> public abstract class BasePage extends WebPage { ... }
>>
>> public class HomePage extends BasePage { ... }
>>
>> I would like to add @JsContribution to BasePage however the resources
>> are only included if the concrete page (in this example: 'HomePage')
>> also has resource annotations. Removing @JsContribution from HomePage
>> results in all resources from BasePage also disappearing. Is this a
>> known bug? Am I using the framework incorrectly?
>>
>> Thanks in advance for any guidance.
>>
>> Ryan
>>
>> -
>> 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: @Inject (Guice) with non components (i.e. DataProvider) injectorHolder has not been assigned

[nino martinez wael]

Theres a patch for it, search for the exception in the forum, I wrote
about it earlier this month or was it last month..

2010/5/21 Christoph Grün :
>
>
> If I use InjectorHolder.getInjector().inject(this);
> with Guice I am getting the error:
> Caused by: java.lang.IllegalStateException: InjectorHolder has not been 
> assigned an injector. Use InjectorHolder.setInjector() to assign an injector. 
> In most cases this should be done once inside SpringWebApplication subclass's 
> init() method.
>
> How to handle this? (I am not using Spring).
>
> Thanks, Chris
>
> -Ursprüngliche Nachricht-
> Von: Martin Grigorov [mailto:mcgreg...@e-card.bg]
> Gesendet: Samstag, 01. Mai 2010 18:16
> An: users@wicket.apache.org
> Betreff: Re: @Inject (Guice) with non components (i.e. DataProvider)
>
> public MyDataProvider() {
>    InjectorHolder.getInjector().inject(this);
> }
>
> is the way in 1.4.8 which will be released these days.
>
> Until then you'll have to use
>
> public class MyInjector {
>
>     public static void inject(Object target) {
>         GuiceInjectorHolder guiceInjectorHolder =
> Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY);
>         guiceInjectorHolder.getInjector().inject(target);
>     }
> }
>
> i.e.:
> public MyDataProvider() {
>    MyInjector.inject(this);
> }
>
> On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote:
>> It there a good solution for using @Inject on non components,  i.e. a 
>> DataProvider.
>>
>> For instance I have a DataProvider that does not use the default constructor 
>> so it cannot be injected into the page.
>> But the DataProvider will use a DAO and it would be nice to inject the DAO 
>> rather than having to pass the DAO from the page to the DataProvider.
>>
>> I saw some examples of using an InjectionHolder, but from them example I 
>> saw, this seemed less than elegant, maybe the example was bad?
>> Also, I saw a post that mentioned something about using 
>> ComponentInstantiatioListener to do this?
>>
>> D/
>> -
>> 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
>
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Wicket "vendor lockin" and backwards compatibility, 1.4/1.5

[napple fabble]

We're starting a new project and thinking about using Wicket for presentation
layer.

One concern is about backwards compatibility and support. I understand 1.5
is coming and in not fully backwards compatible. 

The concerns:

If we start with wicket 1.4.8, a few years from now all development is done
to 1.5.x and no one cares about boring old 1.4 anymore. No bugs will get
fixed anymore and when Internet Explorer 10 is released, page markup,
javascript, and AJAX features stop working. We need to do an expensive
wicket 1.4->1.5 port for our application.

Or, we start with wicket 1.5. It gets GA released whenever, and goes through
a few years of being buggy and unmature.

What's the best option to take now? How big are the "backwards incompatible
changes" planned for 1.5? What's the schedule for 1.5? How mature are wicket
x.0 releases usually? What's the track record on updating older releases? 

-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-vendor-lockin-and-backwards-compatibility-1-4-1-5-tp2226109p2226109.html
Sent from the Wicket - User 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: Another Behaviour Question

[Ernesto Reinaldo Barreiro]

Thanks Steve. I think I'll include both plugins.  If you want I can
grant you commit access so that you can place them there yourself.
Please, ping me privately if you are interested in contributing.
Otherwise if you send me the classes I'll take care of adding them.

Cheers,

Ernesto


On Fri, May 21, 2010 at 8:45 AM, Steve Mactaggart
 wrote:
> Please feel free to do so, I will enjoy updating my code to use the wiquery
> version once its made it into a release. :)
>
> I also have another behaviour wrapping the autoResize javascript from
> http://james.padolsey.com/javascript/jquery-plugin-autoresize/.
>
> That plugin allows textareas to automatically expand as more content is
> typed into them.
> If you think this is also useful let me know and I'll send you the Behaviour
> code.
>
> Cheers,
> Steve
>
> On Fri, May 21, 2010 at 2:33 PM, Ernesto Reinaldo Barreiro <
> reier...@gmail.com> wrote:
>
>> Hi Steve,
>>
>> Do you mind if I
>>
>> 1-copy your class
>> 2-put your name in it,
>> 3-use it as a basis to create WatermarkBehaviour implementing all the
>> options provided by the plugin
>> 4-and put it in a place accessible to others (e.g.
>> http://code.google.com/p/wiquery-plugins/)?
>>
>> Best regards,
>>
>> Ernesto
>>
>> On Fri, May 21, 2010 at 4:25 AM, Steve Mactaggart
>>  wrote:
>> > You are right..  I have been able to do that now I found a true
>> > implementation of the textbox watermark, not just my hacky javascript.
>> >
>> > For completeness I'm using the jquery-watermark code found at
>> > http://code.google.com/p/jquery-watermark/
>> >
>> > And we are using wiQuery to do our wicket/jquery integration so here is
>> the
>> > behaviour that is working.
>> > Feel free to copy and re-use..
>> >
>> >
>> > public class TextFieldWatermarkBehaviour extends WiQueryAbstractBehavior
>> {
>> >
>> >    private final String text;
>> >
>> >    public TextFieldWatermarkBehaviour(String text) {
>> >        this.text = text;
>> >    }
>> >
>> >   �...@override
>> >    public void contribute(WiQueryResourceManager wiQueryResourceManager)
>> {
>> >        super.contribute(wiQueryResourceManager);
>> >        wiQueryResourceManager.addJavaScriptResource(new
>> > JavascriptResourceReference(TextFieldWatermarkBehaviour.class,
>> > "jquery.watermark.min.js"));
>> >    }
>> >
>> >   �...@override
>> >    public JsStatement statement() {
>> >        JsQuery query = new JsQuery(getComponent());
>> >        query.$().append(".watermark('"+text+"')");
>> >        return query.getStatement();
>> >    }
>> >
>> > }
>> >
>> > Cheers,
>> > Steve
>> >
>> > On Fri, May 21, 2010 at 11:38 AM, James Carman
>> > wrote:
>> >
>> >> Why not just use all javascript to manipulate the value of the text
>> >> box?  Don't worry about the model.
>> >>
>> >> On Thu, May 20, 2010 at 9:36 PM, Steve Mactaggart
>> >>  wrote:
>> >> > Hi All,
>> >> >
>> >> > I want to do something really simple, have a text box that has a
>> default
>> >> > text in it (for example search) that when the user puts focus in the
>> box
>> >> the
>> >> > text gets removed, and if they exit without typing the "search" text
>> is
>> >> put
>> >> > back.
>> >> >
>> >> > I've got all the client side javascript, but my issue is with the
>> Wicket
>> >> > models, I don't want to set the default model value for these boxes to
>> >> > "search" to have it displayed, I want to keep the models clean.
>> >> >
>> >> > I was thinking of wrapping the object model of the text box to have
>> this
>> >> > default value "search", and then have this model wrapper process strip
>> >> out
>> >> > "search" on submit, and put it in when the wrapped model is null.
>> >> >
>> >> > The only way I can think of doing that is to extend the TextBox to add
>> >> this
>> >> > logic.
>> >> >
>> >> > Is there any way this can be attached to existing text boxes via a
>> >> behavour
>> >> > or something like that?
>> >> > Or better yet, does this feature already exist and I've just missed
>> it?
>> >> >
>> >> > Cheers
>> >> > Steve
>> >> >
>> >>
>> >> -
>> >> 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

https://issues.apache.org/jira/browse/WICKET-2875

[Douglas Ferguson]

The comments in this bug mention it effecting Spring. Is this specific to 
spring or would it impact guice injection as well?

I use guice and the InjectorHolder.

D/


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

@Inject (Guice) with non components (i.e. DataProvider) injectorHolder has not been assigned

[Christoph Grün]

If I use InjectorHolder.getInjector().inject(this); 
with Guice I am getting the error:
Caused by: java.lang.IllegalStateException: InjectorHolder has not been 
assigned an injector. Use InjectorHolder.setInjector() to assign an injector. 
In most cases this should be done once inside SpringWebApplication subclass's 
init() method.

How to handle this? (I am not using Spring).

Thanks, Chris

-Ursprüngliche Nachricht-
Von: Martin Grigorov [mailto:mcgreg...@e-card.bg] 
Gesendet: Samstag, 01. Mai 2010 18:16
An: users@wicket.apache.org
Betreff: Re: @Inject (Guice) with non components (i.e. DataProvider)

public MyDataProvider() {
InjectorHolder.getInjector().inject(this);
}

is the way in 1.4.8 which will be released these days.

Until then you'll have to use

public class MyInjector {

 public static void inject(Object target) {
 GuiceInjectorHolder guiceInjectorHolder =
Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY);
 guiceInjectorHolder.getInjector().inject(target);
 }
}

i.e.: 
public MyDataProvider() {
MyInjector.inject(this);
}

On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote:
> It there a good solution for using @Inject on non components,  i.e. a 
> DataProvider.
> 
> For instance I have a DataProvider that does not use the default constructor 
> so it cannot be injected into the page.
> But the DataProvider will use a DAO and it would be nice to inject the DAO 
> rather than having to pass the DAO from the page to the DataProvider.
> 
> I saw some examples of using an InjectionHolder, but from them example I saw, 
> this seemed less than elegant, maybe the example was bad?
> Also, I saw a post that mentioned something about using 
> ComponentInstantiatioListener to do this?
> 
> D/
> -
> 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: Jquery UI Layout

[Ernesto Reinaldo Barreiro]

Hi Josh,

I have adapted (and extended a bit) the UI Layaout plugin Julien
mentioned and released it in [1]. You can find examples on how to use
it at [2]. The same component can be used to build full page layouts
or to make a given DIV into a Layout.

Best,

Ernesto

References

1-http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/other-plugins/src/main/java/org/odlabs/wiquery/plugin/layout
2-http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/other-plugins/src/main/java/org/odlabs/wiquery/plugin/layout/test

On Fri, May 21, 2010 at 8:07 AM, Josh Kamau  wrote:
> Hi WiQuery Team,
>
> Do you have any plans of including Jquery UI Layout in wiQuery? I urgently
> need it.
>
> regards.
>
> Josh.
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Jquery UI Layout

[julien roche AKA indiana_jules]

Hi,

All our jQuery UI components and behaviors were made as wiQuery plugins. You
can take a look on the code in the svn. You have got too an example for the
qTip plugin:
http://groups.google.com/group/wiquery/browse_thread/thread/119255ce1db56101/7b36b3cc2ed957a0?lnk=gst&q=tooltip#7b36b3cc2ed957a0

Most, you can found two base of implementations in the svn (there were used
for a presentation):
http://code.google.com/p/wiquery/source/browse/#svn/examples/wiquery-presentation-examples/src/main/java/org/odlabs/wiquery/presentation/examples/ui/layout
http://code.google.com/p/wiquery/source/browse/#svn/examples/wiquery-presentation-examples/src/main/java/org/odlabs/wiquery/presentation/examples/scrumdashboard

If you want, you can fork our github wiquery plugin project (
http://github.com/lionelarmanet/wiquery-plugin) and you can upload your
implementation of the UI Layout

Cheers

Julien Roche


On Fri, May 21, 2010 at 8:25 AM, Josh Kamau  wrote:

> Still on WiQuery,
>
> I would also be glad if you let me know how to wrap up any JQuery plugin as
> a wiquery component.
>
> Regards.
>
> On Fri, May 21, 2010 at 9:07 AM, Josh Kamau  wrote:
>
> > Hi WiQuery Team,
> >
> > Do you have any plans of including Jquery UI Layout in wiQuery? I
> urgently
> > need it.
> >
> > regards.
> >
> > Josh.
> >
>