Wicket core corrected a typo in IHeaderResponse which changed the method
signature.
So gmap implementing that interface broke.
I just corrected that, so in the svn repo it should be fine now.

don't know how fast the build systems catch up on that.

mf

2009/1/19 rossputin <rossaj...@yahoo.co.uk>

>
> Hi guys.
>
> Hoping you can shed some light on this.  I accidentally posted this to the
> wicketstuff group under nabble, and understand it is best put here in
> Wicket
> - User.
>
> Recent updates to the wicketstuff-core maven project I use, and
> wicket-1.4-SNAPSHOT are causing a conflict.  If I build wicketstuff-core
> against the wicket-1.4-SNAPSHOT from
> http://svn.apache.org/repos/asf/wicket/trunk there is a problem with the
> method signature for renderOnEventJavascript for interface
> org.apache.wicket.markup.html.IHeaderResponse exposed in my gmap2
> integration.
>
> If I use the wicket-1.4-SNAPSHOT as distributed at
> http://wicketstuff.org/maven/repository the Google Map Integration code
> works fine, but my ContextImages are broken in the following two ways:
>
> 1) The relative path is now wrong... I now need to prepend '../' to my
> code.. ContextImage editImage = new ContextImage("editImage", new Model
> ("skin/images/edit.jpg"));
>
> 2) For some reason when looking at the path to the image in the
> browser it is losing the image name part of the path, so I get ..
> http://localhost:8080/myapp/skin/images/, instead of
> http://localhost:8080/myapp/skin/images/edit.jpg
>
> How is the wicket-1.4-SNAPSHOT distributed by wicketstuff.org different ?
>
> Any help would be greatly appreciated,
>
> thanks in advance,
>
> regards,
>
> Ross
>
>
>
>
>
> --
> View this message in context:
> http://www.nabble.com/wicketstuff-build-question-tp21547550p21547550.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
>
>

Reply via email to