I tried with latest snapshot of wicket and wicket-extension (did not found
latest dojo). It's better but I cannot compile either, with javac 1.5.0_05 I
get compiler internal error (java.lang.AssertionError).
Jan
jan_bar [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Thanks Martijn,
Just get the latest or build a fresh one yourself.
Eelco
On 2/27/06, jan_bar [EMAIL PROTECTED] wrote:
Thanks Martijn,
I have latest version of burgerweeshuis, but it doesn't compile. It seems
that the wicket SNAPSHOT in the lib/wicket is out fo date. Which snapshot
should I use?
Jan
What test i do with the /.temp/www context path it works always.I tested in the the PrependContextPathHandlerTest we have in our unit test.And also when i do this in our FormInputApplication.init() method example:
getApplicationSettings().setContextPath(/.temp/www);Then the stylesheet is altered
Wait a second do you use wicket:id tags in the link href="" rel=Stylesheet type=text/css/andimg src="">
Then you have to do it yourself!We don't touch urls generated by developer code.so when i see this:public Object getObject( final Component c ) {if ( ContentPage.this.isLocaleJapan
Hi
Im having some trouble getting my onsubmit to work, looking at one of the
simple examples it looks like im doing the right thing(ive been looking at
http://www.wicket-library.com/wicket-examples/signin).
So hints on what im doing wrong and possible howto fix it will be much
appreciated.
You don't specify a model at all form or youre form (compound model) or the radiochoice.Where should the submit values go into if you don't supply a model under youre form components.johan
On 2/28/06, Nino Wael [EMAIL PROTECTED] wrote:
HiIm having some trouble getting my onsubmit to work, looking
Building with 1.5.0_05 and 1.5.0_06 ends with internal compiler error in
UserDetailsPage.java at this line:
public RolesListView(String id) {
super(id, new LoadableDetachableModel() {
@Override
protected Object load() {
return getUserDao().findRoles();// this line crashes javac
Hi,
I cannot deploy it in JBoss jboss-4.0.3SP1:
13:05:32,090 ERROR [[/burgerweeshuis]] Servlet /burgerweeshuis threw load()
exception
java.lang.NoClassDefFoundError: wicket/AjaxHandler
I think something is missing in the war. I use wicket-1.2-20060227-0200.jar,
Hi,
On one page I'm displaying dynamic charts (JFreeChart) as images. The
charts, the data they're based on, are constantly changed by the users.
The problem (as I understand it): The web browser doesn't know that the
image has changed and therefore (sometimes) uses a cached image. Which
Set the headers on the response.The browser support is a bit flaky as I understand it, from the numerous caching problems with pages across browsers (safari, IE and FF work differently).Martijn
On 2/28/06, Anders Peterson [EMAIL PROTECTED] wrote:
Hi,On one page I'm displaying dynamic charts
the trick is to append a random number as a query parameter. that way the browser has to fetch it again because it thinks its a different document.-IgorOn 2/28/06,
Martijn Dashorst [EMAIL PROTECTED] wrote:
Set the headers on the response.The browser support is a bit flaky as I understand it, from
Cool trick Igor, I didn't think of this before.
On 2/28/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
the trick is to append a random number as a query parameter. that way the
browser has to fetch it again because it thinks its a different document.
-Igor
On 2/28/06, Martijn Dashorst [EMAIL
Hi David and others,
I've converted my tiny project to Wicket 1.2, but encounter the same
problems as with Wicket 1.1.1.
- the image on the first page is not found,
- clicking the About link shows the about page, but does not render the
links correctly (About is still a link).
My exploded
Hi , I am new to Wicket.I learn Wicket from the three tutorials in JavaLobby .In the third tutorial : Let Components Contribute to the Header Section(
http://www.javalobby.org/java/forums/t61002.html )The author added to PersonPanel.html
script language=_javascript_ src="">the src="" seems should
the src=... seems should be relative to the context root , not relative to
the HTML file.
Nope, for header contributions it should be relative to the html file.
There's multiple ways, but that's the prefered one.
Eelco
---
This SF.Net email
Therefore , if I open PersonPanel.html with DreamWeaver or HTML editor , it
will report resource not found error.
How to solve it ?
Seems to be related to my problem sent immediately before your posting. To
load markups from a different location, please take a look at my code sample.
--
That is the best thing you can do in wicket. They are called PackageResources which are added to our SharedResources (in application object)quite a lot of examples do use them.Just lookf for example that use the PackageResource, PackageResourceReference, SharedResources
For example we have
By default resources are cachable.You have to turn that off first:SpclChartResource resource = new SpclChartResource() {
/// fooo
};resource.setCacheable(false);Image tmpImage2 = new Image(image2, resource);johanOn 2/28/06, Anders Peterson
[EMAIL PROTECTED] wrote:
Hi,On one page I'm displaying
i have to say that i don't find that the prefered (wicket) way.Ofcourse it is possible, but the best thing would be to package all resources in the classes dir or jar.(jar is a requirement ofcourse if you make a component that you want to reuse)
johanOn 2/28/06, Thomas Singer [EMAIL PROTECTED]
Hi.
I have to modify the onload attribute of the body tag. I thought it
would be sufficient to add a new WebMarkupContainer in my base Page and
link it to the body tag in the markup.
But unfortunately it doesn't seem to be so easy. (I have to override the
add methods of Page, and Wicket
Am trying to apply a global/base font style for all text on
Wicket pages with CSS.
On my local machine, the following code works as desired and
is applied to all text.
This does not seem to work when specified in my .css file
for my Wicket application.
OK, but what do you say about the reported problem with the relative
resource paths and links?
--
Best regards,
Thomas Singer
Johan Compagner schrieb:
i have to say that i don't find that the prefered (wicket) way.
Ofcourse it is possible, but the best thing would be to package all
In 1.1.1 body has a special wicket container associated. I assume
you have Panel and that Panel has some wicket:head to contribute
something to the pages header. Than simply add a body onLoad=xxx to
your panel and your done.
wicket:head
javascript
/wicket:head
body onLoad=functionX()
what problem?it works fine if you have all youre resources in the classes dirin a html file you can do this:htmlheadscript wicket:id=test src=""
/headand in the page you add that component to youre page:page(){ add(new _javascript_Reference(test, getClass(), ./../../../test.js));}
On 2/28/06,
And programatically you can do:
/**
* @see
wicket.Component#renderHead(wicket.markup.html.internal.HtmlHeaderContainer)
*/
public void renderHead(HtmlHeaderContainer container)
{
((WebPage)getPage()).getBodyContainer().addOnLoadModifier(
Hi,
I took a look at your project, but I am definitely not the right guy to
ask about this. I have no experience with what you're trying to do.
Good luck!
Dave
On Tue, 2006-02-28 at 21:50 +0100, Thomas Singer wrote:
Hi David and others,
I've converted my tiny project to Wicket 1.2, but
i would like to remove IValidatorResourceKeyFactory and so i want to know if anyone is using it and thus be affected. since we now have a good search order for resource keys instead of always trying formname.inputname.validator-class
the factory is more or less obsolete.so if you are using it
Hi, Chris,
Try taking a look at the wiki. I'd give you the exact link, but I'm
unable to access the wiki at this time.
There is a page there that shows how to embed css and javascript. It
should give you some helpful hints.
Cheers,
Dave
On Tue, 2006-02-28 at 16:00 -0600, Wolff, Chris (JIS
We're using it. We should move away from it, but I don't have the time to update everything in my app right now. On 2/28/06, Igor Vaynberg
[EMAIL PROTECTED] wrote:i would like to remove IValidatorResourceKeyFactory and so i want to know if anyone is using it and thus be affected. since we now
so you do have a straight forward migration path away from it? maybe i
will deprecate it for 1.2 and remove in 1.3 then. or ask again before
we release 1.2 in case you had time to move.
-Igor
On 2/28/06, Nick Heudecker [EMAIL PROTECTED] wrote:
We're using it. We should move away from it, but I
Wait a second do you use wicket:id tags in the
so when i see this:
public Object getObject( final Component c )
{
if ( ContentPage.this.isLocaleJapan
ese() )
return styles/main_jp.css;
else
return
the prepending is done via PrependContextPathHandler class. this
handler was not enabled by default because it was experimental. as of a
recent 1.2 snapshot it is enabled by default.
how old is the snapshot you are using? do you have the source attached?
if so take a look at sourcecode for
On 3/1/06, Thomas Singer [EMAIL PROTECTED] wrote:
I've converted my tiny project to Wicket 1.2, but encounter the sameproblems as with Wicket 1.1.1.One difference I noticed between yours and mine (which was based off the quickstart) is that I have my wicket servlet mapped to /app and not /
This
On Tue, 2006-02-28 at 22:05 -0800, Igor Vaynberg wrote:
how old is the snapshot you are using? do you have the source
attached? if so take a look at sourcecode for MarkupParserFactory, do
you see the prepender added in the constructors?
I'm using 20060227-0200.
Yes, I did notice the
Deprecate and remove in 1.3
Martijn
On 3/1/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
so you do have a straight forward migration path away from it? maybe i will
deprecate it for 1.2 and remove in 1.3 then. or ask again before we release
1.2 in case you had time to move.
-Igor
On
if /context is your context path then yes.-IgorOn 2/28/06, David Leangen [EMAIL PROTECTED] wrote:
On Tue, 2006-02-28 at 22:05 -0800, Igor Vaynberg wrote: how old is the snapshot you are using? do you have the source
attached? if so take a look at sourcecode for MarkupParserFactory, do you see the
On Tue, 2006-02-28 at 23:32 -0800, Igor Vaynberg wrote:
if /context is your context path then yes.
Hmmm... Well, in that case, I'll try to get my local wicket to actually
build in Eclipse so I can set up Jetty Launcher with it and try to step
through to see why this isn't happening as I
37 matches
Mail list logo