1.5 Printing Markup

[Ben Tilford]

Has something changed where WicketTester.getResponse().getDocument() no
longer contains the generated markup? I'm getting empty strings for any
component started through the tester. Stepping through with the debugger it
does resolve the associated markup correctly it just never gets added to
the response/document.

Re: Scala DSL for Wicket

[Ben Tilford]

For LDM

class Ldm[T](provider:()=> T) extends LoadableDetachable... {
  def load():T {
provider()
  }
}

object Ldm {
  def apply(provider:()=>T) = new Ldm[T](provider)
}

could be used as

...
val id = 1
val model = Ldm(()=>{dao.get(id)})

or

val id = 1
def provider = dao.get(id)
val model = Ldm(provider)


On Fri, Jul 29, 2011 at 6:44 AM, Martin Grigorov wrote:

> Bruno,
>
> Yet another idea for the dsl:
>
> def ldm[R, ID](id: ID = null, f: (ID) => R) = {new
> LoadableDetachableModel(id) { override def load() : R = { f(id); } } }
>
> P.S. Not tested.
>
> On Thu, Jul 28, 2011 at 9:07 AM, Bruno Borges 
> wrote:
> > Just wanted to share my experience playing a little more with Scala and
> > Wicket> A few minutes ago I got this excelent code:
> >
> > I know it is too simple, and it can be accomplished as well in Java with
> > static imports. But still, for my project it's being great (and cool) to
> do
> > such things.
> >
> > object btnEditar extends Button("btnEditar") {
> >   override def onSubmit() = {
> > -/* show fields */
> > -camposForm.setVisibilityAllowed(true)
> > -btnSalvar.setVisibilityAllowed(true)
> > -cancelar.setVisibilityAllowed(true)
> > -
> > -/* hide them */
> > -camposTela.setVisibilityAllowed(false)
> > -btnEditar.setVisibilityAllowed(false)
> > +show(camposForm, btnSalvar, cancelar)
> > +hide(camposTela, btnEditar)
> >   }
> > }
> > add(btnEditar)
> >
> > Methods show/hide are imported as "import code.DSLWicket._"
> >
> >
> >
> > *Bruno Borges*
> > www.brunoborges.com.br
> > +55 21 76727099
> >
> >
> >
> > On Wed, Jul 27, 2011 at 4:53 PM, Bruno Borges  >wrote:
> >
> >> Thanks Martin,
> >>
> >> There was only a small little problem in your code. The correct syntax
> is:
> >>
> >> def label[T](id: String, model: IModel[T] = null): Label = { val label
> >> = new Label(id, model); add(label); label }
> >>
> >> The suggestions were updated on Gist.
> >>
> >> *Bruno Borges*
> >> www.brunoborges.com.br
> >> +55 21 76727099
> >>
> >>
> >>
> >> On Wed, Jul 27, 2011 at 3:55 PM, Martin Grigorov  >wrote:
> >>
> >>> Idea for simplification: use named parameters.
> >>> For example
> >>> def label[T](id: String, model: IModel[T]): Label = { val label = new
> >>> Label(id, model); add(label); label }
> >>> would become
> >>> def label[T](id: String, model = _ : IModel[T]): Label = { val label =
> >>> new Label(id, model); add(label); label }
> >>>
> >>> this way you'll have just one declaration of label function which will
> >>> handle the current three
> >>>
> >>> additionally you may add a pimp:
> >>> implicit def ser2model[S :< Serializable](ser: S): IModel[S] =
> >>> Model.of(ser)
> >>>
> >>> now even when you pass String as second param to label() it will be
> >>> converted to IModel
> >>>
> >>> On Wed, Jul 27, 2011 at 9:11 PM, Martin Grigorov  >
> >>> wrote:
> >>> > Take a look at scala.swing.* sources.
> >>> >
> >>> > On Wed, Jul 27, 2011 at 8:34 PM, Bruno Borges <
> bruno.bor...@gmail.com>
> >>> wrote:
> >>> >> Can some Scala expert help me to make this DSL available as PML
> (pimp
> >>> my
> >>> >> library)?
> >>> >>
> >>> >> I've tried to code it that way but things didn't quite worked out
> the
> >>> way
> >>> >> they should.
> >>> >>
> >>> >> The reason is that for every Wicket object I create, I must extend
> the
> >>> trait
> >>> >> DSLWicket
> >>> >>
> >>> >>
> >>> >>
> >>> >> *Bruno Borges*
> >>> >> www.brunoborges.com.br
> >>> >> +55 21 76727099
> >>> >>
> >>> >>
> >>> >>
> >>> >> On Wed, Jul 27, 2011 at 2:30 PM, Bruno Borges <
> bruno.bor...@gmail.com
> >>> >wrote:
> >>> >>
> >>> >>> Not really.
> >>> >>>
> >>> >>> The method onSubmit() of button is void, as well onClick(), so
> there's
> >>> no
> >>> >>> need for the function be passed as () => Unit or anything else.
> >>> >>>
> >>> >>> I made a few changes to it and updated on Gist.
> >>> >>>
> >>> >>> I've also uploaded a page that uses this DSL at
> >>> >>> https://gist.github.com/1109919
> >>> >>>
> >>> >>> Take a look
> >>> >>>
> >>> >>> *Bruno Borges*
> >>> >>> www.brunoborges.com.br
> >>> >>> +55 21 76727099
> >>> >>>
> >>> >>>
> >>> >>>
> >>> >>> On Wed, Jul 27, 2011 at 2:22 PM, Scott Swank <
> scott.sw...@gmail.com
> >>> >wrote:
> >>> >>>
> >>>  I think you do want Unit, which as I understand it is closest
> >>>  equivalent to "void" in Scala.
> >>> 
> >>>  http://www.scala-lang.org/api/current/scala/Unit.html
> >>> 
> >>>  Scott
> >>> 
> >>>  On Wed, Jul 27, 2011 at 10:14 AM, Bruno Borges <
> >>> bruno.bor...@gmail.com>
> >>>  wrote:
> >>>  > No, the function must return void, not another function (unit).
> >>>  >
> >>>  > But there's also the option of () => Nothing. Which one should I
> >>> use for
> >>>  > this case?
> >>>  >
> >>>  > *Bruno Borges*
> >>>  > www.brunoborges.com.br
> >>>  > +55 21 76727099
> >>>  >
> >>>  >
> >>>  >
> >>>  >

Re: What does this syntax say?

[Ben Tilford]

Right but Model.of accepts an instance of the generic type so it's not lost
and is available at runtime.

static Model of(T instance)
vs.
public  IWrapModel wrapOnInheritance(Component component)

On Thu, Jul 28, 2011 at 6:33 PM, Dan Retzlaff  wrote:

> Generic types are lost by the time the method is executed, so there's
> really
> nothing the method implementation could check. Another fun example
> is org.apache.wicket.model.Model#of(). The general subject is called type
> erasure, and is one of the more confusing aspects of Java generics.
>
> On Thu, Jul 28, 2011 at 4:45 PM, Ben Tilford  wrote:
>
> > Without a Class argument how is it returning/casting correctly? Shouldn't
> > it
> > be
> >
> > public  IWrapModel wrapOnInheritance(Component component,Class
> > type)
> >
> > to make W available within the method?
> >
> >
> > On Thu, Jul 28, 2011 at 12:40 PM, Dan Retzlaff 
> > wrote:
> >
> > > The first  let's the compiler know that the second  is a generic
> > type
> > > and not a reference to some class named W. It's just syntax.
> > >
> > > On Thu, Jul 28, 2011 at 10:48 AM, Niranjan Rao 
> wrote:
> > >
> > > > Ok, I admit it - I don't understand this function at all defined in
> > > > IComponentInheritedModel
> > > >
> > > > public  IWrapModel wrapOnInheritance(Component component)
> > > >
> > > > I don't understand meaning of  and IWrapModel. I know generics
> > > > generally, but this syntax has been baffling me. Based on what
> eclipse
> > is
> > > > trying to do, it seems like it will return IWrapModel, but then
> what
> > > does
> > > > first  do? I tried some google searches, but could not find the
> > > answer.
> > > >
> > > > Thanks,
> > > >
> > > > Niranjan
> > > >
> > > >
> > --**--**-
> > > > To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<
> > > users-unsubscr...@wicket.apache.org>
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > > >
> > >
> >
>

Re: What does this syntax say?

[Ben Tilford]

Without a Class argument how is it returning/casting correctly? Shouldn't it
be

public  IWrapModel wrapOnInheritance(Component component,Class
type)

to make W available within the method?


On Thu, Jul 28, 2011 at 12:40 PM, Dan Retzlaff  wrote:

> The first  let's the compiler know that the second  is a generic type
> and not a reference to some class named W. It's just syntax.
>
> On Thu, Jul 28, 2011 at 10:48 AM, Niranjan Rao  wrote:
>
> > Ok, I admit it - I don't understand this function at all defined in
> > IComponentInheritedModel
> >
> > public  IWrapModel wrapOnInheritance(Component component)
> >
> > I don't understand meaning of  and IWrapModel. I know generics
> > generally, but this syntax has been baffling me. Based on what eclipse is
> > trying to do, it seems like it will return IWrapModel, but then what
> does
> > first  do? I tried some google searches, but could not find the
> answer.
> >
> > Thanks,
> >
> > Niranjan
> >
> > --**--**-
> > To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<
> users-unsubscr...@wicket.apache.org>
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>

Re: RFC: Ten things every Wicket programmer must know?

[Ben Tilford]

1. How "static" resources work. For a newcomer this can be
shocking/frustrating.
2. Models are a context that holds a reference to a model.


On Wed, Jul 27, 2011 at 5:21 PM, Scott Swank  wrote:

> Jeremy,
>
> I just threw together the following, which indicates that at least to
> me Models are worth 3 of your 10 items.
>
> 1. Most components have a backing object of some sort. This object is
> referenced via a Model. Significantly, the type of the component and
> the model match (e.g. Label has an IModel).
> 2. These objects live in the session and are managed in the session by
> wicket, so that when the component goes out of scope the object is
> removed from the session by wicket.
> 3. Because domain objects are often too large to store in the session
> there is a LoadableDetachableModel that is responsible for loading the
> object whenever it is needed in a request and then flushing it at the
> end of the request via detach().
>
> Cheers,
> Scott
>
> On Wed, Jul 27, 2011 at 3:29 PM, Jeremy Thomerson
>  wrote:
> > Hello all,
> >
> >  I'm writing an article for a Java magazine and would like to include in
> it
> > a list of "ten things every Wicket programmer must know".  Of course, I
> have
> > my list, but I'd be very curious to see what you think should be on that
> > list from your own experience.  Or, put another way, maybe the question
> > would be "what I wished I knew when I started Wicket" - what tripped you
> up
> > or what made you kick yourself later?
> >
> >  Please reply back if you have input.  Please note that by replying, you
> > are granting me full permission to use your response as part of my
> article
> > without any attribution or payment.  If you disagree with those terms,
> > please respond anyway but in your response mention your own terms.
> >
> > Best regards,
> >
> > --
> > Jeremy Thomerson
> > http://wickettraining.com
> > *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Scala DSL for Wicket

[Ben Tilford]

I started on something sililar about a month ago. Havnt had time to work on
it for a few weeks but maybe it would be usable by someone.

https://github.com/btilford/wicketstuff-core/branches/scala-wicket-builder

There's also a groovy builder if you browse my other repos.
sent from mobile
On Jul 27, 2011 12:56 PM, "Martin Grigorov"  wrote:
> Idea for simplification: use named parameters.
> For example
> def label[T](id: String, model: IModel[T]): Label = { val label = new
> Label(id, model); add(label); label }
> would become
> def label[T](id: String, model = _ : IModel[T]): Label = { val label =
> new Label(id, model); add(label); label }
>
> this way you'll have just one declaration of label function which will
> handle the current three
>
> additionally you may add a pimp:
> implicit def ser2model[S :< Serializable](ser: S): IModel[S] =
Model.of(ser)
>
> now even when you pass String as second param to label() it will be
> converted to IModel
>
> On Wed, Jul 27, 2011 at 9:11 PM, Martin Grigorov 
wrote:
>> Take a look at scala.swing.* sources.
>>
>> On Wed, Jul 27, 2011 at 8:34 PM, Bruno Borges 
wrote:
>>> Can some Scala expert help me to make this DSL available as PML (pimp my
>>> library)?
>>>
>>> I've tried to code it that way but things didn't quite worked out the
way
>>> they should.
>>>
>>> The reason is that for every Wicket object I create, I must extend the
trait
>>> DSLWicket
>>>
>>>
>>>
>>> *Bruno Borges*
>>> www.brunoborges.com.br
>>> +55 21 76727099
>>>
>>>
>>>
>>> On Wed, Jul 27, 2011 at 2:30 PM, Bruno Borges wrote:
>>>
 Not really.

 The method onSubmit() of button is void, as well onClick(), so there's
no
 need for the function be passed as () => Unit or anything else.

 I made a few changes to it and updated on Gist.

 I've also uploaded a page that uses this DSL at
 https://gist.github.com/1109919

 Take a look

 *Bruno Borges*
 www.brunoborges.com.br
 +55 21 76727099



 On Wed, Jul 27, 2011 at 2:22 PM, Scott Swank wrote:

> I think you do want Unit, which as I understand it is closest
> equivalent to "void" in Scala.
>
> http://www.scala-lang.org/api/current/scala/Unit.html
>
> Scott
>
> On Wed, Jul 27, 2011 at 10:14 AM, Bruno Borges 
> wrote:
> > No, the function must return void, not another function (unit).
> >
> > But there's also the option of () => Nothing. Which one should I use
for
> > this case?
> >
> > *Bruno Borges*
> > www.brunoborges.com.br
> > +55 21 76727099
> >
> >
> >
> > On Wed, Jul 27, 2011 at 12:54 PM, Martin Grigorov <
mgrigo...@apache.org
> >wrote:
> >
> >>  def button(id: String, submit: () => Void): Button = {
> >>
> >> it should be () => Unit, no ?
> >>
> >> On Wed, Jul 27, 2011 at 6:51 PM, Martin Grigorov <
mgrigo...@apache.org
> >
> >> wrote:
> >> > Adding some usage examples at the bottom will help us evaluate
it.
> >> >
> >> > Why not add type to
> >> > def textField(id: String): TextField[_] = { val field = new
> >> > TextField(id); add(field); field }
> >> > to become
> >> > def textField[T](id: String): TextField[T] = { val field = new
> >> > TextField[T](id); add(field); field }
> >> >
> >> > usage: textField[Int](someId)
> >> >
> >> > with using implicit Manifest for T you can also can automatically
set
> >> > the type: field.setType(m.erasure)
> >> >
> >> > On Wed, Jul 27, 2011 at 6:26 PM, Bruno Borges <
> bruno.bor...@gmail.com>
> >> wrote:
> >> >> I've been playing with Wicket and Scala and I thought this could
be
> >> added to
> >> >> the wicket-scala project at WicketStuff.
> >> >>
> >> >> What do you guys think?
> >> >>
> >> >> https://gist.github.com/1109603
> >> >>
> >> >>
> >> >> *Bruno Borges*
> >> >> www.brunoborges.com.br
> >> >> +55 21 76727099
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Martin Grigorov
> >> > jWeekend
> >> > Training, Consulting, Development
> >> > http://jWeekend.com
> >> >
> >>
> >>
> >>
> >> --
> >> Martin Grigorov
> >> jWeekend
> >> Training, Consulting, Development
> >> http://jWeekend.com
> >>
> >>
-
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

>>>
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Con

Re: actually what i feel is it will be better when

[Ben Tilford]

Some things will be better but some things won't. Java and Javscript don't
have a whole lot in common.

On Sat, Apr 2, 2011 at 11:31 PM, hariharansrc wrote:

> we use gwt we can code in java instead of js and then we can use the
> generated js in wicket. This only i thought. Sorry if i am wrong. but for
> me
> it will better when we code in java than in javascript. since i don't want
> to learn a new lang
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/how-to-call-javascript-function-on-form-submission-tp3408147p3423059.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket pages created by guice

[Ben Tilford]

Some things you may look at

IComponentInitalizationListener --
http://wicket.apache.org/apidocs/1.4/org/apache/wicket/application/IComponentInitializationListener.html

IComponentInstantiationListener --
http://wicket.apache.org/apidocs/1.4/org/apache/wicket/application/IComponentInstantiationListener.html

If your really wanting to use Guice/Spring have you considered using a
panel/component and implementing your own provider/factory for the
component? I'ts almost always harder to do this sort of thing with a Page.



On Tue, Feb 22, 2011 at 3:20 PM, Dan Griffin  wrote:

> Thanks, that does offer more flexibility, but it hasn`t solved my problem
> yet. Guicier and wicket-guice both return objects with wicket, not guice
> proxy when I say something like setResponse(HomePage.class). If I inject my
> page object and say, for example, setResponse(injectedPage) it works fine,
> but I can`t stick to that course throughout my application, because
> Application.getHome() returns Class.
>
> By the way, the application doesn`t crash, it only throws
> org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException:
> Unable to serialize class: com.google.inject.InjectorImpl$4 and then it
> continues doing whatever it was doing.
>
> I found that similar issue was raised before <
> http://osdir.com/ml/users-wicket.apache.org/2009-06/msg01059.html>, if it
> was resolved I would be happy to know. :)
>
>> Take a look at http://code.google.com/p/jolira-tools/wiki/guicier
>> There is an extended
>> integration with Guice.
>>
>> On Mon, Feb 21, 2011 at 5:16 PM, Dan Griffin  wrote:
>>
>>
>>
>>> Sorry for spamming, but I remembered another thing I would like to ask
>>> related to this. The reason why I need to inject a page is because I
>>> would
>>> like to use guice AOP feature to wrap an interceptor around wicket pages.
>>> If
>>> you can recommend another way to do that , it would be helpful as well. I
>>> did a quick scan through wicket documentation, but couldn`t find anything
>>> useful. Maybe I missed something?
>>>
>>> Време: 21.02.2011. 13:31, Dan Griffin пише:
>>>
>>>  Hi all,
>>>
>>>
 I have guice integrated in my wicket app, and it worked fine until I
 tried
 to inject a page, when I received

 java.lang.IllegalArgumentException: Protected method:
 checkHierarchyChange(Lorg/apache/wicket/Component;)

 Now, I assume this is because of guice integration pitfall<
 https://cwiki.apache.org/WICKET/guice-integration-pitfall.html>, as I
 clearly cannot use interfaces here, but the proposed solution (with
 deprecated protected no-arg constructor) doesn`t help me here. Any idea
 how
 to get around this?

 Thanks in advance,
 Dan




>>>
>>>
>>
>>
>
>

Re: Wicket 1.5 and GAE

[Ben Tilford]

Has the extension point for setting your page store changed? I believe
newSessionStore() has been removed in 1.5




In wicket 1.4 this is what was needed in you Application



@Override
protected void init() {
super.init();

//remove thread monitoring from resource watcher
this.getResourceSettings().setResourcePollFrequency(null);
}

@Override


protected ISessionStore newSessionStore()
{   
return new HttpSessionStore(this);//return new
SecondLevelCacheSessionStore(this, new InMemoryPageStore());
}


On Wed, Oct 27, 2010 at 12:56 PM, Igor Vaynberg wrote:

> you will need to provide your own page store, everything else will work i
> think.
>
> -igor
>
> On Wed, Oct 27, 2010 at 12:52 PM, Alex Objelean 
> wrote:
> >
> > Is there a way to make wicket-1.5 to work with Google App Engine?
> >
> > Thanks,
> > Alex
> > --
> > View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-and-GAE-tp3016185p3016185.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: instantiate panels in a spring bean

[Ben Tilford]

What are you using to build the project? If your doing stub generation
(mixed java & groovy project) see if the stubs look right. There are a
few bugs in the stub generator when dealing with inner classes but it
shouldn't have compiled in that case.

On 10/2/10, fachhoch  wrote:
>
> I added super for subclasses it still did not work , as I said it worked
> with
> java the same code when comming from .groovy should work right ?  if it is
> not do I have to give some special treatment for wicket groovy compoments ?
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/instantiate-panels-in-a-spring-bean-tp2946859p2952942.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

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

Re: instantiate panels in a spring bean

[Ben Tilford]

I think its just that the subclasses need to call super() or
super(wicketId).

On Sat, Oct 2, 2010 at 9:07 PM, fachhoch  wrote:

>
> here is my code
>
>
> class UserMenuItems implements MenuItems {
>
>@Resource(name="manualService")
>private ManualService  manualService;
>
>
>List components ;
>
>
>//@PostConstruct
>void myInit(){
>components= new ArrayList();
>components.add (new UserGuidePanel());
>components.add (new OMBCircularPanel());
>components.add (new SendComments());
>}
>
>@Override
>public List getComponents() {
>myInit();
>return components;
>}
>
>
>private abstract  class CustomPanel  extends  Panel implements
> IMarkupResourceStreamProvider{
>public CustomPanel() {
>super(MenuItems.menuItemId);
>}
>public IResourceStream
> getMarkupResourceStream(MarkupContainer
> container,Class containerClass){
>return new StringResourceStream(getMarkUp());
>}
>
>protected abstract String getMarkUp();
>}
>
>private  class UserGuidePanel   extends  CustomPanel {
>public UserGuidePanel() {
>add(new Link("link"){
>public void onClick() {
>
>  manualService.getManualBytes(UserContextHolder.getOrgAbbrev());
>}
>});
>}
>@Override
>protected String getMarkUp() {
>return """
>
> # User Guide
>
>""";
>}
>}
>
> }
>
>
>
>
>
>
> now I got a new problem ,
> this is a groovy file and when I call getComponents method I get this error
>
> Caused by: java.lang.reflect.InvocationTargetException
>at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
>at
>
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>at
>
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>at
>
> org.apache.wicket.session.DefaultPageFactory.createPage(DefaultPageFactory.java:188)
>... 43 more
> Caused by: java.lang.NoSuchMethodError:
> gov.hhs.acf.web.util.UserMenuItems$CustomPanel: method ()V not found
>at
>
> gov.hhs.acf.web.util.UserMenuItems$ArtmsUserGuidePanel.(UserMenuItems.groovy)
>at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
>at
>
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>at
>
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>at
>
> org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
>at
>
> org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:107)
>at
>
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:200)
>at
> gov.hhs.acf.web.util.UserMenuItems.myInit(UserMenuItems.groovy:33)
>at gov.hhs.acf.web.util.UserMenuItems$myInit.callCurrent(Unknown
> Source)
>at
> gov.hhs.acf.web.util.UserMenuItems.getComponents(UserMenuItems.groovy:41)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at
>
> org.apache.wicket.proxy.LazyInitProxyFactory$JdkHandler.invoke(LazyInitProxyFactory.java:416)
>at org.apache.wicket.proxy.$Proxy142.getComponents(Unknown Source)
>
>
>
> I inject this bean  in my page and call getComponents method  and I end up
> with the error above .I wont get this error if I make this a .java , please
> tell me is it any different to write  a wicket component in groovy ?
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/instantiate-panels-in-a-spring-bean-tp2946859p2952922.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket on Google App Engine support for IPageStore on BigTable

[Ben Tilford]

Nice

Have you tried this with wicket 1.5?

On Fri, Oct 1, 2010 at 7:22 AM, Bruno Borges  wrote:

> Like I've tweeted a few days ago, I've implemented a BigTableGAEPageStore
> for Wicket so we can advance another step further full compatibility with
> Google App Engine.
>
> The project can be seen at http://code.google.com/p/gawcket
>
> It is a fork of wicket-gae-template with a modified Guestbook to not use
> LoadableDetachableModel and the BigTableGAEPageStore.
>
> With this said, you can go to http://gawcket.appspot.com and test it.
> Submit
> the form a few times and then modify the URL to reference an older version.
>
> You can check this video on YouTube to see how data is being stored at
> GAE's
> Datastore: http://youtu.be/ObvA9ao8U2Q
>
> I just hope I've done everything correctly on this implementation. So I ask
> the experts to take a look, and more important: to try it on your apps that
> run on more than one CPU at GAE.
>
> Thank you,
>
> Long live Wicket!!
>
> Bruno Borges
>
> Bruno Borges
> www.brunoborges.com.br
> +55 21 76727099
>
> "The glory of great men should always be
> measured by the means they have used to
> acquire it."
>  - Francois de La Rochefoucauld
>

Re: instantiate panels in a spring bean

[Ben Tilford]

This might interest you http://kenai.com/projects/joint/pages/WicketExample

Its using the netbeans lookup api instead of spring to build a menu based on
what components are available on the classpath.
On Oct 2, 2010 12:32 AM, "James Carman"  wrote:
> So, why would you use the initialize method of a prototype bean to
> instantiate components rather than just use whatever method you're
> going to call on that bean to instantiate your components? Also, why
> not just use a regular spring bean and just have some factory method
> that creates components for you (I do this in my application). The
> point is that it's silly to use the init() method to instantiate
> components. If your bean is non-prototype, then you just flat out
> can't do that. Components aren't shareable. If it is prototype,
> there really is no need.
>
> On Sat, Oct 2, 2010 at 3:12 AM, Arjun Dhar  wrote:
>>
>> https://cwiki.apache.org/WICKET/spring.html
>>
>> ..As per my understanding @SpringBean is to inject context services (like
>> DAO's etc ..assumed to be SINGLETON's) and puts them in a ThreadLocal to
be
>> available to Wicket Components. Its a convenient way to provide Context
to
>> all Wicket components. The purpose seems clear "Context sharing of
>> services".
>> I'd further assume these services to be stateless and also
Non-Serializable.
>> Since its objects in a ThreadLocal, I guess one can also use it for
>> injecting components in theory. ..I've never tried it that way, if you
have
>> please let me know.
>>
>> Injecting components on the other hand is about Injecting serialized
objects
>> (which should be replicatable across in a cluster; unlike your DAO's).
..ok,
>> lets not over complicate it by going that far. But from the problem
>> described it seems he wants to "Inject Components" not "Services". ..and
I
>> think that is fair.
>>
>> My point is clear, if you want to "inject" components, then those have to
be
>> in PROTOTYPE scope. "@SpringBean" is just an annotation for convenience
but
>> all the documentation & examples point to it being convenient to provide
>> "Inject Services" to wicket components not "Injected components".
>>
>> One is Stateless the other Stateful and serializable, I think
conceptually
>> that is a big difference.
>> --
>> View this message in context:
http://apache-wicket.1842946.n4.nabble.com/instantiate-panels-in-a-spring-bean-tp2946859p2952221.html
>> Sent from the Users forum mailing list archive at Nabble.com.
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>

Re: Within the wicket lifecyle, what is the best place to add a call on the page request

[Ben Tilford]

If your using wicket 1.4.10 you may want to look at the new onConfigure
method that was added.

On Thu, Sep 2, 2010 at 3:38 PM, Brown, Berlin [GCG-PFS] <
berlin.br...@primerica.com> wrote:

> Where is the best place to add logic to get invoked always when the page
> is requested?
>
> The logic may or may not be tied to the model.
>
>
>
> Berlin Brown
>

Re: Scripting language

[Ben Tilford]

It depends how much time you want to take to learn the language. With Groovy
you don't have to know anything but Java to start with and can learn more
about the language as needed or interested. Scala is nothing like Java or
any other language.

The issues Groovy had with inner classes almost all been fixed since the
Stack Overflow posting so as long as your using 1.7.x you should be good
there.

Whats better is going to come down to what your  comfortable with, willing
to learn, and if squeezing a couple milliseconds of performance matters or
not.

On Wed, Sep 1, 2010 at 11:38 AM, James Carman wrote:

> On Wed, Sep 1, 2010 at 11:34 AM, Peter Thomas  wrote:
> >
> > Done as an experiment a long time ago though, in a big hurry.
> > Personally, I didn't like the combination of Groovy + Wicket, for
> > reasons mentioned in the "Scala + Wicket" StackOverflow link below.
> > Others may have different opinions though.
> >
>
> So, you would recommend using Scala as opposed to Groovy, then?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Single inheritence in parts

[Ben Tilford]

Use a pre render listener to call your "render" method. The constructor
stuff is pretty bad though. If you have the listener look for the
@PostConstruct annotation it even looks like its supposed to work that way.
imo if multiple markup section inheritance were implemented you would really
limit how your allowed to use the framework. As it is its simple (ignoring
constructor/rendering pains) and in your control not the frameworks.

On Thu, Jul 8, 2010 at 5:23 PM, James Carman wrote:

> And, this method doesn't really work very well either.  You can't
> reliably call those abstract methods from the superclass' constructor.
>
> On Thu, Jul 8, 2010 at 2:47 PM, Chris Colman
>  wrote:
> >>class Page extends  Page {
> >>
> >>abstract Component getPart1();
> >>abstract Component getPart2();
> >>}
> >>
> >>
> >>
> >>
> >>
> >>
> >
> > That's the component based workaround that I mentioned which IMHO isn't
> > really the pure markup OO solution we're proposing. I'm hoping for true
> > markup inheritance that supports multiple overridable sections that
> > doesn't mandate a Java side coding change each time a markup editor adds
> > or removes a particular overridable section.
> >
> >
> >>On Thu, Jul 8, 2010 at 5:49 AM, Chris Colman
> >>wrote:
> >>
> >>> >Search the list for this and you'll find some quite long
> > discussions.
> >>> >Basically, it's not going to happen. This would be multiple
> >>> inheritance,
> >>> >not single.
> >>>
> >>> Hi Jeremy, I hope I don't sound confrontationalist when I say this
> > but
> >>> this is clearly not a case of multiple inheritance.
> >>>
> >>> For this request to be deemed to be multiple inheritance one
> >>> class/markup file would need to be inheriting from two separate super
> >>> classes/markup files. That is not what is requested here. There
> > remains
> >>> only a single super class/markup file.
> >>>
> >>> All that is requested here is for multiple markup sections to be
> >>> overridden in this single inheritance scenario - just like Java does
> > not
> >>> restrict you to overriding only a single method in any Java class:
> > You
> >>> can override as many methods as you like in a Java class but that
> > does
> >>> not break Java's single inheritance model - which constrains the
> > number
> >>> of base classes to ONE, not the number of methods you can override to
> >>> ONE.
> >>>
> >>> All this user (and others before him) are asking is for wicket to
> >>> support the overriding of N markup sections without instead of the
> >>> arbitrarily imposed constraint of N <= 1.
> >>>
> >>> >
> >>> >Jeremy Thomerson
> >>> >-- sent from my smartphone - please excuse formatting and spelling
> >>> errors
> >>> >
> >>> >On Jul 5, 2010 12:41 AM, "Arjun Dhar"  wrote:
> >>> >
> >>> >
> >>> >Hi,
> >>> > all the examples etc suggest that Single inheritence is possible
> > but I
> >>> >cant
> >>> >break it up. The break up is essential when you want to merge common
> >>> parts
> >>> >of your MARKUP with multiple specific parts of the Child page.
> >>> >
> >>> >Example:
> >>> >
> >>> >
> >>> >
> >>> >BASE TEMPLATE / PARENT PAGE
> >>> >
> >>> >
> >>> >   
> >>> >   
> >>> >   Some other Html common
> >>> >   
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >---
> >>> >
> >>> >
> >>> >CHILD PAGE 1
> >>> >
> >>> >
> >>> >   
> >>> >   Part 1 specific to Child Page
> >>> >   
> >>> >   Any HTML here can be ignored as conceptually anyway what
> > appears
> >>> in
> >>> > is what should be rendered from a child page.
> >>> >   
> >>> >   Part 2 Specific to Child Page (will appear after
> >>> common
> >>> >HTML in parent page)
> >>> >   
> >>> >
> >>> >
> >>> >
> >>> >
> >>> >I tried this, only the first part renders. I'm wondering if we can
> > add
> >>> such
> >>> >capability. Conceptually I don't see why not. If already possible do
> >>> let me
> >>> >know or consider as a feature request?!
> >>> >
> >>> >-Thanks Arjun
> >>> >--
> >>> >View this message in context:
> >>>
> >>http://apache-wicket.1842946.n4.nabble.com/Single-inheritence-in-parts-
> >>> >tp2278064p2278064.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
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
> -
> To unsubscri

Re: Single inheritence in parts

[Ben Tilford]

class Page extends  Page {

abstract Component getPart1();
abstract Component getPart2();
}







On Thu, Jul 8, 2010 at 5:49 AM, Chris Colman
wrote:

> >Search the list for this and you'll find some quite long discussions.
> >Basically, it's not going to happen. This would be multiple
> inheritance,
> >not single.
>
> Hi Jeremy, I hope I don't sound confrontationalist when I say this but
> this is clearly not a case of multiple inheritance.
>
> For this request to be deemed to be multiple inheritance one
> class/markup file would need to be inheriting from two separate super
> classes/markup files. That is not what is requested here. There remains
> only a single super class/markup file.
>
> All that is requested here is for multiple markup sections to be
> overridden in this single inheritance scenario - just like Java does not
> restrict you to overriding only a single method in any Java class: You
> can override as many methods as you like in a Java class but that does
> not break Java's single inheritance model - which constrains the number
> of base classes to ONE, not the number of methods you can override to
> ONE.
>
> All this user (and others before him) are asking is for wicket to
> support the overriding of N markup sections without instead of the
> arbitrarily imposed constraint of N <= 1.
>
> >
> >Jeremy Thomerson
> >-- sent from my smartphone - please excuse formatting and spelling
> errors
> >
> >On Jul 5, 2010 12:41 AM, "Arjun Dhar"  wrote:
> >
> >
> >Hi,
> > all the examples etc suggest that Single inheritence is possible but I
> >cant
> >break it up. The break up is essential when you want to merge common
> parts
> >of your MARKUP with multiple specific parts of the Child page.
> >
> >Example:
> >
> >
> >
> >BASE TEMPLATE / PARENT PAGE
> >
> >
> >   
> >   
> >   Some other Html common
> >   
> >
> >
> >
> >
> >---
> >
> >
> >CHILD PAGE 1
> >
> >
> >   
> >   Part 1 specific to Child Page
> >   
> >   Any HTML here can be ignored as conceptually anyway what appears
> in
> > is what should be rendered from a child page.
> >   
> >   Part 2 Specific to Child Page (will appear after
> common
> >HTML in parent page)
> >   
> >
> >
> >
> >
> >I tried this, only the first part renders. I'm wondering if we can add
> such
> >capability. Conceptually I don't see why not. If already possible do
> let me
> >know or consider as a feature request?!
> >
> >-Thanks Arjun
> >--
> >View this message in context:
> >http://apache-wicket.1842946.n4.nabble.com/Single-inheritence-in-parts-
> >tp2278064p2278064.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: ResourceStreamLocator and mvn resource:resource copying resources in the right directory

[Ben Tilford]

If you haven't customized the resource locator your telling wicket to look
sibling directory to your classpath root WEB-INF/classes which "I THINK" is
where wicket will start looking for resources.

It may be easier to use the build helper plugin which handles resources much
better than maven does on it's own.

On Thu, Jun 17, 2010 at 3:31 PM, Fernando Wermus
wrote:

> Hi all,
>I need to change the development enviroment for
>
>IResourceStreamLocator locator =
>new ResourceStreamLocator(new Path(new Folder("html")));
>  getResourceSettings().setResourceStreamLocator(locator);
>
> but, what I also need is that maven copy the resources form
>  src/main/resources to src/main/WEB-INF/html. This is needed because when
> maven creates the war file the resources should also be located in that
> directory.
>
> I've tried
>
> 
>   org.apache.maven.plugins
>   maven-resources-plugin
>   2.4.1
>   
>   
> copy-package-config
> package
> 
> copy-resources
> 
> 
> ${basedir}/html
>
>  
>
>  ${basedir}/src/main/resources
>
> true
> 
>
> 
>   
>   
>  
>
> and I got
>
> [1] Inside the definition for plugin 'maven-resources-plugin' specify the
> following:
>
> 
>  ...
>  VALUE
> .
>
>
> I don't know what else to do
>
> thanks in advance
> --
> Fernando Wermus.
>
> www.linkedin.com/in/fernandowermus
>

Re: Wicket-Spring 1.4.8 runs into exception in unit test

[Ben Tilford]

Did you upgrade to spring 3?

I ran into an issue with the testng spring test not creating the application
context before  wicket tester tried to use it (iirc @BeforeTest executed
before the super classes @BeforeClass)  Ended up switching anything
annotated with @BeforeTest to @BeforeMethod.

I assume junit has similar annotations.

On Tue, May 4, 2010 at 11:15 PM, Jeremy Thomerson  wrote:

> Is your unit test setting up the application before it starts (i.e. in the
> setUp method if you're using junit?).  If you can't figure it out, create a
> quickstart that demonstrates it, and attach that to a JIRA.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Tue, May 4, 2010 at 11:42 AM, Per Newgro  wrote:
>
> > Hi *,
> >
> > today i updated wicket from 1.4.7 to 1.4.8. I found a hardcoded
> dependency
> > to wicket-spring 1.4.1 in my pom.
> > I updated it to 1.4.8 to. Now i get in my page test the following
> exception
> > in setup. But what does it mean? Where
> > can i change something to make this work. Until now i didn't found a
> > starting point. Maybe someone solved this
> > already. - Unit test layout is related to world-known wicket-example.
> >
> > org.apache.wicket.WicketRuntimeException: There is no application
> attached
> > to current thread main
> >at org.apache.wicket.Application.get(Application.java:179)
> >at
> >
> org.apache.wicket.injection.web.InjectorHolder.setInjector(InjectorHolder.java:88)
> >at
> >
> org.apache.wicket.spring.injection.annot.test.AnnotApplicationContextMock.(AnnotApplicationContextMock.java:61)
> >at my.chaman.frontend.wicket.MockContext.(MockContext.java:11)
> >at
> >
> my.chaman.frontend.wicket.ApplicationForTesting.(ApplicationForTesting.java:11)
> >at
> >
> my.chaman.frontend.wicket.pricetype.edit.pricetypetext.PriceTypeTextPageTest.setUp(PriceTypeTextPageTest.java:29)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >at java.lang.reflect.Method.invoke(Method.java:597)
> >at
> >
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> >at
> >
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> >at
> >
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> >at
> >
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> >at
> >
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
> >at
> >
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> >at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
> >at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
> >at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
> >at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
> >at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
> >at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
> >at
> >
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
> >at
> >
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> >at
> >
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
> >at
> >
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> >at
> >
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> >at
> >
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
> >
> > Cheers
> > Per
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>

Re: Wicket + security, what are the best options? Spring Security reached almost all the way...

[Ben Tilford]

You can use Spring security with wicket auth-roles, I works out pretty nice
compared to the alternatives.  iirc You need do your normal Spring
setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
 which has an authenticate method you'll call your UserDetails bean from.

Outdated Link
https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5


On Tue, Apr 27, 2010 at 7:20 PM, Jimi  wrote:

>
> Hi,
>
> I'm curious to know what security frameworks you guys are using.
>
> The reason I'm asking is because I recently tried out Spring Security
> together with a simple wicket web application, and was amazed on how easy
> it
> was. I applied the steps mentioned in their Pet Clinic tutorial
> (
> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
> )
> more or less exactly as they are, and I didn't have to write a single line
> of code. All was done using configuration. And even when I replaced the
> hard
> coded list of users (with their passwords and groups) with my custom
> authentication provider (or actually custom UserDetailsService) I only had
> two write two simple classes that implemented two very simple and logical
> interfaces respectively, that used my pre existing hibernate configuration
> and POJOs.
>
> BUT... when I wanted to replace the auto generated login screen (which
> worked great, but just didn't look very appealing) with a custom login page
> I quickly ran into trouble. If the login was successful then all was fine.
> But for the cases when the login failed for some reason (like incorrect
> username/password or database being down) I was having problems accessing
> the error cause. Because as far as I could tell this message (actually an
> Exception subclass) was only available as a http session attribute. And it
> seems that Wicket does everything to hide those from the user, discourages
> the use of the getHttpServletRequest() and the session attributes of the
> wicket session object only seems to include attributes with a specific
> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
> precious Spring Security session attributes to be unavailable.
>
> It was then I started thinking that Spring Security maybe isn't the best
> security framework together with Wicket. So I started looking around for
> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
> what)
> and "wicket auth roles" where the first two, and some time later I also
> heard about wicket-shiro.
>
> But all these three seemed to have one or more of the following down sides
> that irritated me when I evaluated them:
>
> 1. Missing official site. [wicket auth roles] At least I can't find it.
>
> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
> discussion labeled "is wicket-auth-roles discontinued?". And the comments
> on
> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
> they talk about Acegi (the old name for Spring Security) and the project
> has
> dependencies to Wicket 1.3 and Spring 2.0.
>
> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
> check out trunk and build yourself) and has three different SNAPSHOT
> dependencies.
>
> 4. Seems to require a lot of different project specific java classes. [all
> three].
>
>
> The last point, number 4, is a really big down side if you ask me. Keep in
> mind that I was able to integrate Spring Security almost completely in my
> wicket web application with very little new java code needed. And that is a
> good thing, because project specific code is of course much less tested and
> tried compared to official stable code of reputable frameworks. Plus that I
> don't have to reinvent the wheel, considering the simple authentication and
> authorization demands of my project. The only thing stopping me was this
> stupid error message in the "unavailable" http session attribute.
>
> I actually started converting my project into a WASP/SWARM project, using
> the example project from
>
> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
> ,
> but after creating class after class after class of in-my-eyes boilerplate
> code I got the overwhelming feeling that I was making my project more and
> more dirty. And, more importantly, I got the feeling that this shouldn't be
> so complicated. Other people surely have done this before, and maybe there
> is a good, stable and official framework/plugin/whatever that makes Spring
> Security and Wicket integration into a breeze. Which it really was when I
> followed the Pet Clinic tutorial (see URL above), since that used the auto
> generated login form.
>
> So, any input from you guys? What do you use to secure your wicket web
> sites? Or maybe someone can explain how to best solve my Wicket+Spring
> Security problem with the "hidden" http session attributes?
>
> Also, I hope I didn't step on anybody's

Re: Type Inference for Wicket 1.4

[Ben Tilford]

What happened to the groovy wicket builder project? I know it was on hold
until anonymous inner classes were going to be supported which were added in
groovy 1.7 irrc.

On Fri, Apr 16, 2010 at 7:58 AM, Erdinc  wrote:

> Or use wicket as I explained on this page :)
>
> http://java.dzone.com/articles/faster-development-easywicket
>
>
>
>
>
>
>
> 
> From: James Carman 
> To: users@wicket.apache.org
> Sent: Fri, April 16, 2010 2:05:12 PM
> Subject: Re: Type Inference for Wicket 1.4
>
> And, nothing is stopping you from doing something like this in your
> own code.  I have a class called ComponentUtils where I put stuff like
> this.  I have two methods:
>
> public static  IModel modelOf(T bean);
> public static  IModel modelFor(Class
> beanClass); // This will instantiate the object for you.
>
> I also have:
>
> public static void detachAllModelFields(Component c);
>
> With static imports, you can just use these methods like they're in
> your classes.
>
> On Fri, Apr 16, 2010 at 1:21 AM, Jeremy Thomerson
>  wrote:
> > This is the key - and it has been discussed before (in the many grueling
> 1.4
> > conversations).  The short of it is that with private constructors
> there's a
> > huge change and an inability to extend.  And without the private
> > constructors, the static methods are dumb and extraneous because you
> would
> > need hundreds of them, and you would need even more of them on your
> extended
> > model and component classes.
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> >
> > On Thu, Apr 15, 2010 at 8:51 AM, Thomas Kappler
> > wrote:
> >
> >> On 04/15/10 13:06, James Perry wrote:
> >>
> >>> I can sympathise with that. However I don't think it would be a
> >>> maintenance nightmare if the constructors are set to private; but that
> >>> would mean a dramatic API change for such convenience and I'm guessing
> >>> you're not willing to do this.
> >>>
> >>
> >> Apart from the huge change for questionable benefit, that would also
> remove
> >> inheritance, which is essential to the Wicket way, because you can't
> extend
> >> a class with private constructors only. If you can, get a hold of Bloch,
> >> Effective Java, and read the insightful chapter on the constructor vs.
> >> static factory method trade-off.
> >>
> >> -- Thomas
> >>
> >>
> >>
> >>
> >>> Best,
> >>> James.
> >>>
> >>> On 14 April 2010 17:01, Igor Vaynberg  wrote:
> >>>
>  you are going to have one factory method for each constructor, its
>  going to be a pita to maintain. not something we will want in core.
> 
>  -igor
> 
>  On Wed, Apr 14, 2010 at 8:51 AM, James Perry
>    wrote:
> 
> > I am looking to migrate from Wicket 1.3 and Wicket 1.4 and I really
> > like the type-safe goodies but I do not like its verbosity. I was
> > thinking of writing a patch that provides factories to improve the
> > brevity by type inference of the generic invariant.
> >
> > This is an example of my idea:
> >
> > Model  model = Model.newModel();
> >
> > public static  Model  newModel() {
> >return new Model();
> > }
> >
> > Feedback welcomed. :-)
> >
> > --
> > Best,
> > James.
> >
> > -
> > 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
> >>>
> >>>
> >>
> >> --
> >> ---
> >>  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
> >>
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
>

Re: Repeating form on a page

[Ben Tilford]

Would a FormComponentPanel work?
http://wicket.apache.org/docs/1.4/org/apache/wicket/markup/html/form/FormComponentPanel.html

On Fri, Apr 16, 2010 at 4:48 PM, David Hamilton <
dhamil...@hermitagelighting.com> wrote:

> Thanks for the great response! I will look at RefreshingView, but right now
> I'm considering yet another possibility.
> I'm think of using a display-only ListView for existing items with an edit
> button to populate a modal dialog. I have yet to get to the Modal dialog
> part so I'll have to report back on how well that works :).
>
> Thanks,
>
> David
>
> -Original Message-
> From: Xavier López [mailto:xavil...@gmail.com]
> Sent: Friday, April 16, 2010 9:33 AM
> To: users@wicket.apache.org
> Subject: Re: Repeating form on a page
>
> Hi,
>
> I've been through a similar issue recently, also with a 'remove' button to
> delete elements from the list. I ended up using RefreshingView (that's the
> one I'd reccomend), and it worked nicely.
>
> However I'll expose the various solutions I've gone through, hoping to
> provide some background on the subject. I'd also be grateful on
> observations
> and comments on these, because I'm sure I'm missing something and there are
> still some aspects of these repeaters that I don't understand, so probably
> part of these thoughts are wrong :)
>
> In the first place, I used a ListView repeater. When clicking the 'add new'
> button, however, I found that all unsaved input entered on the other list
> elements was lost. That's because ListView refreshes the entire List with
> the backing Model objects in it's Model, and models were not being
> updated, as forms were not being submitted. So, I had to make the 'add new'
> link a submit button (skipping default form processing in order to avoid
> validation errors on incomplete data). However, to my surprise, same thing
> keeped happening (same for the delete button). Later on, I found about
> 'ListView#setReuseItems(boolean)', which solved the problem. But to my
> despair, the delete button always deleted the last element from the List. I
> still do not understand why, and still don't know what is 'reuseItems'
> really doing. (Any hints on that one?)
>
> Then, I was advised to use RefreshingView, and things were moreover the
> same, only that instead of having a Model given to the repeater, an
> Iterator had to be provided in an overriden method. In this case, a
> ModelsEqual ReuseItemStrategy had to be provided in order to keep the
> unsaved inputs in the forms when adding/removing.
>
>
> As a last appreciation, I have to say I hoped there was a specific
> component
> addressing this behavior, being it a fairly common arrangement... If one
> day
> I fully understand this I'd be happy to implement one myself, even if only
> for the sake of clarity in my code ;)
>
> Thanks,
> Xavier
>
> 2010/4/16 David Hamilton 
>
> > I am new to Wicket (and have had great help from this community so far -
> > thank you). My question here is that I'm trying to setup a simple
> > contact form where a person may have zero or more contacts. My solution
> > is to make the contact info a form within a panel. However, I need to
> > repeat the panel form on the page for each contact (represented by a
> > POJO I can bind to the form elements).  I will provide and "add" button
> > at the bottom of the list to allow them to re-submit the page and add a
> > new empty object bound to a new form element.
> >
> >
> >
> >  So my question is really two questions.
> >
> >
> >
> > 1)  Is this best approach for this situation?
> >
> > 2)  If it is, how do I bind each POJO on the list to a unique form
> > instance?
> >
> >
> >
> > The goal is to allow each contact to be individually edited  and saved.
> >
> >
> >
> > Any help is greatly appreciated.
> >
> >
> >
> > Thanks,
> >
> >
> >
> > David Hamilton
> >
> > Web Coordinator
> >
> > (615) 843-3337
> >
> > Hermitage Lighting Gallery
> >
> > www.hermitagelighting.com
> >
> >
> >
> >
> > 
> > Keep it Green! To help protect the environment, please
> > only print this email if necessary.
> > Printing email can cost more than you think.
> > Learn more on our website:
> > http://www.hermitagelighting.com/printing_email.php
> >
> > The information transmitted in this email is
> > intended solely for the individual or entity
> > to which it is addressed and may contain
> > confidential and/or privileged material.
> > Any review, retransmission, dissemination or
> > other use of or taking action in reliance
> > upon this information by persons or entities
> > other than the intended recipient is prohibited.
> > If you have received this email in error please
> > immediately notify us by reply email to the sender.
> > You must destroy the original material and its contents from any
> computer.
> > 
> >
> >
>
>
> --
> "Klein bottle for rent--inquire within."
>
> 
>

Re: Any "mature" work on integrating Hibernate Validator with Wicket?

[Ben Tilford]

If you find anything useful heres some stuff I have put together
https://docs.google.com/leaf?id=0ByQjVcAVDuP9MWE4NDcxODMtODZlOC00Mzk0LThhOTUtYmI2MmNlYzEwNWFi&hl=en

I'd upload it somewhere else but it looks like there are already like 4
different projects for this.

2010/4/10 Uwe Schäfer 

> David Chang schrieb:
>
>  hi, did you get the jsr 303 validation code released? where can i find it?
>> i am really excited looking forward to it.
>>
>
> about to. just finishing examples tomorrow. stay tuned.
>
>
> cu uwe
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: jqery not getting called after ajax refresh

[Ben Tilford]

Try
function setup() {
$("a.showHidePrograms").click(
function () {
  var $div= $(this).parent().next("div");
  if($div.attr("class") == 'hide'){
   $div.attr("class","show");
  }else{
 $div.attr("class","hide");
  }
}
);
}
$(document).ready(function(){
setup();
   });

Then in your ajax method
target.appendJavascript("setup();");


On Fri, Apr 9, 2010 at 5:30 PM, Russell Morrisey <
russell.morri...@missionse.com> wrote:

> It might be a good idea to use an IBehavior to contribute the script. You
> can add the behavior to the link component in wicket; when the behavior is
> rendered, it can contribute the javascript code to set it up with jquery.
> That way, you ensure that every new rendering of the link (which creates a
> new DOM element) includes your javascript (which binds your handler to the
> DOM element that is there right now), whether it's the first time on the
> page or from an ajax request. When you bind your event on page load, the
> ajax request creates a new DOM element for the link by repainting it, so the
> link that had your bound event handler goes away.
>
>
> RUSSELL E. MORRISEY
> Programmer Analyst Professional
> Mission Solutions Engineering, LLC
>
> | russell.morri...@missionse.com | www.missionse.com
> 304 West Route 38, Moorestown, NJ 08057
>
> -Original Message-
> From: tubin gen [mailto:fachh...@gmail.com]
> Sent: Friday, April 09, 2010 2:12 PM
> To: users
> Subject: jqery not getting called after ajax refresh
>
> I   added this jquery code   to my page.
>
>$(document).ready(function(){
> $("a.showHidePrograms").click(
> function () {
>   var $div= $(this).parent().next("div");
>   if($div.attr("class") == 'hide'){
>$div.attr("class","show");
>   }else{
>  $div.attr("class","hide");
>   }
> }
> );
>});
>
>  inside my html I have a table this contains  anchor tag with
> class showHidePrograms.
>  onclick of this anchor tag the function gets called everything is fine.
>
> This page also has some ajaxLinks on click of this link  I repaint the
> table, after thiswhen I click on anchor tag the jquery script is not
> called ,
> does repainting somehow hides this anchor from jquery ?
>
> This is a PRIVATE message. If you are not the intended recipient, please
> delete without copying and kindly advise us by e-mail of the mistake in
> delivery.
> NOTE: Regardless of content, this e-mail shall not operate to bind MSE to
> any order or other contract unless pursuant to explicit written agreement or
> government initiative expressly permitting the use of e-mail for such
> purpose.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Any "mature" work on integrating Hibernate Validator with Wicket?

[Ben Tilford]

So far this is what I've got. Doesn't do anything with groups or the more
advanced stuff but this may be all it takes.

public class BeanComponentValidator extends AbstractValidator {


public BeanComponentValidator() {
super();
}


@Override
protected void onValidate(IValidatable validatable) {
for(ConstraintViolation violation :
validate(validatable.getValue())) {
validatable.error(new
ValidationError().addMessageKey(violation.getMessage()));
}

}

Set> validate(T value) {
Validator validator =

 Validation.buildDefaultValidatorFactory().getValidator();//this may only be
working because I'm using Spring 3.0.2 and Hibernate 3.5 I don't know for
sure.
return validator.validate(value);
}
}


On Mon, Apr 5, 2010 at 12:15 PM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> Hi!
>
> It's quite easy to add trivial min/max/required validators using (any)
> helper method. Maybe bindgen project would be closest to this.. it's
> already working with annotations, it could perhaps parse also
> annotations of property target objects.
>
> **
> Martin
>
> 2010/4/5 David Chang :
> > Using Hibernate Validator may bring a few good things:
> >
> > 1. On the data end, it helps to improve data, performance, etc. Also the
> annotation you write on domain objects get translated into database creation
> and objects save/update. You can find more on in this area. Obviously, this
> has nothing to do with wicket.
> >
> > 2. Regarding the web tier, it is often needed to write validation rules
> such as not null or the maximum chars in an input field being less than 10.
> In pure wicket, you have to add many validation rules yourself manually for
> each field. Why should I do so second time in wicket if I can explicitly
> specify them on domain objects via Hibernate Validator (or Bean Validation,
> JSR 303, now official)? I hope to see wicket can take adavantage of bean
> validation to let us code faster and have more maintainable code.
> >
> > Please feel free to comment I am wrong.
> >
> > Best.
> >
> >
> >
> >
> >
> > --- On Mon, 4/5/10, Martin Makundi 
> wrote:
> >
> >> From: Martin Makundi 
> >> Subject: Re: Any "mature" work on integrating Hibernate Validator with
> Wicket?
> >> To: users@wicket.apache.org
> >> Date: Monday, April 5, 2010, 11:31 AM
> >> Do you have any user stories on the
> >> topic? It would be useful to
> >> evaluate how interesting the use case is. Me myself I
> >> cannot immagine
> >> anything "useful" could come out of hibernate validators,
> >> only
> >> something very trivial. Could be wrong, thoug.
> >>
> >> **
> >> Martin
> >>
> >> 2010/4/5 David Chang :
> >> >
> >> > thanks for chiming in. sorry if i was not clear in
> >> prevoius posts.
> >> >
> >> > i would like to hear comments whether it is worthy to
> >> explore or any benefits. i also would like to know whether
> >> there is more "mature" work since i only found experimental
> >> work. i am unable to find anything aobut it on wicketstuff.
> >> >
> >> > regards.
> >> >
> >> >
> >> > --- On Mon, 4/5/10, Igor Vaynberg 
> >> wrote:
> >> >
> >> >> From: Igor Vaynberg 
> >> >> Subject: Re: Any "mature" work on integrating
> >> Hibernate Validator with Wicket?
> >> >> To: users@wicket.apache.org
> >> >> Date: Monday, April 5, 2010, 11:21 AM
> >> >> you have answered your own question
> >> >> twice, why does anyone else need to reply?
> >> >>
> >> >> -igor
> >> >>
> >> >> On Mon, Apr 5, 2010 at 8:01 AM, David Chang  >
> >> >> wrote:
> >> >> >
> >> >> > Hi folks, I feel a bit puzzled about not
> >> getting any
> >> >> response on this topic. I have to say that I am
> >> new in
> >> >> Wicket. If this a bad or wrong question or if this
> >> is
> >> >> something not worthy to explore, please feel free
> >> to let me
> >> >> know.
> >> >> >
> >> >> > Thanks for any input!
> >> >> >
> >> >> >
> >> >> > --- On Sun, 4/4/10, David Chang 
> >> >> wrote:
> >> >> >
> >> >> >> From: David Chang 
> >> >> >> Subject: Re: Any "mature" work on
> >> integrating
> >> >> Hibernate Validator with Wicket?
> >> >> >> To: users@wicket.apache.org
> >> >> >> Date: Sunday, April 4, 2010, 11:31 PM
> >> >> >> Found another related work.
> >> >> >>
> >> >> >>
> http://42lines.net/content/integrating-hibernate-validator-and-wicket
> >> >> >>
> >> >> >> Any comment or pointers regarding
> >> relatively
> >> >> "mature" work
> >> >> >> in this regard?
> >> >> >>
> >> >> >> Regards.
> >> >> >>
> >> >> >>
> >> >> >> --- On Sat, 4/3/10, David Chang 
> >> >> >> wrote:
> >> >> >>
> >> >> >> > From: David Chang 
> >> >> >> > Subject: Any "mature" work on
> >> integrating
> >> >> Hibernate
> >> >> >> Validator with Wicket?
> >> >> >> > To: users@wicket.apache.org
> >> >> >> > Date: Saturday, April 3, 2010, 1:45
> >> PM
> >> >> >> >
> >> >> >> > Is there any "mature" work on
> >> integrating
> >> >> Hibernate
> >> >> >> > Validator with Wicket?
> >> >> >> >
> >> >> >> > I am unable to find any at
> >

Re: Component Instantiation Listener Problem

[Ben Tilford]

Exactly what I needed.

On Mon, Mar 8, 2010 at 12:04 PM, Igor Vaynberg  wrote:
> yes it is intended. you are not really meant to mock with the class
> because the listener is called before the constructors of your
> subclasses have finished.
>
> there are listeners you can use that are called in onbeforerender of
> components where you can mock with the actual component instance, not
> just the class.
>
> -igor
>
>
> On Mon, Mar 8, 2010 at 8:36 AM, Ben Tilford  wrote:
>> I ran into an issue with a Component Instantiation Listener because the
>> listener is notified before setModelImpl is called. Is this the intended
>> behavior? It limits what you can do in your listener quite a bit.
>>
>
> -
> 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

Component Instantiation Listener Problem

[Ben Tilford]

I ran into an issue with a Component Instantiation Listener because the
listener is notified before setModelImpl is called. Is this the intended
behavior? It limits what you can do in your listener quite a bit.

Re: [OT] Wicket changed my life !

[Ben Tilford]

Models are the hardest part to learn...

Because they are really models.

On Sat, Feb 20, 2010 at 12:05 AM, Eelco Hillenius  wrote:

> Thanks for the kind words people. Definitively a key part of Wicket's
> success has been an enthusiastic community.
>
> > The learning curve was slightly steep once we started doing interesting
> UI
> > interactions (and also that really annoying LazyLoad exception during
> tests
> > that I still can't figure out), but it's worth the effort.
>
> Detachable models are your friend.
>
> Eelco
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Future of Wicket Security (WASP/SWARM)

[Ben Tilford]

Assuming adopting it into Apache Wicket would mean being in the wicket jar
instead of an optional jar.

 [ ] adopt Wicket security into Apache Wicket
 [x] keep Wicket security at Wicket Stuff

On Fri, Jan 22, 2010 at 11:00 AM, Les Hazlewood wrote:

> > [ ] adopt Wicket security into Apache Wicket
> > [x] keep Wicket security at Wicket Stuff
>
> I am biased, yes, but I much prefer Shiro in my Wicket apps too :)
>
> - Les
>
> On Fri, Jan 22, 2010 at 10:03 AM, Martin Grigorov 
> wrote:
> > On Fri, 2010-01-22 at 10:52 +0100, Martijn Dashorst wrote:
> >> Guys,
> >>
> >> I'd like to discuss the future of the Wicket Security project.
> >> Currently the project lives on/in the wicketstuff repository, but uses
> >> group id and package names "org.apache.wicket". IMO We should either:
> >>
> >>  - adopt Wicket Security into the Wicket project and move everything
> >> over from Wicket Stuff into a subproject within Apache Wicket (and
> >> adopt the committers), or
> >>  - keep Wicket Security at wicketstuff and move it into the fold of
> >> wicket stuff, including groupid/package rename.
> >>
> >> Since development on wicket security 1.4 is currently happening with a
> >> 1.4-beta1 just released, it is prudent to decide its future now (with
> >> a pending package rename).
> >>
> >> Considering that both the wicket security contributors and the Wicket
> >> PMC members are needed to make this happen, all their opinions are
> >> considered binding.
> >>
> >> [ ] adopt Wicket security into Apache Wicket
> >> [x] keep Wicket security at Wicket Stuff
> > I haven't seen in the mailing lists many users of it. Most of them use
> > Spring Security (my statistics).
> >
> > I think there is no need to add one more thing to support by the core
> > committers.
> >
> > P.S. I personally prefer Shiro.
> >>
> >> Martijn
> >>
> >> -
> >> 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: OSGi Wicket

[Ben Tilford]

Forgot to mention, the Netbeans Lookup would also be an option.

On Mon, Nov 2, 2009 at 10:45 AM, Ben Tilford  wrote:

> You might want to check out http://kenai.com/projects/joint the wicket
> example builds a menu system based of pages / links that are on the
> classpath which implement a Navigatable interface and have the @Navigation
> annotation.
>
> Still very early in development but it still might do what you need.
>
>
> On Mon, Nov 2, 2009 at 2:29 AM, Giambalvo, Christian <
> christian.giamba...@excelsisnet.com> wrote:
>
>> Maybe OSGi ist o much overhead for my needs.
>> I just want to be able to load WicketPages from a jar during runtime.
>> Lets say  i have a wicket app with just the wicketapplication and a
>> homepage (extendable through plugins (jar)).
>> Then during runtime i dropin a jar containing some Pages and i want wicket
>> to be able to reach them.
>> My idea is to to just add the jars to the classloader searchpath and let
>> wicket do the rest.
>> Is this a naive idea or whats the wicket way?
>>
>> Igor wrote (some time ago):
>> "what we have in wicket is a IClassResolver which we use to allow for
>> pluggable class resolution."
>>
>> How can this pluggable resolution be accomplished?
>>
>> Greetz and thanks
>>
>> -Ursprüngliche Nachricht-
>> Von: Ernesto Reinaldo Barreiro [mailto:reier...@gmail.com]
>> Gesendet: Sonntag, 1. November 2009 06:40
>> An: users@wicket.apache.org
>> Betreff: Re: OSGi Wicket
>>
>> I do agree Eclipse buddy system in not proper OSGi, but it makes a lot
>> easier to develop applications because
>>
>> 1- Your application, components, etc, will be same as in any normal Wicket
>> application (no changes to are needed)
>> 2- If you find out OSGi is not suitable at the end, you can always build
>> the
>> same application dropping OSGi and using the same (component) factory
>> services. You will loose hot pluggability and that's it.
>>
>> I never hit serialization limitation myself. On the  other hand, I do know
>> from experience that  integrating with certain application servers (using
>> bridge approach) can be challenging. This is also something to take into
>> account before deciding to use osgi.
>>
>> I think Igor is totally right about the things you should weight in
>> deciding
>> whether to use OSGi or not for a project. OSGi is a way to
>> achieve pluggability but not the only one.
>>
>> Best,
>>
>> Ernesto
>>
>>
>> On Sun, Nov 1, 2009 at 2:27 AM, David Leangen  wrote:
>>
>> >
>> > If you do go with OSGi, you will have problems with classloaders and
>> > deserialization.
>> >
>> > To my knowledge, nobody has yet solved this (i.e. implemented a good
>> > solution) in a decent way. The Eclipse buddy system is not "proper"
>> OSGi,
>> > IMO.
>> >
>> > pax-wicket does "solve" this problem (using "proper" OSGi), but I have
>> > never used their approach much even though I use the framework.
>> >
>> > Here is a post about this by me with some interesting comments from
>> Igor:
>> >
>> >  http://bioscene.blogspot.com/2009/03/serialization-in-osgi.html
>> >
>> >
>> > Good luck to you!
>> > =David
>> >
>> >
>> >
>> >
>> > On Nov 1, 2009, at 3:26 AM, Igor Vaynberg wrote:
>> >
>> >  it is easy to create a pluggable application in wicket. all you need
>> >> is a registry of component providers, whether it be something like
>> >> spring [1], a custom registry like brix uses [2] or something more
>> >> advanced like osgi. the choice should be based on the featureset you
>> >> need. eg, if you need hot updating, classloader separation, etc, then
>> >> osgi is good. if not, there are simpler ways to achieve modularity [1]
>> >> [2]. the great news is that wicket lends itself easily to
>> >> modularization.
>> >>
>> >> [1]
>> >>
>> http://wicketinaction.com/2008/10/creating-pluggable-applications-with-wicket-and-spring/
>> >> [2] http://code.google.com/p/brix-cms/source/browse/#svn/trunk/brix-
>> >> core/src/main/java/brix/registry
>> >>
>> >> -igor
>> >>
>> >> 2009/10/29 Tomáš Mihok :
>> >>
>> >>> Hello,
>> >>>
>> >>> I'm currently designing a new application. One of the requests is to
>>

Re: OSGi Wicket

[Ben Tilford]

You might want to check out http://kenai.com/projects/joint the wicket
example builds a menu system based of pages / links that are on the
classpath which implement a Navigatable interface and have the @Navigation
annotation.

Still very early in development but it still might do what you need.

On Mon, Nov 2, 2009 at 2:29 AM, Giambalvo, Christian <
christian.giamba...@excelsisnet.com> wrote:

> Maybe OSGi ist o much overhead for my needs.
> I just want to be able to load WicketPages from a jar during runtime.
> Lets say  i have a wicket app with just the wicketapplication and a
> homepage (extendable through plugins (jar)).
> Then during runtime i dropin a jar containing some Pages and i want wicket
> to be able to reach them.
> My idea is to to just add the jars to the classloader searchpath and let
> wicket do the rest.
> Is this a naive idea or whats the wicket way?
>
> Igor wrote (some time ago):
> "what we have in wicket is a IClassResolver which we use to allow for
> pluggable class resolution."
>
> How can this pluggable resolution be accomplished?
>
> Greetz and thanks
>
> -Ursprüngliche Nachricht-
> Von: Ernesto Reinaldo Barreiro [mailto:reier...@gmail.com]
> Gesendet: Sonntag, 1. November 2009 06:40
> An: users@wicket.apache.org
> Betreff: Re: OSGi Wicket
>
> I do agree Eclipse buddy system in not proper OSGi, but it makes a lot
> easier to develop applications because
>
> 1- Your application, components, etc, will be same as in any normal Wicket
> application (no changes to are needed)
> 2- If you find out OSGi is not suitable at the end, you can always build
> the
> same application dropping OSGi and using the same (component) factory
> services. You will loose hot pluggability and that's it.
>
> I never hit serialization limitation myself. On the  other hand, I do know
> from experience that  integrating with certain application servers (using
> bridge approach) can be challenging. This is also something to take into
> account before deciding to use osgi.
>
> I think Igor is totally right about the things you should weight in
> deciding
> whether to use OSGi or not for a project. OSGi is a way to
> achieve pluggability but not the only one.
>
> Best,
>
> Ernesto
>
>
> On Sun, Nov 1, 2009 at 2:27 AM, David Leangen  wrote:
>
> >
> > If you do go with OSGi, you will have problems with classloaders and
> > deserialization.
> >
> > To my knowledge, nobody has yet solved this (i.e. implemented a good
> > solution) in a decent way. The Eclipse buddy system is not "proper" OSGi,
> > IMO.
> >
> > pax-wicket does "solve" this problem (using "proper" OSGi), but I have
> > never used their approach much even though I use the framework.
> >
> > Here is a post about this by me with some interesting comments from Igor:
> >
> >  http://bioscene.blogspot.com/2009/03/serialization-in-osgi.html
> >
> >
> > Good luck to you!
> > =David
> >
> >
> >
> >
> > On Nov 1, 2009, at 3:26 AM, Igor Vaynberg wrote:
> >
> >  it is easy to create a pluggable application in wicket. all you need
> >> is a registry of component providers, whether it be something like
> >> spring [1], a custom registry like brix uses [2] or something more
> >> advanced like osgi. the choice should be based on the featureset you
> >> need. eg, if you need hot updating, classloader separation, etc, then
> >> osgi is good. if not, there are simpler ways to achieve modularity [1]
> >> [2]. the great news is that wicket lends itself easily to
> >> modularization.
> >>
> >> [1]
> >>
> http://wicketinaction.com/2008/10/creating-pluggable-applications-with-wicket-and-spring/
> >> [2] http://code.google.com/p/brix-cms/source/browse/#svn/trunk/brix-
> >> core/src/main/java/brix/registry
> >>
> >> -igor
> >>
> >> 2009/10/29 Tomáš Mihok :
> >>
> >>> Hello,
> >>>
> >>> I'm currently designing a new application. One of the requests is to
> make
> >>> it
> >>> modular. I found out that one of the possibilities to enable loading of
> >>> modules while application is running is OSGi. Is there a
> >>> tool/plugin/guide
> >>> to accomplish this or are there any other possibilities of
> accomplishing
> >>> same goal?
> >>>
> >>> Tom
> >>>
> >>> -
> >>> 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 & Maven in Netbean 6.7

[Ben Tilford]

Netbeans has maven built in but it will use an external installation if you
tell it to. It sounds like you have it configured to use an external maven
installation but don't have maven installed.

In Netbeans go to Tools>Options>Misc>Maven and see if you have set it up to
use an external maven

Then either install maven and point Netbeans to it or use the built in maven

2009/10/28 Tomáš Mihok 

> Hi there,
>
> year ago when I started with wicket I had Netbeans 6.5 and after installing
> Maven I had option to create Wicket Quickstart Archetype. Yesterday I
> downloaded Netbean 6.7.1 which has built in Maven support but I can't find
> the wicket archetype. When I tried to add new archetype with information
> from wicket site netbeans gave me messagebox that said that maven cannot be
> found. Even the mvn command is not recognized by the command line. Can you
> help me to set up the environment for wicket development?
>
> tm
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Working on a Plugin Framework (Joint)

[Ben Tilford]

*A little info:
*The framework is using the Netbeans Lookup api to discover "joint"
implementations which are exported services using the standard
META-INF/services/xyz.Abc in addition there are annotations used to
configure how/where the plugin will be used. Example would be a wicket page,
You can configure navigation contexts where you would want to link to that
page.

Currently what I have working is wicket page navigation (ability to add
pages to an application just by dropping in a new jar file).

If anyone is interested the source with an example application is available
at https://svn.kenai.com/svn/joint~svn

Also looking for any suggestions on what types of plugins (wicket related)
or not people would like to see.

*Project Home*
http://kenai.com/projects/joint

Re: Modular Application

[Ben Tilford]

@James
Everything works if I don't have a sub-class of WebPage outside the war
project.

@Pedro
>From command line or on the parent project I get the same error.

Also deleted the org/apache/wicket directory out of my .m2 repository and
re-downloaded.


On Tue, Oct 13, 2009 at 4:19 PM, Pedro Santos  wrote:

> Isn't it the case for you manually run mvn install on your parent project?
> Your local repository may have old .class bytecodes
>
> On Tue, Oct 13, 2009 at 5:11 PM, Ben Tilford  wrote:
>
> > No base page is in a common module (probably will be used by more than 1
> > app
> > in the end).
> >
> > The wicket dependency is declared in a parent project (I've tried moving
> > thinking maybe there was something odd going on there). Using Netbeans I
> > can
> > see the dependency is resolved and on the classpath. Looking at the
> > dependency graph there is only 1 version of wicket in any of the modules
> > and
> > they all have 1.4.2. I did see a conflict with log4j versions but after
> > fixing that I'm still getting the same compilation error.
> >
> > To me its a bit odd that its the add method of WebPage that can't be
> found.
> >
> > On Tue, Oct 13, 2009 at 4:00 PM, James Carman
> > wrote:
> >
> > > Is BasePage in your webapp module and you have other pages in other
> > > modules?  If so, you're going to have a circular dependency.  What you
> > > could do is set up a web-commons module which contains stuff like
> > > BasePage and have your other modules use that.  Then, your web module
> > > declares all of them as dependencies.  That's what we do.
> > >
> > > On Tue, Oct 13, 2009 at 3:36 PM, Ben Tilford 
> > wrote:
> > > > Something other than?
> > > > 
> > > >org.apache.wicket
> > > >wicket
> > > >    ${wicket.version}
> > > > 
> > > >
> > > >
> > > >
> > > > On Tue, Oct 13, 2009 at 3:30 PM, Igor Vaynberg <
> > igor.vaynb...@gmail.com
> > > >wrote:
> > > >
> > > >> your module still needs a wicket dependency
> > > >>
> > > >> -igor
> > > >>
> > > >> On Tue, Oct 13, 2009 at 12:20 PM, Ben Tilford  >
> > > >> wrote:
> > > >> > Are there any examples of a modular wicket application? I'm
> > > specifically
> > > >> > having trouble getting maven to compile a jar which contains a
> > > sub-class
> > > >> of
> > > >> > WebPage.
> > > >> >
> > > >> > Using 1.4.2 and have attempted with 1.4.1/1.4.0, packaging a Panel
> > > etc...
> > > >> > all seems to work fine.
> > > >> >
> > > >> > demo/locator/web/components/BasePage.java:[17,8] cannot find
> symbol
> > > >> >> symbol  : method add(org.apache.wicket.markup.html.basic.Label)
> > > >> >> location: class demo.locator.web.components.BasePage
> > > >> >>
> > > >> >
> > > >>
> > > >>
> -
> > > >> 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
> > >
> > >
> >
>
>
>
> --
> Pedro Henrique Oliveira dos Santos
>

Re: Modular Application

[Ben Tilford]

No base page is in a common module (probably will be used by more than 1 app
in the end).

The wicket dependency is declared in a parent project (I've tried moving
thinking maybe there was something odd going on there). Using Netbeans I can
see the dependency is resolved and on the classpath. Looking at the
dependency graph there is only 1 version of wicket in any of the modules and
they all have 1.4.2. I did see a conflict with log4j versions but after
fixing that I'm still getting the same compilation error.

To me its a bit odd that its the add method of WebPage that can't be found.

On Tue, Oct 13, 2009 at 4:00 PM, James Carman
wrote:

> Is BasePage in your webapp module and you have other pages in other
> modules?  If so, you're going to have a circular dependency.  What you
> could do is set up a web-commons module which contains stuff like
> BasePage and have your other modules use that.  Then, your web module
> declares all of them as dependencies.  That's what we do.
>
> On Tue, Oct 13, 2009 at 3:36 PM, Ben Tilford  wrote:
> > Something other than?
> > 
> >org.apache.wicket
> >wicket
> >${wicket.version}
> > 
> >
> >
> >
> > On Tue, Oct 13, 2009 at 3:30 PM, Igor Vaynberg  >wrote:
> >
> >> your module still needs a wicket dependency
> >>
> >> -igor
> >>
> >> On Tue, Oct 13, 2009 at 12:20 PM, Ben Tilford 
> >> wrote:
> >> > Are there any examples of a modular wicket application? I'm
> specifically
> >> > having trouble getting maven to compile a jar which contains a
> sub-class
> >> of
> >> > WebPage.
> >> >
> >> > Using 1.4.2 and have attempted with 1.4.1/1.4.0, packaging a Panel
> etc...
> >> > all seems to work fine.
> >> >
> >> > demo/locator/web/components/BasePage.java:[17,8] cannot find symbol
> >> >> symbol  : method add(org.apache.wicket.markup.html.basic.Label)
> >> >> location: class demo.locator.web.components.BasePage
> >> >>
> >> >
> >>
> >> -
> >> 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: Modular Application

[Ben Tilford]

Something other than?

org.apache.wicket
wicket
${wicket.version}




On Tue, Oct 13, 2009 at 3:30 PM, Igor Vaynberg wrote:

> your module still needs a wicket dependency
>
> -igor
>
> On Tue, Oct 13, 2009 at 12:20 PM, Ben Tilford 
> wrote:
> > Are there any examples of a modular wicket application? I'm specifically
> > having trouble getting maven to compile a jar which contains a sub-class
> of
> > WebPage.
> >
> > Using 1.4.2 and have attempted with 1.4.1/1.4.0, packaging a Panel etc...
> > all seems to work fine.
> >
> > demo/locator/web/components/BasePage.java:[17,8] cannot find symbol
> >> symbol  : method add(org.apache.wicket.markup.html.basic.Label)
> >> location: class demo.locator.web.components.BasePage
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Modular Application

[Ben Tilford]

Are there any examples of a modular wicket application? I'm specifically
having trouble getting maven to compile a jar which contains a sub-class of
WebPage.

Using 1.4.2 and have attempted with 1.4.1/1.4.0, packaging a Panel etc...
all seems to work fine.

demo/locator/web/components/BasePage.java:[17,8] cannot find symbol
> symbol  : method add(org.apache.wicket.markup.html.basic.Label)
> location: class demo.locator.web.components.BasePage
>

Re: Perspective from fellow Wicketers on ColdFusion job oppty.

[Ben Tilford]

It only gets worse the longer you work with ColdFusion. Where I work were
finally working towards abandoning it completely.

Some paint points:
* No null value, you get a bunch of methods to check various types of
objects to see if they are "undefined"
* You can only specify return types of the core objects provided by
ColdFusion
* No method overloading
* Calling a method or function is usually about half a dozen lines of code.
* Same with actually creating an object/component
*  wrote:

> Hey guys,
>
> I know this is an unusual question for this list, but I was hoping
> that I could get some viewpoints and info about something.  I recently
> interviewed for a job opportunity at a company that runs their core
> app, comprised of both web interface and web services, in a cool niche
> that I would like to work in.
>
> Also the company seems very cool over all.  It's a nice size, a small
> development team, and the guys I met seemed really good.
>
> The big problem is that I'd be working mostly in ColdFusion.  When
> they told me that in the initial, pre-interview email, I thought jeez
> is anybody using that still.  I had never had any hands-on experience
> with it, so I spent the weekend with a decent book working through
> some exercises on my laptop.  What I found was that my initial
> impression was, "this language sucks, it is a pain to use."  I admit
> this is only after spending about 3 days with CF and I really didn't
> go into it with my mind wide open.
>
> So, my question would be, if anyone here has experience with CF, is it
> really as bad as it seems?  As someone with a passionate, nearly
> religious fondness of Wicket, will I hate every minute of CF as much
> as I fear I might?  Is there any chance that after trying to accept
> some of the things I already don't like that I will find that I can
> still enjoy programming a cool product even if the underlying system
> sucks?
>
> Thanks for any info/thoughts!
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Firefox, be afraid be very afraid!!!

[Ben Tilford]

It's not Wicket or Firefox its the caching settings (probably on the
server). If the cached resources aren't expired the browser is supposed to
use what it has cached.

Best to set the far future expires to something really short or 0 in
development.

On Tue, Aug 4, 2009 at 10:17 PM, Jeremy Thomerson  wrote:

> Strange - I use FF almost exclusively and have never had this problem.
>  Did you use something like HttpFox or TamperData to look at the
> headers and see if the expiry headers were coming back correctly?
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
>
> On Tue, Aug 4, 2009 at 9:12 PM, Steve Tarlton wrote:
> > I just spent the better half of a day WASTED because I use Firefox for
> > testing my Wicket development. For the life of me, I couldn't figure out
> why
> > I couldn't get a simple data picker to center. I wouldn't call myself an
> > expert at html so I doubted myself. Turns out that Firefox decided that
> > there is no need to update changes if there is something in cache --
> WTF!!!
> > It wasn't until I got so fed up I tried Internet Explorer and saw that
> what
> > I was doing was working all along. I "exited" Firefox and restarted it
> and
> > still not working. It wasn't until I went in and cleared my "private
> cache"
> > and then visited my app again that it did what it was suppose to do. I of
> > course poked around in Firefox to turn that !...@#$%! cache off but the only
> > thing I found was a setting that would automatically flush it when I
> > "exited" (not closed) Firefox. I will probably still use it for normal
> > surfing but unless there is a way to stop it from not updating my html
> > changes, I will NOT be useing it for Wicket development!
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: best or common practice for application plug-ins

[Ben Tilford]

I think maven 3 is supposed to allow using OSGi bundles for versioning etc..

On Mon, Jul 20, 2009 at 8:12 AM, Sam Stainsby <
s...@sustainablesoftware.com.au> wrote:

> Thanks Olger, that gives me some ideas. I wonder if a maven could somehow
> be coerced to do the dependency/downloading part, perhaps with some new
> plugin.
>
> On Mon, 20 Jul 2009 13:39:10 +0200, Olger Warnier wrote:
>
> > Hi Sam,
> >
> > How we do it with that service:
> >
> > We have a file listener class  that checks if OSGI based jar files are
> > put in a directory.
> > If so, these are automatically deployed to the OSGI runtime by the
> > BundleDeployer class.
> > We miss a download / version updates part, but you could add that by
> > downloading to the directory specfified by the FileListener.
> >
> > There is no need to restart, OSGI updates the whole automatically (we
> > use embedded felix for this).
> > Something to keep in mind, be careful with the OSGI versioning in this
> > as that puts versions next to eachother.
> >
> > This is used to provide custom, for our project - wicket based, user
> > interface functionality.
> >
> > Kind Regards,
> >
> > Olger
> >
> >
> > On 20 jul 2009, at 12:51, Sam Stainsby wrote:
> >
> >> OK, so I am an sys admin running some sort of OSGI-based application
> >> and
> >> now I want to add your questionnaire service and any other modules that
> >> it depends on. I also want to occasionally check for version updates. I
> >> want these updates and dependencies to be downloaded and put in the
> >> correct place for me so that when I restart the application, they are
> >> loaded. How do I do that? If it were Zope, I would add one line to a
> >> 'buildout.cfg' file and run the 'buildout' script, and restart Zope.
> >>
> >> On Mon, 20 Jul 2009 10:33:45 +0200, Olger Warnier wrote:
> >>
> >>> In our project we use OSGI to get a plugin structure. Interfaces
> >>> defined
> >>> in the 'core' layer are implemented in OSGI modules. For a simple
> >>> example see: http://www.joiningtracks.org/svn/his/trunk/
> >>> questionnaire/
> >>>  (SVN code repo)
> >>> It's a questionnaire service that uses OSGI to load the question forms
> >>> (based on wicket)
> >>>
> >>> Our whole platform is constructed like that, the questionnaire service
> >>> is the most simple one and easily adapted for your own use.
> >>
> >>
> >>
> >> -
> >> 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: [OFF TOPIC] Java desktop applications

[Ben Tilford]

Take a look at Griffon

On Thu, Jun 11, 2009 at 8:18 PM, James Carman
wrote:

> Jide is very nice, if you want to pay for something.  Their licenses
> are very reasonable.
>
> On Thu, Jun 11, 2009 at 5:54 PM, Jeremy
> Thomerson wrote:
> > I would like to build a nice-looking java desktop application.  I hope
> > that isn't an oxymoron  :).  I have built some desktop apps before - a
> > lot of command line utilities in various languages, and some GUI apps
> > (perl, java, python, php, even vb (yikes!), c# etc...).
> >
> > The question is - what framework do you use for your UI components and
> > layout on a desktop app?  I would like to use Java because I'll be
> > most efficient with it and it will work for me on linux machines and
> > others on Windoze, etc..  But when I've built Swing apps in the past,
> > I have hated having to layout everything in the code and I can never
> > make anything aesthetically pleasing.  So
> >
> > 1 - do you have any recommendations on a good framework for nice
> > looking desktop apps?
> > 2 - any other recommendations for desktop apps in general?
> > 3 - It should be a lightweight, easy install - and I would prefer to
> > stay away from using the Eclipse framework for building the app (I use
> > the IDE but it doesn't need to be something that heavy for the GUI)
> > 4 - I have even thought about building an app that opens a swing
> > window that contains an embedded browser and jetty servlet running the
> > app so that I can use Wicket.  Has anyone thought of or done this
> > before?
> >
> > Basically, it's a CRUD application, but containing personal data that
> > the user should not store on someone else's server.  I would use an
> > embedded database that stores the data with encryption.
> >
> > Ideas?
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.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: Wicket Quickstart vs WIA eclipse projects: why so different?

[Ben Tilford]

Something that may be worth trying is mvn jetty:run-exploded

On Fri, May 29, 2009 at 6:10 PM, Igor Vaynberg wrote:

> like i said, the best way is to right click the Start class and do run
> as java application. you can, of course, do it any other way you like
> - including installing jetty eclipse launcher plugin.
>
> -igor
>
> On Fri, May 29, 2009 at 3:17 PM, David Brown
>  wrote:
> > Hello Igor, thanks for the reply. Can I just ignore the QuickStart
> embedded jetty and install jetty on Eclipse then do a run-as without any
> issues? Please advise, David.
> >
> >
> > - Original Message -
> > From: "Igor Vaynberg" 
> > To: users@wicket.apache.org
> > Cc: "david" 
> > Sent: Friday, May 29, 2009 4:51:02 PM GMT -06:00 US/Canada Central
> > Subject: Re: Wicket Quickstart vs WIA eclipse projects: why so different?
> >
> > why dont you just start the project from eclipse directly using the
> > Start class, that way you get debug and hotswap - which should be the
> > real "student's dream" :)
> >
> > -igor
> >
> > On Fri, May 29, 2009 at 2:53 PM, David Brown
> >  wrote:
> >> Hello Martin, Jeremy, dev, gurus, users and mortals. I have just
> finished ch. 13 of the WIA.pdf. I have followed closely the reading using
> the wicket-in-action eclipse project. I have the wicket-in-action running
> under the: mvn jetty:run. The wicket-in-action project is redeployed every
> 60 seconds (a student's dream). After finishing the 13th chapter I decided
> to leave the nest for the 1.4rc QuickStart. The new QuickStart project
> expanded and imported into the Eclipse workspace no-problemo. The mystery is
> what am I doing wrong to get the automatic 60 second re-deploy. As it stands
> now I have to kill jetty, mvn package and then restart jetty (mvn
> jetty:run). I have pasted in the:
> >>
> >>
> >> **
> >> 
> >>configuration
> >>development
> >> 
> >> **
> >>
> >> from the wicket-in-action web.xml but no change. The Windows cmd console
> shows the usual Wicket WARNING: running in development mode. I plan to use
> the wicket-in-action almost verbatim including the Hibernate DAO for my
> current gig. It is probably only a few weeks before they start holding my
> feet to the fire.
> >>
> >> Please advise, David.
> >>
> >> -
> >> 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: 60% waste

[Ben Tilford]

Have you looked at selenium? Your not really "unit" testing here.

On Sat, May 9, 2009 at 7:41 AM, Marko Sibakov  wrote:

> Like Martijn said i also strongly recommend to take a look at the
> jdave-wicket's selectors (http://www.jdave.org/).
>
> examples =>
> http://svn.laughingpanda.org/svn/jdave/trunk/jdave-wicket/src/test/jdave/wicket/PageWithItemsSpec.java
>
>
> with form tester it goes like this =>
>
>   form = wicket.newFormTester(selectFirst(Form.class,
> "form").from(panel).getPageRelativePath());
>   form.setValue("name", "wicket");
>   form.setValue("address", "jdave");
>   form.submit();
>
> MSi
>
> Martijn Dashorst wrote:
>
>> See jdave-wicket for better test support. Slated to come to you in Wicket
>> 1.5
>>
>> Martijn
>>
>> On Fri, May 8, 2009 at 5:48 PM, Martin Makundi
>>  wrote:
>>
>>
>>> Hi!
>>>
>>> I use TDD: I spend 60% of my time type-checking and path-checking my
>>> wicketTests and components.
>>>
>>> I always have the wrong path and I must prinDocument and iterate to
>>> get it right
>>>
>>> Anybody have the same experience?
>>>
>>> How about introducing type-safety and path-safety/identity into
>>> component hierarchies?
>>>
>>> Can this be done?
>>>
>>> **
>>> Martin
>>>
>>> -
>>> 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: serialVersionUID

[Ben Tilford]

I've always seen it done as public. Anyways I checked the javadoc and the
access modifier does not matter.

On Sun, Apr 12, 2009 at 1:56 AM, Eelco Hillenius
wrote:

> > The purpose of the *public* static final long serialVersionUID is for
> long
>
> Why do you stress *public*? private is the norm for serialVersionUID.
>
> Eelco
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: serialVersionUID

[Ben Tilford]

The purpose of the *public* static final long serialVersionUID is for long
term storage or situations where you may potentially have made modifications
to the class that make it incompatible with previous versions (distributed
apps/clustering). I'd say that its easier to just add it in case you ever
need it, its only 1 line of code.

On Sat, Apr 11, 2009 at 4:22 PM, Luther Baker  wrote:

> >
> > You don't need a serialVersionUID for serialization to work (and
> > certainly not a unique one, or your plan for using 1L wouldn't very
> > well).
> >
>
> Thanks.
>
> -Luther
>

Re: GWT vs. Wicket?

[Ben Tilford]

There was a grails-wicket plugin but I don't think it works with any recent
version. They are also working on making grails more modular with standalone
GORM etc...

Also heard somewhere that Groovy 1.7 or 1.8 will allow anonymous inner
classes.

On Wed, Apr 8, 2009 at 8:53 PM, Andre Prasetya wrote:

> Zk ia good for buildng qpplication bt the zul wndow layout is just
> like that. And the license os stopping us from buildng commercial apps
> wthout buying their licnse.it worth th money but if u live in an
> economically poor country,you can't afford it.
>
> I wish wicket can play nicely with grails,having something like active
> record to use with wicket is nice.
>
> Andre
>
> On 4/8/09, Azzeddine Daddah  wrote:
> > Hi,
> >
> > You may also take a look at ZK framework. It's also a kind of framework
> > which can be used to build beautiful RIA's. You can chose to use it by
> > writing your app in just Java or in Java/Zul.
> > http://www.zkoss.org
> >
> > But in my opinion, Wicket stills beter then these kind of frameworks :)
> >
> > Regards,
> >
> > Azzeddine Daddah
> > www.hbiloo.com
> >
> >
> > On Wed, Apr 8, 2009 at 4:46 PM, Casper Bang  wrote:
> >
> >> > Peter Thomas did a great side by side you should checkout:
> >>
> >> Good article, if perhaps a bit one-sided. I can understand how
> >> separation-of-concerns/composability comes slightly more natural to
> >> Wicket.
> >> However the performance, flexibility and component repertoire of GWT
> along
> >> with steadily more capable browsers leaves me with a feeling that "I'll
> >> get
> >> more bang for my buck".
> >>
> >> > Until GWT has a build system that is better I'll stay away from it.
> >> Since version 1.6 today, it uses normal Ant scripts (which I suppose is
> >> easy
> >> to mavenize).
> >>
> >> Thanks guys,
> >>
> >> /Casper
> >>
> >
>
> --
> Sent from my mobile device
>
> -Andre-
> "A Programmer's Diary"
> http://rafunkel.blogspot.com
> My journey in enjoying spring...
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: GWT vs. Wicket?

[Ben Tilford]

Working with GWT is kind of a nightmare. You have to write custom build
scripts for any library / module you use so that the sources are included in
the jar and available to the GWT compiler. Until GWT has a build system that
is better I'll stay away from it. Really a shame because the programming
model used is nice.

On Wed, Apr 8, 2009 at 9:17 AM, Craig Tataryn  wrote:

> Peter Thomas did a great side by side you should checkout:
>
> http://ptrthomas.wordpress.com/2008/09/04/wicket-and-gwt-compared-with-code/
>
> Craig.
>
>
> On 8-Apr-09, at 8:11 AM, Casper Bang wrote:
>
>  I was just wondering about the Wicket community's opinion of GWT. It seems
>> to share many of the positive characteristics as Wicket (focus on code,
>> not
>> markup) with the major difference/benefit as I see, that is does not
>> maintain any state on the server. Also, with GWT you seem to get more
>> readily available components (i.e. http://extjs.com/explorer/). The
>> bennefit
>> of Wicket as I can see, is that applications potentially degrade nicer and
>> the programming model hides the Ajax RPC better. Any thoughts?
>>
>> /Casper
>>
>
>