date:20070129

Why shouldn't they be enough? Do you have any indication that it
isn't? What doesn't work?

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

There are three examples Page1.java / Page1.html, Page2.java / etc.
As far as I can see they are exactly the same.
Was this sufficient to demo / test the integration?

It would be nice to be able to develop Wicket webapps with Groovy ( or
JRuby, or whatever makes a developer happy and thus productive )

If I manage to get a thorough understanding of what it takes to integrate
Wicket and Groovy I can maintain the Groovy / Wicket integration for the
Wicket team. I am thinking of contributing a demo site in Groovy / Wicket /
Databinder including a testset and tutorial. It won't be a trivial app so I
am thinking in months rather than weeks before it's in a releasable state.
That's the best way of testing the integration, I suppose.

What do you think?

-nilo

Eelco Hillenius wrote:

There are indeed some examples, they are at...
path_to/wicket/contrib/examples/groovy/

Oh yeah. I thought it had a separate examples project, but the
examples are actually in the same project
(https://svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3/wicket-contrib-groovy/src/examples).

We can migrate those to the wicket-contrib-examples project as well.

Eelco

--
View this message in context:
http://www.nabble.com/-Wicket-user--Groovy-integration--Scripting-languages-tf3121629.html#a8688280
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

--
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?

If you rename a package, then you have to do it in 2 places.

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Providing you set things up correctly in Maven it is possible to seperate
java and html in different directories without having to add any code.

At the end of the day it's up to the developers how and where they store
their files.

- nilo

igor.vaynberg wrote:

yes, all newbies start to do this and eventually go back, but oh well

if you still want to shoot yourself in the foot what you do is this:

implement IResourceStreamLocator and make it take a delegate

then in your app's init do this

application.init() {
MyResourceStreamLocator locator=new
MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
getResourceSettings().setResourceStreamLocator(locator);
}

-igor

On 1/22/07, Martijn Dashorst [EMAIL PROTECTED] wrote:

We advise you to not do this until you are absolutely sure you need
it, especially as a newbie to the framework. Obvious reasons are not
so obvious in a Wicket context.

Martijn

On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Hi,

I am very newbie on Wicket. I am reading the Pro Wicket book. I want
the
.java and .html page files in two different directories for obvious
reasons.
I read the following in the book:

I get completely lost here:

What I would like to know is in a For Dummies sort of explanation what
I
have to do to be able to seperate .html and .java.

Thanks in advance.

kind regards,
nilo de roock

--
View this message in context:
http://www.nabble.com/Best-practice-for-seperating-.java-and-.html---tf3060190.html#a8509215
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT business topics through brief surveys - and earn cash

[Wicket-user] 1.2.4 bad pom?

2007-01-29 Thread Peter Neubauer

hi there,
trying to upgrade to wicket 1.2.4 in my maven build, I got the new
version downloaded from
http://repo1.maven.org/maven2/wicket/wicket-auth-roles/1.2.4/wicket-auth-roles-1.2.4.pom,
but in there there is a parent reference to
parent
artifactIdwicket-parent/artifactId
groupIdwicket/groupId
version1.2-SNAPSHOT/version
/parent.

This breaks my build, is there any other repo with a proper version?

/peter

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] GMarkerManager in GMap wicket lib?

2007-01-29 Thread Peter Neubauer

Mmh,
yes we would be interested. We have tried GWT for some stuff but the
resulting code looks not very nice and having everything on the client
is not that cool either, so gut feeling that wicket fits best.

It seems that the Gmap API is quite clean and lean, and your
integration looks great, too. So I think it should not be a big
problem. But myself I am not capable of doing that, have never tried
JavaScript and no time at my hands right now. If you sit tight, maybe
we can get someone over here to look into this?

/peter

On 1/29/07, Iulian Costan [EMAIL PROTECTED] wrote:
 hey,

 till now there were not much interest for this library; no further plans so
 far. but if people are interested i can put some effort into it and add new
 features. let's see how feasible it is and how it goes.

 /iulian


 On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
 
  Hi there,
  we are playing around with the Gmap wicket extension and would like to
  move markers. Is there any plan to implement the GMarkerManager and
  GMarkerManagerOptions in order to achive that?
 
  Cheers
 
  /peter
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
  opinions on IT  business topics through brief surveys - and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?

2007-01-29 Thread nilo.de.roock

I leave that to my refactoring tool. So it's not a problem.
- nilo

Martijn Dashorst wrote:

If you rename a package, then you have to do it in 2 places.

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Usually when there seems to be concensus that something isn't possible, I
get
triggered that there must be a simple solution. On the other hand if it's
considered to be 'simple' it usually gets out of hand. So I got triggered
and looked a bit further into this.

Providing you set things up correctly in Maven it is possible to seperate
java and html in different directories without having to add any code.

At the end of the day it's up to the developers how and where they store
their files.

- nilo

igor.vaynberg wrote:

yes, all newbies start to do this and eventually go back, but oh well

if you still want to shoot yourself in the foot what you do is this:

implement IResourceStreamLocator and make it take a delegate

then in your app's init do this

application.init() {
MyResourceStreamLocator locator=new

MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
getResourceSettings().setResourceStreamLocator(locator);
}

-igor

On 1/22/07, Martijn Dashorst [EMAIL PROTECTED] wrote:

We advise you to not do this until you are absolutely sure you need
it, especially as a newbie to the framework. Obvious reasons are not
so obvious in a Wicket context.

Martijn

On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Hi,

I am very newbie on Wicket. I am reading the Pro Wicket book. I want
the
.java and .html page files in two different directories for obvious
reasons.
I read the following in the book:

The HTML template needs to be in the same package as the
corresponding
Page
class.
An internal Wicket component that is entrusted with the job of
locating
the
HTML markup
corresponding to a Page looks for the markup in the same place as
the
Page
class. Wicket
allows you to easily customize this default behavior though. ...

I get completely lost here:

... All user pages typically extend
Wicket's WebPage-a subclass of Wicket's Page class. There needs to
be a
one-to-one correspondence
between the HTML elements with a wicket:id attribute and the Page
components. The
HTML template could in fact be termed as a view with the actual
component
hierarchy being
described in the Page class. Wicket components need to be supplied
with
an
id parameter and
an IModel implementation during construction (some exceptions will
be
discussed in the section
How to Specify a CompoundPropertyModel for a Page. The component's
id
value must
match the wicket:id attribute value of the template's corresponding
HTML
element. Essentially,
if the template contains an HTML text element with a wicket:id value
of
name, then the
corresponding wicket's TextField instance with an id of name needs
to
be
added to the Page
class. Wicket supplies components that correspond to basic HTML
elements
concerned with
user interaction. Examples of such elements are HTML input fields of
type
text, HTML select,
HTML link, etc. The corresponding Wicket components would be
TextField,
DropDownChoice,
and Link, respectively. ...

What I would like to know is in a For Dummies sort of explanation
what
I
have to do to be able to seperate .html and .java.

Thanks in advance.

kind regards,
nilo de roock

--
View this message in context:

http://www.nabble.com/Best-practice-for-seperating-.java-and-.html---tf3060190.html#a8509215
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share
your
opinions on IT business topics through brief surveys - and earn
cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share
your
opinions on

Re: [Wicket-user] Application layout question: File uploads

2007-01-29 Thread behlma

Just one more question guys.

I store the images now in a separate folder somewhere on the filesystem,
non-accessible from the outside. What's the best way to retrieve them again?
Say I only want to write a simple -tag on a plain website, how would I get
the scr= value?

Eelco Hillenius wrote:

Yep. And maybe you could consider using a JCR (Java Content
Repository) like http://jackrabbit.apache.org/ so that you abstract
from where you put it.

Eelco

On 1/27/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
i wouldnt put them into web-inf as that is overwritten when you redeploy.
put them somewhere else on the harddrive.

-igor

On 1/27/07, behlma [EMAIL PROTECTED] wrote:

Hi guys,
I'm just writing a simple portal application, where users can upload
files, i.e. images that will be displayed on their sites, but should
not
be
accessible for unregistered users, i.e the outer world.

Now I take it it's the common approach to store only the files paths'
to
the
database and put the files somewhere on the disk. My question is now
where
would that be? Would you put them in the /WEB-INF/ dir? If, how can I
get
the /web-inf/ path? Or would you put them somewhere else?

Thanks in advance

--
View this message in context:
http://www.nabble.com/Application-layout-question%3A-File-uploads-tf3127417.html#a8665057
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

--
View this message in context:
http://www.nabble.com/Application-layout-question%3A-File-uploads-tf3127417.html#a8689500
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] in-progress indicator

2007-01-29 Thread Marc-Andre Houle


I don't know if it can help, but for us, we added this code in our base page
to make the cursor change when there is an ajax call in progress :
   script language=Javascript type=text/javascript
   Wicket.Ajax.registerPreCallHandler(function() {
document.getElementById(main).style.cursor='progress'; });
   Wicket.Ajax.registerPostCallHandler(function() {
document.getElementById(main).style.cursor='auto'; });
   Wicket.Ajax.registerFailureHandler(function() {
document.getElementById(main).style.cursor='auto'; });
   /script

On 1/28/07, Frank Bille [EMAIL PROTECTED] wrote:


You are welcome to add it to the wiki :)

Frank

On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:

 Thanks, works like a charm! I didn't find a tabbed panel variant that
 uses the indicating links by the way. I've added it below, perhaps someone
 finds it usefull.

 package org.webical.web.components.ajax.tabs ;

 import java.util.List;

 import wicket.ajax.AjaxRequestTarget;
 import wicket.extensions.ajax.markup.html.IndicatingAjaxLink;
 import wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel;
 import wicket.markup.html.WebMarkupContainer ;

 /**
  * Adds indicating behavior to the tabbed panel
  * @author ivo
  *
  */
 public class IndicatingAjaxTabbedPanel extends AjaxTabbedPanel {
 private static final long serialVersionUID = 1L;

 /**
  * @param id the components id
  * @param tabs the tabs to show
  */
 public IndicatingAjaxTabbedPanel(String id, List tabs) {
 super(id, tabs);
 }

 /**
  * Adds an IndicatingAjaxLink
  * @see
 wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel#newLink(
 java.lang.String, int)
  */
 @Override
 protected WebMarkupContainer newLink(String linkId, final int index)
 {

 return new IndicatingAjaxLink(linkId) {
 private static final long serialVersionUID = 1L;

 /**
  * Copied from code
 wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel /code
  * @see wicket.ajax.markup.html.AjaxLink#onClick(
 wicket.ajax.AjaxRequestTarget)
  */
 @Override
 public void onClick(AjaxRequestTarget target) {
 setSelectedTab(index);

 if(target != null) {
 target.addComponent(IndicatingAjaxTabbedPanel.this);
 }

 onAjaxUpdate(target);
 }

 };

 }
 }

 On 1/28/07, Martijn Dashorst  [EMAIL PROTECTED] wrote:
 
  We have an AjaxIndicatingLink (or something similarly named) component
 
  that displays an indicator next to the link. I believe it is in the
  extensions project. You can take that and use it directly or use it to
  add the desired functionality to your own components.
 
  Martijn
 
  On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:
   I agree, but what I meant to ask is how to go about this? I thought
  of using
   an AjaxCallDecorator, but that would mean that it must be added to
  each
   component that makes an ajax call. I was wondering if somebody had
  an easier
   idea.
  
  
   On 1/28/07, Carfield Yim  [EMAIL PROTECTED] wrote:
I personally think gmail presentation is simple and user friendly
   
On 1/28/07, Ivo van Dongen  [EMAIL PROTECTED] wrote:
 Hi,

 We're adding some Ajax support to our pages and some of the
  components
   can
 take a long time to load. To the user it is not clear if
  anything is
 happening so we want to add a sign that a request is in
  progress,
   something
 like an animated gif. This should pop-up on each XMLhttpRequest
  and
 disappear when the call is completed. What would be a good way
  to
   accomplish
 this?

 Thanks in advance,
 Ivo van Dongen


  
  -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
  to share
   your
 opinions on IT  business topics through brief surveys - and
  earn cash

   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net

   https://lists.sourceforge.net/lists/listinfo/wicket-user



   
   
  
  -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
  share
   your
opinions on IT  business topics through brief surveys - and earn
  cash
   
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] JS error on ajaxRequest response

2007-01-29 Thread Vincent Demay

Hi all

I work with a quite old wicket 1.3 branch snapshot And I get the 
following error when response come back to the client :

t has no properties : if (t.readyState == 4) {

Have you ever seen this kind of mistake? Is it a knew bug? Is there a 
patch to fix that?

thanks

--
Vincent

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?

ohh?
How does your refactoring tool know that?
That you rename a package for some java classes and that he also have to
rename
some resource directory somewhere also to that same thing?

johan

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

I leave that to my refactoring tool. So it's not a problem.
- nilo

Martijn Dashorst wrote:

If you rename a package, then you have to do it in 2 places.

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Usually when there seems to be concensus that something isn't possible,
I
get
triggered that there must be a simple solution. On the other hand if
it's
considered to be 'simple' it usually gets out of hand. So I got
triggered
and looked a bit further into this.

Providing you set things up correctly in Maven it is possible to
seperate
java and html in different directories without having to add any code.

At the end of the day it's up to the developers how and where they
store
their files.

- nilo

igor.vaynberg wrote:

yes, all newbies start to do this and eventually go back, but oh well

if you still want to shoot yourself in the foot what you do is this:

implement IResourceStreamLocator and make it take a delegate

then in your app's init do this

application.init() {
MyResourceStreamLocator locator=new

MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
getResourceSettings().setResourceStreamLocator(locator);
}

-igor

On 1/22/07, Martijn Dashorst [EMAIL PROTECTED] wrote:

We advise you to not do this until you are absolutely sure you need
it, especially as a newbie to the framework. Obvious reasons are
not
so obvious in a Wicket context.

Martijn

On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Hi,

I am very newbie on Wicket. I am reading the Pro Wicket book. I
want
the
.java and .html page files in two different directories for
obvious
reasons.
I read the following in the book:

The HTML template needs to be in the same package as the
corresponding
Page
class.
An internal Wicket component that is entrusted with the job of
locating
the
HTML markup
corresponding to a Page looks for the markup in the same place as
the
Page
class. Wicket
allows you to easily customize this default behavior though. ...

I get completely lost here:

... All user pages typically extend
Wicket's WebPage-a subclass of Wicket's Page class. There needs to
be a
one-to-one correspondence
between the HTML elements with a wicket:id attribute and the Page
components. The
HTML template could in fact be termed as a view with the actual
component
hierarchy being
described in the Page class. Wicket components need to be supplied
with
an
id parameter and
an IModel implementation during construction (some exceptions will
be
discussed in the section
How to Specify a CompoundPropertyModel for a Page. The
component's
id
value must
match the wicket:id attribute value of the template's
corresponding
HTML
element. Essentially,
if the template contains an HTML text element with a wicket:id
value
of
name, then the
corresponding wicket's TextField instance with an id of name needs
to
be
added to the Page
class. Wicket supplies components that correspond to basic HTML
elements
concerned with
user interaction. Examples of such elements are HTML input fields
of
type
text, HTML select,
HTML link, etc. The corresponding Wicket components would be
TextField,
DropDownChoice,
and Link, respectively. ...

What I would like to know is in a For Dummies sort of explanation
what
I
have to do to be able to seperate .html and .java.

Thanks in advance.

kind regards,
nilo de roock

--
View this message in context:

http://www.nabble.com/Best-practice-for-seperating-.java-and-.html---tf3060190.html#a8509215
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share
your
opinions on IT business topics through brief surveys - and earn
cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!

Re: [Wicket-user] Application layout question: File uploads


use a wicket shared resource for that
that will get the right image from somewhere depending on a parameter you
give it

johan


On 1/29/07, behlma [EMAIL PROTECTED] wrote:



Just one more question guys.

I store the images now in a separate folder somewhere on the filesystem,
non-accessible from the outside. What's the best way to retrieve them
again?
Say I only want to write a simple  -tag on a plain website, how would I
get
the scr= value?




Eelco Hillenius wrote:

 Yep. And maybe you could consider using a JCR (Java Content
 Repository) like http://jackrabbit.apache.org/ so that you abstract
 from where you put it.

 Eelco


 On 1/27/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 i wouldnt put them into web-inf as that is overwritten when you
redeploy.
 put them somewhere else on the harddrive.

 -igor



 On 1/27/07, behlma  [EMAIL PROTECTED] wrote:
 
  Hi guys,
  I'm just writing a simple portal application, where users can
upload
  files, i.e. images that will be displayed on their sites, but should
 not
 be
  accessible for unregistered users, i.e the outer world.
 
  Now I take it it's the common approach to store only the files paths'
 to
 the
  database and put the files somewhere on the disk. My question is now
 where
  would that be? Would you put them in the /WEB-INF/ dir? If, how can I
 get
  the /web-inf/ path? Or would you put them somewhere else?
 
  Thanks in advance
 
  --
  View this message in context:

http://www.nabble.com/Application-layout-question%3A-File-uploads-tf3127417.html#a8665057
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
 

-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
share
 your
  opinions on IT  business topics through brief surveys - and earn
cash
 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user





-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



--
View this message in context:
http://www.nabble.com/Application-layout-question%3A-File-uploads-tf3127417.html#a8689500
Sent from the Wicket - User mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] JS error on ajaxRequest response

You're probably using the firebug extension for firefox. It is a known 
issue, it's caused by firebug. There is a workaround for it in svn.

-Matej

Vincent Demay wrote:
 Hi all
 
 I work with a quite old wicket 1.3 branch snapshot And I get the 
 following error when response come back to the client :
 
 t has no properties : if (t.readyState == 4) {
 
 Have you ever seen this kind of mistake? Is it a knew bug? Is there a 
 patch to fix that?
 
 thanks
 
 --
 Vincent
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] JS error on ajaxRequest response

2007-01-29 Thread Vincent Demay

Matej Knopp a écrit :
 You're probably using the firebug extension for firefox. It is a known 
 issue, it's caused by firebug. There is a workaround for it in svn.
   
Ok thanks a lot. Where can I find this workaround on svn?
 -Matej

 Vincent Demay wrote:
   
 Hi all

 I work with a quite old wicket 1.3 branch snapshot And I get the 
 following error when response come back to the client :

 t has no properties : if (t.readyState == 4) {

 Have you ever seen this kind of mistake? Is it a knew bug? Is there a 
 patch to fix that?

 thanks

 --
 Vincent

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user

 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
   


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] in-progress indicator

2007-01-29 Thread Ivo van Dongen


On 1/28/07, Frank Bille [EMAIL PROTECTED] wrote:


You are welcome to add it to the wiki :)



Any place in particular?

Frank


On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:

 Thanks, works like a charm! I didn't find a tabbed panel variant that
 uses the indicating links by the way. I've added it below, perhaps someone
 finds it usefull.

 package org.webical.web.components.ajax.tabs ;

 import java.util.List;

 import wicket.ajax.AjaxRequestTarget;
 import wicket.extensions.ajax.markup.html.IndicatingAjaxLink;
 import wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel;
 import wicket.markup.html.WebMarkupContainer ;

 /**
  * Adds indicating behavior to the tabbed panel
  * @author ivo
  *
  */
 public class IndicatingAjaxTabbedPanel extends AjaxTabbedPanel {
 private static final long serialVersionUID = 1L;

 /**
  * @param id the components id
  * @param tabs the tabs to show
  */
 public IndicatingAjaxTabbedPanel(String id, List tabs) {
 super(id, tabs);
 }

 /**
  * Adds an IndicatingAjaxLink
  * @see
 wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel#newLink(
 java.lang.String, int)
  */
 @Override
 protected WebMarkupContainer newLink(String linkId, final int index)
 {

 return new IndicatingAjaxLink(linkId) {
 private static final long serialVersionUID = 1L;

 /**
  * Copied from code
 wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel /code
  * @see wicket.ajax.markup.html.AjaxLink#onClick(
 wicket.ajax.AjaxRequestTarget)
  */
 @Override
 public void onClick(AjaxRequestTarget target) {
 setSelectedTab(index);

 if(target != null) {
 target.addComponent(IndicatingAjaxTabbedPanel.this);
 }

 onAjaxUpdate(target);
 }

 };

 }
 }

 On 1/28/07, Martijn Dashorst  [EMAIL PROTECTED] wrote:
 
  We have an AjaxIndicatingLink (or something similarly named) component
 
  that displays an indicator next to the link. I believe it is in the
  extensions project. You can take that and use it directly or use it to
  add the desired functionality to your own components.
 
  Martijn
 
  On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:
   I agree, but what I meant to ask is how to go about this? I thought
  of using
   an AjaxCallDecorator, but that would mean that it must be added to
  each
   component that makes an ajax call. I was wondering if somebody had
  an easier
   idea.
  
  
   On 1/28/07, Carfield Yim  [EMAIL PROTECTED] wrote:
I personally think gmail presentation is simple and user friendly
   
On 1/28/07, Ivo van Dongen  [EMAIL PROTECTED] wrote:
 Hi,

 We're adding some Ajax support to our pages and some of the
  components
   can
 take a long time to load. To the user it is not clear if
  anything is
 happening so we want to add a sign that a request is in
  progress,
   something
 like an animated gif. This should pop-up on each XMLhttpRequest
  and
 disappear when the call is completed. What would be a good way
  to
   accomplish
 this?

 Thanks in advance,
 Ivo van Dongen


  
  -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
  to share
   your
 opinions on IT  business topics through brief surveys - and
  earn cash

   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net

   https://lists.sourceforge.net/lists/listinfo/wicket-user



   
   
  
  -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
  share
   your
opinions on IT  business topics through brief surveys - and earn
  cash
   
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
   
  
  
  
  -
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
   opinions on IT  business topics through brief surveys - and earn
  cash
  
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] in-progress indicator

2007-01-29 Thread Ivo van Dongen


Thanks, I'll try that aswell.

On 1/29/07, Marc-Andre Houle [EMAIL PROTECTED] wrote:


I don't know if it can help, but for us, we added this code in our base
page to make the cursor change when there is an ajax call in progress :
script language=Javascript type=text/javascript
Wicket.Ajax.registerPreCallHandler(function() {
document.getElementById(main).style.cursor='progress'; });
Wicket.Ajax.registerPostCallHandler(function() {
document.getElementById (main).style.cursor='auto'; });
Wicket.Ajax.registerFailureHandler(function() {
document.getElementById(main).style.cursor='auto'; });
/script

On 1/28/07, Frank Bille [EMAIL PROTECTED] wrote:

 You are welcome to add it to the wiki :)

 Frank

 On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:
 
  Thanks, works like a charm! I didn't find a tabbed panel variant that
  uses the indicating links by the way. I've added it below, perhaps someone
  finds it usefull.
 
  package org.webical.web.components.ajax.tabs ;
 
  import java.util.List;
 
  import wicket.ajax.AjaxRequestTarget;
  import wicket.extensions.ajax.markup.html.IndicatingAjaxLink;
  import wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel;
  import wicket.markup.html.WebMarkupContainer ;
 
  /**
   * Adds indicating behavior to the tabbed panel
   * @author ivo
   *
   */
  public class IndicatingAjaxTabbedPanel extends AjaxTabbedPanel {
  private static final long serialVersionUID = 1L;
 
  /**
   * @param id the components id
   * @param tabs the tabs to show
   */
  public IndicatingAjaxTabbedPanel(String id, List tabs) {
  super(id, tabs);
  }
 
  /**
   * Adds an IndicatingAjaxLink
   * @see
  wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel#newLink(
  java.lang.String, int)
   */
  @Override
  protected WebMarkupContainer newLink(String linkId, final int
  index) {
 
  return new IndicatingAjaxLink(linkId) {
  private static final long serialVersionUID = 1L;
 
  /**
   * Copied from code
  wicket.extensions.ajax.markup.html.tabs.AjaxTabbedPanel /code
   * @see wicket.ajax.markup.html.AjaxLink#onClick(
  wicket.ajax.AjaxRequestTarget)
   */
  @Override
  public void onClick(AjaxRequestTarget target) {
  setSelectedTab(index);
 
  if(target != null) {
  target.addComponent(IndicatingAjaxTabbedPanel.this
  );
  }
 
  onAjaxUpdate(target);
  }
 
  };
 
  }
  }
 
  On 1/28/07, Martijn Dashorst  [EMAIL PROTECTED] wrote:
  
   We have an AjaxIndicatingLink (or something similarly named)
   component
   that displays an indicator next to the link. I believe it is in the
   extensions project. You can take that and use it directly or use it
   to
   add the desired functionality to your own components.
  
   Martijn
  
   On 1/28/07, Ivo van Dongen [EMAIL PROTECTED] wrote:
I agree, but what I meant to ask is how to go about this? I
   thought of using
an AjaxCallDecorator, but that would mean that it must be added to
   each
component that makes an ajax call. I was wondering if somebody had
   an easier
idea.
   
   
On 1/28/07, Carfield Yim  [EMAIL PROTECTED] wrote:
 I personally think gmail presentation is simple and user
   friendly

 On 1/28/07, Ivo van Dongen  [EMAIL PROTECTED] wrote:
  Hi,
 
  We're adding some Ajax support to our pages and some of the
   components
can
  take a long time to load. To the user it is not clear if
   anything is
  happening so we want to add a sign that a request is in
   progress,
something
  like an animated gif. This should pop-up on each
   XMLhttpRequest and
  disappear when the call is completed. What would be a good way
   to
accomplish
  this?
 
  Thanks in advance,
  Ivo van Dongen
 
 
   
   -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance
   to share
your
  opinions on IT  business topics through brief surveys - and
   earn cash
 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
 
https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 


   
   -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
   to share
your
 opinions on IT  business topics through brief surveys - and
   earn cash

Re: [Wicket-user] JS error on ajaxRequest response

current wicket-ajax.js :)

-Matej

Vincent Demay wrote:
 Matej Knopp a écrit :
 You're probably using the firebug extension for firefox. It is a known 
 issue, it's caused by firebug. There is a workaround for it in svn.
   
 Ok thanks a lot. Where can I find this workaround on svn?
 -Matej

 Vincent Demay wrote:
   
 Hi all

 I work with a quite old wicket 1.3 branch snapshot And I get the 
 following error when response come back to the client :

 t has no properties : if (t.readyState == 4) {

 Have you ever seen this kind of mistake? Is it a knew bug? Is there a 
 patch to fix that?

 thanks

 --
 Vincent

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user

 

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
   
 
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Form submit to modal window issues

2007-01-29 Thread Shawn Tumey


Thank you for the assistance Matej. I did not realize I had to explicitly do
the target.addComponent(myForm);

Everything is now working as desired.

Thanks again,

Shawn



On 1/27/07, Matej Knopp [EMAIL PROTECTED] wrote:


When the validation fails the onSubmit method is not called at all.
There's an onError method that is called in this case.

-Matej


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] JS error on ajaxRequest response

2007-01-29 Thread Vincent Demay


I get it thanks a lot... It works now ;)

--
Vincent

Matej Knopp a écrit :

current wicket-ajax.js :)

-Matej

Vincent Demay wrote:
  

Matej Knopp a écrit :

You're probably using the firebug extension for firefox. It is a known 
issue, it's caused by firebug. There is a workaround for it in svn.
  
  

Ok thanks a lot. Where can I find this workaround on svn?


-Matej

Vincent Demay wrote:
  
  

Hi all

I work with a quite old wicket 1.3 branch snapshot And I get the 
following error when response come back to the client :


t has no properties : if (t.readyState == 4) {

Have you ever seen this kind of mistake? Is it a knew bug? Is there a 
patch to fix that?


thanks

--
Vincent

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user





-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
  


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] GMarkerManager in GMap wicket lib?

2007-01-29 Thread Iulian Costan


Hi Peter,

the big thing is that the existing gmap code needs to be refactored a bit in
order to be able to easily integrate new features. right now it is quite
complex and ulgy to implement new/more advanced features. i have to spend
some time to find a nice way to do it, after that i hope to be a piece of
cake to do it. and of course if you want to put your hands on not so
friendly javascript, any help is welcome.
anyway, keep in touch.

/iulian

On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:


Mmh,
yes we would be interested. We have tried GWT for some stuff but the
resulting code looks not very nice and having everything on the client
is not that cool either, so gut feeling that wicket fits best.

It seems that the Gmap API is quite clean and lean, and your
integration looks great, too. So I think it should not be a big
problem. But myself I am not capable of doing that, have never tried
JavaScript and no time at my hands right now. If you sit tight, maybe
we can get someone over here to look into this?

/peter

On 1/29/07, Iulian Costan [EMAIL PROTECTED] wrote:
 hey,

 till now there were not much interest for this library; no further plans
so
 far. but if people are interested i can put some effort into it and add
new
 features. let's see how feasible it is and how it goes.

 /iulian


 On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
 
  Hi there,
  we are playing around with the Gmap wicket extension and would like to
  move markers. Is there any plan to implement the GMarkerManager and
  GMarkerManagerOptions in order to achive that?
 
  Cheers
 
  /peter
 
 

-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
share
 your
  opinions on IT  business topics through brief surveys - and earn cash
 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Groovy integration? Scripting languages

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

 There are three examples Page1.java / Page1.html, Page2.java / etc.
 As far as I can see they are exactly the same.
 Was this sufficient to demo / test the integration?

In this case it was, as it proves that the Groovy scrips result in
pages/ components from where it just works like the rest of Wicket. So
case was made, the Sky is the limit. Note that we weren't introducing
some new fancy DSL/ framework on top of Wicket, but merely let you use
Groovy to define your components and pages rather than Java.

 It would be nice to be able to develop Wicket webapps with Groovy ( or
 JRuby, or whatever makes a developer happy and thus productive )

I don't know about that. We made this integration project to show that
we could, but obviously it is not a center technology or otherwise you
would have found this in core or as a core project.

One of the advantages you'll get from working with Wicket is that you
can rely on strong typing a lot - and this is different from a lot of
competing frameworks - with the all advantages (and sometimes
disadvantages) that come with that. Of course, the fact that *we*
think Java is better for Wicket than Groovy is doesn't mean that is
for everybody.

 If I manage to get a thorough understanding of what it takes to integrate
 Wicket and Groovy I can maintain the Groovy / Wicket integration for the
 Wicket team. I am thinking of contributing a demo site in Groovy / Wicket /
 Databinder including a testset and tutorial. It won't be a trivial app so I
 am thinking in months rather than weeks before it's in a releasable state.
 That's the best way of testing the integration, I suppose.

Sure, mail me your sourceforge account and I'll be happy to grant you
commit rights. I don't think the example needs to be more extensive to
show that the trick works, but I can definitively see possibilities to
extend the Groovy integration with some Groovy extensions and
utilities to facilitate the kind of rapid development you're looking
for if you decide to use Groovy.

Just on the side note: I don't think I will ever be a big Groovy fan.
It seems that the project made a lot of progress in the last two
years, but I wonder if it really ever outgrew it's shaky foundations.
My favorite scripting language for Java has always been PNuts
(https://pnuts.dev.java.net/). It's simple to integrate, clean, super
fast and extensible. So if you're thinking about integrating *some*
scripting language, you might consider the alternatives (JRuby and
Jython being other options to look into). Just my 2c.

Eelco

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] 1.2.4 bad pom?


yep, we know
unfortunately we cannot change the files once theyve been uploaded to the
repos i believe. just edit the pom in your local repo until 1.2.5 comes out

-igor


On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:


hi there,
trying to upgrade to wicket 1.2.4 in my maven build, I got the new
version downloaded from

http://repo1.maven.org/maven2/wicket/wicket-auth-roles/1.2.4/wicket-auth-roles-1.2.4.pom
,
but in there there is a parent reference to
parent
artifactIdwicket-parent/artifactId
groupIdwicket/groupId
version1.2-SNAPSHOT/version
/parent.

This breaks my build, is there any other repo with a proper version?

/peter

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?

maybe if you setup that resource dir as a source dir in eclipse?

-igor

On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:

ohh?
How does your refactoring tool know that?
That you rename a package for some java classes and that he also have to
rename
some resource directory somewhere also to that same thing?

johan

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

I leave that to my refactoring tool. So it's not a problem.
- nilo

Martijn Dashorst wrote:

If you rename a package, then you have to do it in 2 places.

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Usually when there seems to be concensus that something isn't
possible, I
get
triggered that there must be a simple solution. On the other hand if
it's
considered to be 'simple' it usually gets out of hand. So I got
triggered
and looked a bit further into this.

Providing you set things up correctly in Maven it is possible to
seperate
java and html in different directories without having to add any
code.

At the end of the day it's up to the developers how and where they
store
their files.

- nilo

igor.vaynberg wrote:

yes, all newbies start to do this and eventually go back, but oh
well

if you still want to shoot yourself in the foot what you do is
this:

implement IResourceStreamLocator and make it take a delegate

then in your app's init do this

application.init() {
MyResourceStreamLocator locator=new

MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
getResourceSettings().setResourceStreamLocator(locator);
}

-igor

On 1/22/07, Martijn Dashorst [EMAIL PROTECTED] wrote:

We advise you to not do this until you are absolutely sure you
need
it, especially as a newbie to the framework. Obvious reasons are
not
so obvious in a Wicket context.

- packaging your components in a jar
- having to mimick the package/directory structure
- looking up your HTML (which is tightly coupled to your Java
file)
in a separate directory
- other resources such as properties files, where should they go?

Martijn

On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Hi,

I am very newbie on Wicket. I am reading the Pro Wicket book. I
want
the
.java and .html page files in two different directories for
obvious
reasons.
I read the following in the book:

The HTML template needs to be in the same package as the
corresponding
Page
class.
An internal Wicket component that is entrusted with the job of
locating
the
HTML markup
corresponding to a Page looks for the markup in the same place
as
the
Page
class. Wicket
allows you to easily customize this default behavior though. ...

I get completely lost here:

... All user pages typically extend
Wicket's WebPage-a subclass of Wicket's Page class. There needs
to
be a
one-to-one correspondence
between the HTML elements with a wicket:id attribute and the
Page
components. The
HTML template could in fact be termed as a view with the actual
component
hierarchy being
described in the Page class. Wicket components need to be
supplied
with
an
id parameter and
an IModel implementation during construction (some exceptions
will
be
discussed in the section
How to Specify a CompoundPropertyModel for a Page. The
component's
id
value must
match the wicket:id attribute value of the template's
corresponding
HTML
element. Essentially,
if the template contains an HTML text element with a wicket:id
value
of
name, then the
corresponding wicket's TextField instance with an id of name
needs
to
be
added to the Page
class. Wicket supplies components that correspond to basic HTML
elements
concerned with
user interaction. Examples of such elements are HTML input
fields of
type
text, HTML select,
HTML link, etc. The corresponding Wicket components would be
TextField,
DropDownChoice,
and Link, respectively. ...

What I would like to know is in a For Dummies sort of
explanation
what
I
have to do to be able to seperate .html and .java.

Thanks in advance.

kind regards,
nilo de roock

--
View this message in context:

http://www.nabble.com/Best-practice-for-seperating-.java-and-.html---tf3060190.html#a8509215
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance
to
share
your
opinions on IT business topics through brief surveys - and
earn
cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

Re: [Wicket-user] Best practice for seperating .java and .html ?

and?
How does eclipse know that there are 2 dirs somewhere (i guess in different
src dirs)
one for the html files and another for class files.
That they have the same structure and need to be in sync?

johan

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:

maybe if you setup that resource dir as a source dir in eclipse?

-igor

On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:

ohh?
How does your refactoring tool know that?
That you rename a package for some java classes and that he also have to
rename
some resource directory somewhere also to that same thing?

johan

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

I leave that to my refactoring tool. So it's not a problem.
- nilo

Martijn Dashorst wrote:

If you rename a package, then you have to do it in 2 places.

Martijn

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Usually when there seems to be concensus that something isn't
possible, I
get
triggered that there must be a simple solution. On the other hand
if it's
considered to be 'simple' it usually gets out of hand. So I got
triggered
and looked a bit further into this.

Providing you set things up correctly in Maven it is possible to
seperate
java and html in different directories without having to add any
code.

At the end of the day it's up to the developers how and where they
store
their files.

- nilo

igor.vaynberg wrote:

yes, all newbies start to do this and eventually go back, but oh
well

if you still want to shoot yourself in the foot what you do is
this:

implement IResourceStreamLocator and make it take a delegate

then in your app's init do this

application.init() {
MyResourceStreamLocator locator=new

MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
getResourceSettings().setResourceStreamLocator(locator);
}

-igor

On 1/22/07, Martijn Dashorst [EMAIL PROTECTED] wrote:

We advise you to not do this until you are absolutely sure you
need
it, especially as a newbie to the framework. Obvious reasons
are not
so obvious in a Wicket context.

- packaging your components in a jar
- having to mimick the package/directory structure
- looking up your HTML (which is tightly coupled to your Java
file)
in a separate directory
- other resources such as properties files, where should they
go?

Martijn

On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:

Hi,

I am very newbie on Wicket. I am reading the Pro Wicket book.
I want
the
.java and .html page files in two different directories for
obvious
reasons.
I read the following in the book:

The HTML template needs to be in the same package as the
corresponding
Page
class.
An internal Wicket component that is entrusted with the job of

locating
the
HTML markup
corresponding to a Page looks for the markup in the same place
as
the
Page
class. Wicket
allows you to easily customize this default behavior though.
...

I get completely lost here:

... All user pages typically extend
Wicket's WebPage-a subclass of Wicket's Page class. There
needs to
be a
one-to-one correspondence
between the HTML elements with a wicket:id attribute and the
Page
components. The
HTML template could in fact be termed as a view with the
actual
component
hierarchy being
described in the Page class. Wicket components need to be
supplied
with
an
id parameter and
an IModel implementation during construction (some exceptions
will
be
discussed in the section
How to Specify a CompoundPropertyModel for a Page. The
component's
id
value must
match the wicket:id attribute value of the template's
corresponding
HTML
element. Essentially,
if the template contains an HTML text element with a wicket:id
value
of
name, then the
corresponding wicket's TextField instance with an id of name
needs
to
be
added to the Page
class. Wicket supplies components that correspond to basic
HTML
elements
concerned with
user interaction. Examples of such elements are HTML input
fields of
type
text, HTML select,
HTML link, etc. The corresponding Wicket components would be
TextField,
DropDownChoice,
and Link, respectively. ...

What I would like to know is in a For Dummies sort of
explanation
what
I
have to do to be able to seperate .html and .java.

Thanks in advance.

kind regards,
nilo de roock

--
View this message in context:

http://www.nabble.com/Best-practice-for-seperating-.java-and-.html---tf3060190.html#a8509215
Sent from the Wicket - User

Re: [Wicket-user] How to let subclassed page contribute to body tag attributes?

2007-01-29 Thread dukejansen

Eelco,

This sounds easy enough, I'll give it try.

I was hoping for something I could do in the markup, though, so that my web
designers could easily modify the body class in subclassed page's markup
without having to modify code.

Any chance?

-Jason

Eelco Hillenius wrote:

Haven't tried it myself, but looking at the code, calling (your web
page).getBodyContainer().getBodyContainer() should get you the 'real'
body container, to which you should be able to add AttributeModifiers.

Eelco

On 1/28/07, dukejansen [EMAIL PROTECTED] wrote:

Is there any way to allow inherited page markup to update or contribute
to
the body tag's attributes (other than onLoad and onUnload, which seems to
be
covered).

Specifically, I'd like to have a single base page which is then
subclassed
to provide different page behaviors, and I want to be able to specify the
body class attribute in the subclassed pages' markup.

Using Wicket 1.2.4.

Any tips?
--
View this message in context:
http://www.nabble.com/How-to-let-subclassed-page-contribute-to-body-tag-attributes--tf3133595.html#a8682952
Sent from the Wicket - User mailing list archive at Nabble.com.

--
View this message in context:
http://www.nabble.com/How-to-let-subclassed-page-contribute-to-body-tag-attributes--tf3133595.html#a8693630
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?


On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:


and?
How does eclipse know that there are 2 dirs somewhere (i guess in
different src dirs)



you set it up in project properties

one for the html files and another for class files.

That they have the same structure and need to be in sync?



well yeah, what i gather he is doing is filtering the markup resource dir
into the src dir via maven. im not saying this is good or anything or that
this is how i would do it myself, but the package renaming refactor should
work in an ide :)

-igor


johan



On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:

 maybe if you setup that resource dir as a source dir in eclipse?

 -igor


 On 1/29/07, Johan Compagner  [EMAIL PROTECTED] wrote:
 
  ohh?
  How does your refactoring tool know that?
  That you rename a package for some java classes and that he also have
  to rename
  some resource directory somewhere also to that same thing?
 
  johan
 
 
  On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
  
  
   I leave that to my refactoring tool. So it's not a problem.
   - nilo
  
  
   Martijn Dashorst wrote:
   
If you rename a package, then you have to do it in 2 places.
   
Martijn
   
On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
   
Usually when there seems to be concensus that something isn't
   possible, I
get
triggered that there must be a simple solution. On the other hand
   if it's
considered to be 'simple' it usually gets out of hand. So I got
   triggered
and looked a bit further into this.
   
Providing you set things up correctly in Maven it is possible to
   seperate
java and html in different directories without having to add any
   code.
   
At the end of the day it's up to the developers how and where
   they store
their files.
   
- nilo
   
   
   
   
igor.vaynberg wrote:

 yes, all newbies start to do this and eventually go back, but
   oh well

 if you still want to shoot yourself in the foot what you do is
   this:

 implement IResourceStreamLocator and make it take a delegate

 then in your app's init do this

 application.init() {
 MyResourceStreamLocator locator=new

   
   MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
 getResourceSettings().setResourceStreamLocator(locator);
 }

 -igor


 On 1/22/07, Martijn Dashorst  [EMAIL PROTECTED]
   wrote:

 We advise you to not do this until you are absolutely sure you
   need
 it, especially as a newbie to the framework. Obvious reasons
   are not
 so obvious in a Wicket context.

 - packaging your components in a jar
 - having to mimick the package/directory structure
 - looking up your HTML (which is tightly coupled to your Java
   file)
 in a separate directory
 - other resources such as properties files, where should they
   go?

 Martijn

 On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:
 
  Hi,
 
  I am very newbie on Wicket. I am reading the Pro Wicket
   book. I want
 the
  .java and .html page files in two different directories for
   obvious
 reasons.
  I read the following in the book:
 
  The HTML template needs to be in the same package as the
corresponding
 Page
  class.
  An internal Wicket component that is entrusted with the job
   of
locating
 the
  HTML markup
  corresponding to a Page looks for the markup in the same
   place as
the
 Page
  class. Wicket
  allows you to easily customize this default behavior though.
   ... 
 
  I get completely lost here:
 
  ... All user pages typically extend
  Wicket's WebPage-a subclass of Wicket's Page class. There
   needs to
be a
  one-to-one correspondence
  between the HTML elements with a wicket:id attribute and the
   Page
  components. The
  HTML template could in fact be termed as a view with the
   actual
 component
  hierarchy being
  described in the Page class. Wicket components need to be
   supplied
with
 an
  id parameter and
  an IModel implementation during construction (some
   exceptions will
be
  discussed in the section
  How to Specify a CompoundPropertyModel for a Page. The
   component's
id
  value must
  match the wicket:id attribute value of the template's
   corresponding
 HTML
  element. Essentially,
  if the template contains an HTML text element with a
   wicket:id value
of
  name, then the
  corresponding wicket's TextField instance with an id of name
   needs
to
 be
  added to the Page
  class. Wicket supplies components that correspond to basic
   HTML
 elements
  concerned with
  user interaction. Examples of such elements are HTML input
   fields of
 type
  text, HTML select,
  HTML link,

Re: [Wicket-user] How to let subclassed page contribute to body tag attributes?

I don't think we support that right now. But I can imagine such a
thing being build in Wicket. Feel free to add a feature request here:
http://issues.apache.org/jira/browse/WICKET. No guarantees when it
will be handled, though if you can provide a patch (start digging in
the code to see how wicket:head tags are handled, as this should
probably use a similar construct) that would speed things up
considerably.

Eelco

On 1/29/07, dukejansen [EMAIL PROTECTED] wrote:

Eelco,

This sounds easy enough, I'll give it try.

I was hoping for something I could do in the markup, though, so that my web
designers could easily modify the body class in subclassed page's markup
without having to modify code.

Any chance?

-Jason

Eelco Hillenius wrote:

Eelco

On 1/28/07, dukejansen [EMAIL PROTECTED] wrote:

Is there any way to allow inherited page markup to update or contribute
to
the body tag's attributes (other than onLoad and onUnload, which seems to
be
covered).

Using Wicket 1.2.4.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Best practice for seperating .java and .html ?

2007-01-29 Thread ChuckDeal


It is possible that this is a simple misunderstanding.  I know that when I
first read the post regarding the renaming of packages, I had the same
response as the poster that my IDE would take care of fixing the places that
changed.  But, after reading the subsequent posts, I see that Johan is
referring to the html package getting renamed as well.

To be honest, I would say that package renames occur infrequently and the
java package rename is more extensive (due to updating other classes).  I
don't think it is a huge cost to have to rename two package trees, although
it does put more burden on the developer to remember to do it.

I have considered this same techniquie (multiple source paths or java and
html, to the same output path)for my project, but I haven't gotten around to
it yet.  I know that one argument is that when editting it is easier to have
them both in the same place, but even in Eclipse they are sorted to the
bottom away from the java files in the Package Explorer (granted they are
still close by...)  I had hoped to use WicketBench as my main Wicket editor,
but due to some of the problems I had been having with its integration with
the Java editor and debugging I have since stopped using it.  I mention it
because it might be possible to modify the Wicket Bench plugin to be able to
find the files on multiple source trees and present the user with one editor
thereby reducing the easy to find argument a notch.

Chuck


igor.vaynberg wrote:
 
 On 1/29/07, Johan Compagner [EMAIL PROTECTED] wrote:

 and?
 How does eclipse know that there are 2 dirs somewhere (i guess in
 different src dirs)
 
 
 you set it up in project properties
 
 one for the html files and another for class files.
 That they have the same structure and need to be in sync?
 
 
 well yeah, what i gather he is doing is filtering the markup resource dir
 into the src dir via maven. im not saying this is good or anything or that
 this is how i would do it myself, but the package renaming refactor should
 work in an ide :)
 
 -igor
 
 
 johan


 On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 
  maybe if you setup that resource dir as a source dir in eclipse?
 
  -igor
 
 
  On 1/29/07, Johan Compagner  [EMAIL PROTECTED] wrote:
  
   ohh?
   How does your refactoring tool know that?
   That you rename a package for some java classes and that he also have
   to rename
   some resource directory somewhere also to that same thing?
  
   johan
  
  
   On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:
   
   
I leave that to my refactoring tool. So it's not a problem.
- nilo
   
   
Martijn Dashorst wrote:

 If you rename a package, then you have to do it in 2 places.

 Martijn

 On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

 Usually when there seems to be concensus that something isn't
possible, I
 get
 triggered that there must be a simple solution. On the other
 hand
if it's
 considered to be 'simple' it usually gets out of hand. So I got
triggered
 and looked a bit further into this.

 Providing you set things up correctly in Maven it is possible to
seperate
 java and html in different directories without having to add any
code.

 At the end of the day it's up to the developers how and where
they store
 their files.

 - nilo




 igor.vaynberg wrote:
 
  yes, all newbies start to do this and eventually go back, but
oh well
 
  if you still want to shoot yourself in the foot what you do is
this:
 
  implement IResourceStreamLocator and make it take a delegate
 
  then in your app's init do this
 
  application.init() {
  MyResourceStreamLocator locator=new
 

   
 MyResourceStreamLocator(getResourceSettings().getResourceStreamLocator());
  getResourceSettings().setResourceStreamLocator(locator);
  }
 
  -igor
 
 
  On 1/22/07, Martijn Dashorst  [EMAIL PROTECTED]
wrote:
 
  We advise you to not do this until you are absolutely sure
 you
need
  it, especially as a newbie to the framework. Obvious
 reasons
are not
  so obvious in a Wicket context.
 
  - packaging your components in a jar
  - having to mimick the package/directory structure
  - looking up your HTML (which is tightly coupled to your Java
file)
  in a separate directory
  - other resources such as properties files, where should they
go?
 
  Martijn
 
  On 1/22/07, nilo.de.roock [EMAIL PROTECTED] wrote:
  
   Hi,
  
   I am very newbie on Wicket. I am reading the Pro Wicket
book. I want
  the
   .java and .html page files in two different directories for
obvious
  reasons.
   I read the following in the book:
  
   The HTML template needs to be in the same package as the
 corresponding
  Page
   class.

Re: [Wicket-user] Groovy integration? Scripting languages

2007-01-29 Thread nilo.de.roock

I never heard of https://pnuts.dev.java.net/ before, I looked briefly at it.
It's amazing how many excellent stuff is around, once you start looking for
it. It's fun to talk about software, it's part of the ego, we all have our
own preferences. I like Wicket a lot, we agree on that I suppose. I also
like Windows, Opera, Dreamweaver, NetBeans and Groovy ( and Java most of all
of course ). Things you probably don't like except for Java. I like Groovy
and Wicket a lot. That explains the idea.

But this remains irrelevant as long as I haven't got any code. First things
first.
-nilo

Eelco Hillenius wrote:

On 1/29/07, nilo.de.roock [EMAIL PROTECTED] wrote:

There are three examples Page1.java / Page1.html, Page2.java / etc.
As far as I can see they are exactly the same.
Was this sufficient to demo / test the integration?

In this case it was, as it proves that the Groovy scrips result in
pages/ components from where it just works like the rest of Wicket. So
case was made, the Sky is the limit. Note that we weren't introducing
some new fancy DSL/ framework on top of Wicket, but merely let you use
Groovy to define your components and pages rather than Java.

It would be nice to be able to develop Wicket webapps with Groovy ( or
JRuby, or whatever makes a developer happy and thus productive )

I don't know about that. We made this integration project to show that
we could, but obviously it is not a center technology or otherwise you
would have found this in core or as a core project.

One of the advantages you'll get from working with Wicket is that you
can rely on strong typing a lot - and this is different from a lot of
competing frameworks - with the all advantages (and sometimes
disadvantages) that come with that. Of course, the fact that *we*
think Java is better for Wicket than Groovy is doesn't mean that is
for everybody.

If I manage to get a thorough understanding of what it takes to integrate
Wicket and Groovy I can maintain the Groovy / Wicket integration for the
Wicket team. I am thinking of contributing a demo site in Groovy / Wicket
/
Databinder including a testset and tutorial. It won't be a trivial app so
I
am thinking in months rather than weeks before it's in a releasable
state.
That's the best way of testing the integration, I suppose.

Sure, mail me your sourceforge account and I'll be happy to grant you
commit rights. I don't think the example needs to be more extensive to
show that the trick works, but I can definitively see possibilities to
extend the Groovy integration with some Groovy extensions and
utilities to facilitate the kind of rapid development you're looking
for if you decide to use Groovy.

Just on the side note: I don't think I will ever be a big Groovy fan.
It seems that the project made a lot of progress in the last two
years, but I wonder if it really ever outgrew it's shaky foundations.
My favorite scripting language for Java has always been PNuts
(https://pnuts.dev.java.net/). It's simple to integrate, clean, super
fast and extensible. So if you're thinking about integrating *some*
scripting language, you might consider the alternatives (JRuby and
Jython being other options to look into). Just my 2c.

Eelco

--
View this message in context:
http://www.nabble.com/-Wicket-user--Groovy-integration--Scripting-languages-tf3121629.html#a8695744
Sent from the Wicket - User mailing list archive at Nabble.com.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] 1.2.4 bad pom?


i think code-wise we are pretty much ready, now just need to convince
martijn to spend his weekend doing the release :)

-igor


On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:


Ok,
thanks Igor, any time estimation on 1.2.5?

/peter

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 yep, we know
 unfortunately we cannot change the files once theyve been uploaded to
the
 repos i believe. just edit the pom in your local repo until 1.2.5 comes
out

 -igor



 On 1/29/07, Peter Neubauer [EMAIL PROTECTED] wrote:
 
  hi there,
  trying to upgrade to wicket 1.2.4 in my maven build, I got the new
  version downloaded from
 

http://repo1.maven.org/maven2/wicket/wicket-auth-roles/1.2.4/wicket-auth-roles-1.2.4.pom
 ,
  but in there there is a parent reference to
  parent
  artifactIdwicket-parent/artifactId
  groupIdwicket/groupId
  version1.2-SNAPSHOT/version
  /parent.
 
  This breaks my build, is there any other repo with a proper version?
 
  /peter
 
 

-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
share
 your
  opinions on IT  business topics through brief surveys - and earn cash
 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] ui framework choice


One week (of two) into the JSF vs. Wicket comparison here at
Vegas.comthings are going nicely -- team Wicket is finished while team
JSF is trying
to get Ajax functionality working.  There were four people working on each
implementation, but JSF is so far behind that an additional person was added
to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
i.e. three folk working on Wicket and 6 on JSF in an effort to catch up.
The three of us remaining are working on:

* overriding components' css -- i.e. a custom look/feel for ModalWindow
* unit test integration
* cleaner use of dynamic models

Cheers,
Scott

--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

I have a grin on my face that stretches from my left ear to my right... Gogogo!

Martijn

On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
 One week (of two) into the JSF vs. Wicket comparison here at Vegas.com
 things are going nicely -- team Wicket is finished while team JSF is trying
 to get Ajax functionality working.  There were four people working on each
 implementation, but JSF is so far behind that an additional person was added
 to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
 i.e. three folk working on Wicket and 6 on JSF in an effort to catch up.
 The three of us remaining are working on:

 * overriding components' css -- i.e. a custom look/feel for ModalWindow
 * unit test integration
 * cleaner use of dynamic models

 Cheers,
 Scott

 --
 Scott Swank
 reformed mathematician
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user





-- 
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


Thank you to both of you.  And for anyone who's been paying any attention to
my questions it's pretty clear that I don't know Wicket particularly well
yet.  I'm still fumbling around a bit with models.  Further, the other three
folk had never set eyes on Wicket before last Monday.

Scott
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

I wish I could help you in person :) Unfortunately I'm not from US.

I'm afraid there's not much that can be done about ModalWindow feel, 
unless you want to mess with the javascript :)

As for Look, you can specify custom stylesheet though. Actually, you can 
set the CSS class modal window would use (using 
ModalWindow.setCssClassName())

You can have your own style, simple copying and modifying the modal.css 
file that comes with wicket. The stylesheet is not very simple though.

-Matej

Scott Swank wrote:
 One week (of two) into the JSF vs. Wicket comparison here at Vegas.com 
 http://Vegas.com things are going nicely -- team Wicket is finished 
 while team JSF is trying to get Ajax functionality working.  There were 
 four people working on each implementation, but JSF is so far behind 
 that an additional person was added to the JSF team and one of the 
 Wicket folk was moved from Wicket to JSF -- i.e. three folk working on 
 Wicket and 6 on JSF in an effort to catch up.  The three of us remaining 
 are working on:
 
 * overriding components' css -- i.e. a custom look/feel for ModalWindow
 * unit test integration
 * cleaner use of dynamic models
 
 Cheers,
 Scott
 
 -- 
 Scott Swank
 reformed mathematician
 
 
 
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Modal Window Bug (important)

Hi,

It seems that quite a lot of people are using ModalWindow lately. I just 
want to inform you that there is a bug in modal window that can cause it 
to eat all your browser's cookies. The bug is fixed in svn, but not in 
the last release (1.2.4).

Fortunately, preventing this bug is fairly easy. All you have to do is 
call setCookieName on your modal window.

So either
setCookieName(null) - if you don't want it to remember size in cookies

or

setCookieName(myModalWindowName) - if you want it to remember the size


-Matej

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


The stylesheet is not very simple though. -- Yup, that's that stage we're
at.  :)

On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:


I wish I could help you in person :) Unfortunately I'm not from US.

I'm afraid there's not much that can be done about ModalWindow feel,
unless you want to mess with the javascript :)

As for Look, you can specify custom stylesheet though. Actually, you can
set the CSS class modal window would use (using
ModalWindow.setCssClassName())

You can have your own style, simple copying and modifying the modal.css
file that comes with wicket. The stylesheet is not very simple though.

-Matej

Scott Swank wrote:
 One week (of two) into the JSF vs. Wicket comparison here at Vegas.com
 http://Vegas.com things are going nicely -- team Wicket is finished
 while team JSF is trying to get Ajax functionality working.  There were
 four people working on each implementation, but JSF is so far behind
 that an additional person was added to the JSF team and one of the
 Wicket folk was moved from Wicket to JSF -- i.e. three folk working on
 Wicket and 6 on JSF in an effort to catch up.  The three of us remaining
 are working on:

 * overriding components' css -- i.e. a custom look/feel for ModalWindow
 * unit test integration
 * cleaner use of dynamic models

 Cheers,
 Scott

 --
 Scott Swank
 reformed mathematician


 


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV


 

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user





--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


But none the less, thank you very kindly.

On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:


The stylesheet is not very simple though. -- Yup, that's that stage
we're at.  :)

On 1/29/07, Matej Knopp  [EMAIL PROTECTED] wrote:

 I wish I could help you in person :) Unfortunately I'm not from US.

 I'm afraid there's not much that can be done about ModalWindow feel,
 unless you want to mess with the javascript :)

 As for Look, you can specify custom stylesheet though. Actually, you can

 set the CSS class modal window would use (using
 ModalWindow.setCssClassName())

 You can have your own style, simple copying and modifying the modal.css
 file that comes with wicket. The stylesheet is not very simple though.

 -Matej

 Scott Swank wrote:
  One week (of two) into the JSF vs. Wicket comparison here at Vegas.com
  http://Vegas.com things are going nicely -- team Wicket is finished
  while team JSF is trying to get Ajax functionality working.  There
 were
  four people working on each implementation, but JSF is so far behind
  that an additional person was added to the JSF team and one of the
  Wicket folk was moved from Wicket to JSF -- i.e. three folk working on
  Wicket and 6 on JSF in an effort to catch up.  The three of us
 remaining
  are working on:
 
  * overriding components' css -- i.e. a custom look/feel for
 ModalWindow
  * unit test integration
  * cleaner use of dynamic models
 
  Cheers,
  Scott
 
  --
  Scott Swank
  reformed mathematician
 
 
 
 
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
  opinions on IT  business topics through brief surveys - and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user



 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Scott Swank
reformed mathematician





--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Modal Window Bug (important)


was this in jira? fixed in 1.2.x? if its not could you enter it so it shows
up on 1.2.5 release notes...

thanks,
-igor


On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:


Hi,

It seems that quite a lot of people are using ModalWindow lately. I just
want to inform you that there is a bug in modal window that can cause it
to eat all your browser's cookies. The bug is fixed in svn, but not in
the last release (1.2.4).

Fortunately, preventing this bug is fairly easy. All you have to do is
call setCookieName on your modal window.

So either
setCookieName(null) - if you don't want it to remember size in cookies

or

setCookieName(myModalWindowName) - if you want it to remember the size


-Matej

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


whooohooo!

On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:


One week (of two) into the JSF vs. Wicket comparison here at Vegas.comthings 
are going nicely -- team Wicket is finished while team JSF is trying
to get Ajax functionality working.  There were four people working on each
implementation, but JSF is so far behind that an additional person was added
to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
i.e. three folk working on Wicket and 6 on JSF in an effort to catch up.
The three of us remaining are working on:

* overriding components' css -- i.e. a custom look/feel for ModalWindow
* unit test integration
* cleaner use of dynamic models

Cheers,
Scott

--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

2007-01-29 Thread Frank Bille


Yeah gogogo. :)

On 1/29/07, Matej Knopp [EMAIL PROTECTED] wrote:


As for Look, you can specify custom stylesheet though. Actually, you can
set the CSS class modal window would use (using
ModalWindow.setCssClassName())

You can have your own style, simple copying and modifying the modal.css
file that comes with wicket. The stylesheet is not very simple though.



I don't think it's that bad. I provided a new stylesheet (plus images, and
I'm not a designer so pretty slow on making images) in about 5-6 hours. And
the biggest part was the images. You did a good job IMHO :)

Frank
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

2007-01-29 Thread Christopher Gardner


I apologize if this has been mentioned, but is comparative performance and
load testing planned?  I'd love to see Wicket rule on this.


On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:


One week (of two) into the JSF vs. Wicket comparison here at Vegas.comthings 
are going nicely -- team Wicket is finished while team JSF is trying
to get Ajax functionality working.  There were four people working on each
implementation, but JSF is so far behind that an additional person was added
to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
i.e. three folk working on Wicket and 6 on JSF in an effort to catch up.
The three of us remaining are working on:

* overriding components' css -- i.e. a custom look/feel for ModalWindow
* unit test integration
* cleaner use of dynamic models

Cheers,
Scott

--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

That would be interesting yeah. I'm not sure if there would be a clear winner.

Eelco


On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
 I apologize if this has been mentioned, but is comparative performance and
 load testing planned?  I'd love to see Wicket rule on this.


 On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:
 
  One week (of two) into the JSF vs. Wicket comparison here at Vegas.com
 things are going nicely -- team Wicket is finished while team JSF is trying
 to get Ajax functionality working.  There were four people working on each
 implementation, but JSF is so far behind that an additional person was added
 to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
 i.e. three folk working on Wicket and 6 on JSF in an effort to catch up.
 The three of us remaining are working on:
 
  * overriding components' css -- i.e. a custom look/feel for ModalWindow
  * unit test integration
  * cleaner use of dynamic models
 
  Cheers,
  Scott
 
  --
  Scott Swank
  reformed mathematician
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
  opinions on IT  business topics through brief surveys - and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


Right now we're focused on developer productivity, code-to-weight ratio and
code clarity.  If this goes over then we'll look at performance.

Scott

On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:


I apologize if this has been mentioned, but is comparative performance and
load testing planned?  I'd love to see Wicket rule on this.


On 1/29/07, Scott Swank [EMAIL PROTECTED] wrote:

 One week (of two) into the JSF vs. Wicket comparison here at Vegas.comthings 
are going nicely -- team Wicket is finished while team JSF is trying
 to get Ajax functionality working.  There were four people working on each
 implementation, but JSF is so far behind that an additional person was added
 to the JSF team and one of the Wicket folk was moved from Wicket to JSF --
 i.e. three folk working on Wicket and 6 on JSF in an effort to catch
 up.  The three of us remaining are working on:

 * overriding components' css -- i.e. a custom look/feel for ModalWindow
 * unit test integration
 * cleaner use of dynamic models

 Cheers,
 Scott

 --
 Scott Swank
 reformed mathematician

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user






--
Scott Swank
reformed mathematician
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] AjaxLink setEnabled

This is fixed in trunk. The fix is yet to be backported to 1.x (as well 
as the entire link hierarchy refactor).

If you need this behavior now, you can add an abstractBehavior that does 
the trick for you in it's onComponentTag.

-Matej

Marc-Andre Houle wrote:
 I wanted to use setEnabled on an AjaxLink but it does not what I was 
 wanting. 
 If I set setEnable to false on a link, it will remove a tag and will 
 put a span instead.  If using an ajaxLink, it will only disable the 
 onClick handler.
 
 Is there a way to because it is like this?  It there a simple way to 
 make it look like a regular link without subclassing AjaxLink?  For my 
 opinion, it would be a good thing that AjaxLink look like the regular 
 Link on this.
 
 Marc
 
 
 
 
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
 I apologize if this has been mentioned, but is comparative performance and
 load testing planned?  I'd love to see Wicket rule on this.

You can read: http://jroller.com/page/JonathanLocke where we posted
some basic, non-representative performance tests with wicket 1.3 and
Tapestry 4.1. This test doesn't tell absolute answers other than that
Wicket's performance doesn't suck.

Martijn

-- 
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice


is tapestry performance a good benchmark? :)

-igor


On 1/29/07, Martijn Dashorst [EMAIL PROTECTED] wrote:


On 1/29/07, Christopher Gardner [EMAIL PROTECTED] wrote:
 I apologize if this has been mentioned, but is comparative performance
and
 load testing planned?  I'd love to see Wicket rule on this.

You can read: http://jroller.com/page/JonathanLocke where we posted
some basic, non-representative performance tests with wicket 1.3 and
Tapestry 4.1. This test doesn't tell absolute answers other than that
Wicket's performance doesn't suck.

Martijn

--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] ui framework choice

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 is tapestry performance a good benchmark? :)

Wait until we have an example that runs JSF...

Martijn

-- 
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Problem restarting application in Tomcat


 I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20.
Whenever I upload a new jar archive with changes in my  classes and I
restart the application (not the hole server) I get a NullPointerException
in the XmlPullParser that has nothing to do with my application classes. I
saw something in the mailing list archives talking about leaving the HTML
files outside the jar file, but that doesn't seem to be the right solution.
 Can any of you help me with this? Thanks in advance,

   Luis Pablo
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat

Problems like that should have been fixed for a while now, so it may
be something outside of Wicket. But could you give us your complete
stacktrace please?

Eelco

On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
   I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20.
 Whenever I upload a new jar archive with changes in my  classes and I
 restart the application (not the hole server) I get a NullPointerException
 in the XmlPullParser that has nothing to do with my application classes. I
 saw something in the mailing list archives talking about leaving the HTML
 files outside the jar file, but that doesn't seem to be the right solution.
   Can any of you help me with this? Thanks in advance,

 Luis Pablo

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


If it's something outside of Wicket it has nothing to do with my application
because there isn't any line of a class of mine in the stack trace, such
stack trace is:

java.lang.NullPointerException
at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
at
wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(MarkupCache.java:354)
at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
at
wicket.MarkupContainer.getAssociatedMarkupStream(MarkupContainer.java:827)
at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
at wicket.markup.html.WebPage.init(WebPage.java:120)
at ...

and, as I said, happens when I restart the application in a Tomcat server.
In my local development environment this doesn't happen.
Thanks,

 Luis Pablo


On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:


Problems like that should have been fixed for a while now, so it may
be something outside of Wicket. But could you give us your complete
stacktrace please?

Eelco

On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
   I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20.
 Whenever I upload a new jar archive with changes in my  classes and I
 restart the application (not the hole server) I get a
NullPointerException
 in the XmlPullParser that has nothing to do with my application classes.
I
 saw something in the mailing list archives talking about leaving the
HTML
 files outside the jar file, but that doesn't seem to be the right
solution.
   Can any of you help me with this? Thanks in advance,

 Luis Pablo


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:


If it's something outside of Wicket it has nothing to do with my
application because there isn't any line of a class of mine in the stack
trace, such stack trace is:

java.lang.NullPointerException
at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
at
wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(MarkupCache.java
:354)
at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
at
wicket.MarkupContainer.getAssociatedMarkupStream(MarkupContainer.java:827)
at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
at wicket.markup.html.WebPage.init(WebPage.java:120)
at ...

and, as I said, happens when I restart the application in a Tomcat server.
In my local development environment this doesn't happen.
Thanks,

  Luis Pablo


On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:

 Problems like that should have been fixed for a while now, so it may
 be something outside of Wicket. But could you give us your complete
 stacktrace please?

 Eelco

 On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
I have an app developed with wicket 1.2.4 running on a Tomcat 5.5.20
 .
  Whenever I upload a new jar archive with changes in my  classes and I
  restart the application (not the hole server) I get a
 NullPointerException
  in the XmlPullParser that has nothing to do with my application
 classes. I
  saw something in the mailing list archives talking about leaving the
 HTML
  files outside the jar file, but that doesn't seem to be the right
 solution.
Can any of you help me with this? Thanks in advance,
 
  Luis Pablo
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
  opinions on IT  business topics through brief surveys - and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 

 -

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


I saw that thread, but either I don't understand it or it doesn't have the
solution.

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:

 If it's something outside of Wicket it has nothing to do with my
 application because there isn't any line of a class of mine in the stack
 trace, such stack trace is:

 java.lang.NullPointerException
 at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
 at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
 at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
 at
 wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(MarkupCache.java
 :354)
 at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
 at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
 at
 wicket.MarkupContainer.getAssociatedMarkupStream(MarkupContainer.java
 :827)
 at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
 at wicket.markup.html.WebPage.init(WebPage.java:120)
 at ...

 and, as I said, happens when I restart the application in a Tomcat
 server. In my local development environment this doesn't happen.
 Thanks,

   Luis Pablo


 On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
  Problems like that should have been fixed for a while now, so it may
  be something outside of Wicket. But could you give us your complete
  stacktrace please?
 
  Eelco
 
  On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
 I have an app developed with wicket 1.2.4 running on a Tomcat
  5.5.20.
   Whenever I upload a new jar archive with changes in my  classes and
  I
   restart the application (not the hole server) I get a
  NullPointerException
   in the XmlPullParser that has nothing to do with my application
  classes. I
   saw something in the mailing list archives talking about leaving the
  HTML
   files outside the jar file, but that doesn't seem to be the right
  solution.
 Can any of you help me with this? Thanks in advance,
  
   Luis Pablo
  
  
  -
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
   opinions on IT  business topics through brief surveys - and earn
  cash
  
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  
 
  -
 
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys - and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 



 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


did you deploy your app in development or deployment mode?

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:


I saw that thread, but either I don't understand it or it doesn't have the
solution.

On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:

 http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437

 -igor


 On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
 
  If it's something outside of Wicket it has nothing to do with my
  application because there isn't any line of a class of mine in the stack
  trace, such stack trace is:
 
  java.lang.NullPointerException
  at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
  at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
  at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
  at
  wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
  MarkupCache.java:354)
  at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
  at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
  at
  wicket.MarkupContainer.getAssociatedMarkupStream(MarkupContainer.java
  :827)
  at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
  at wicket.markup.html.WebPage.init(WebPage.java:120)
  at ...
 
  and, as I said, happens when I restart the application in a Tomcat
  server. In my local development environment this doesn't happen.
  Thanks,
 
Luis Pablo
 
 
  On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
  
   Problems like that should have been fixed for a while now, so it may
   be something outside of Wicket. But could you give us your complete
   stacktrace please?
  
   Eelco
  
   On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
  I have an app developed with wicket 1.2.4 running on a Tomcat
   5.5.20.
Whenever I upload a new jar archive with changes in my  classes
   and I
restart the application (not the hole server) I get a
   NullPointerException
in the XmlPullParser that has nothing to do with my application
   classes. I
saw something in the mailing list archives talking about leaving
   the HTML
files outside the jar file, but that doesn't seem to be the right
   solution.
  Can any of you help me with this? Thanks in advance,
   
Luis Pablo
   
   
   -
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
   share your
opinions on IT  business topics through brief surveys - and earn
   cash
   
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
   
   
  
   -
  
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
   share your
   opinions on IT  business topics through brief surveys - and earn
   cash
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
 
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys - and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


I tried in both modes, and it makes no difference.

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


did you deploy your app in development or deployment mode?

-igor


On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:

 I saw that thread, but either I don't understand it or it doesn't have
 the solution.

 On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:
 
  http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
 
  -igor
 
 
  On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
  
   If it's something outside of Wicket it has nothing to do with my
   application because there isn't any line of a class of mine in the stack
   trace, such stack trace is:
  
   java.lang.NullPointerException
   at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java:390)
   at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
   at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
   at
   wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
   MarkupCache.java:354)
   at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
   at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
   at
   wicket.MarkupContainer.getAssociatedMarkupStream(
   MarkupContainer.java:827)
   at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
   at wicket.markup.html.WebPage.init(WebPage.java:120)
   at ...
  
   and, as I said, happens when I restart the application in a Tomcat
   server. In my local development environment this doesn't happen.
   Thanks,
  
 Luis Pablo
  
  
   On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
   
Problems like that should have been fixed for a while now, so it
may
be something outside of Wicket. But could you give us your
complete
stacktrace please?
   
Eelco
   
On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
   I have an app developed with wicket 1.2.4 running on a Tomcat
5.5.20.
 Whenever I upload a new jar archive with changes in my  classes
and I
 restart the application (not the hole server) I get a
NullPointerException
 in the XmlPullParser that has nothing to do with my application
classes. I
 saw something in the mailing list archives talking about leaving
the HTML
 files outside the jar file, but that doesn't seem to be the
right solution.
   Can any of you help me with this? Thanks in advance,

 Luis Pablo



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
to share your
 opinions on IT  business topics through brief surveys - and
earn cash


http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user


   

-
   
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT  business topics through brief surveys - and earn
cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
   
  
  
  
   -
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
   share your
   opinions on IT  business topics through brief surveys - and earn
   cash
  
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  
  
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys - and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

Re: [Wicket-user] Problem restarting application in Tomcat


try the code from the latest 1.2.x branch

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:


I tried in both modes, and it makes no difference.

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:

 did you deploy your app in development or deployment mode?

 -igor


 On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
 
  I saw that thread, but either I don't understand it or it doesn't have
  the solution.
 
  On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:
  
   http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
  
   -igor
  
  
   On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
   
If it's something outside of Wicket it has nothing to do with my
application because there isn't any line of a class of mine in the stack
trace, such stack trace is:
   
java.lang.NullPointerException
at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java
:390)
at wicket.markup.MarkupParser.readAndParse(MarkupParser.java:196)
at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
at
wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
MarkupCache.java:354)
at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106)
at
wicket.MarkupContainer.getAssociatedMarkupStream(
MarkupContainer.java:827)
at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
at wicket.markup.html.WebPage.init(WebPage.java:120)
at ...
   
and, as I said, happens when I restart the application in a Tomcat
server. In my local development environment this doesn't happen.
Thanks,
   
  Luis Pablo
   
   
On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:

 Problems like that should have been fixed for a while now, so it
 may
 be something outside of Wicket. But could you give us your
 complete
 stacktrace please?

 Eelco

 On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
I have an app developed with wicket 1.2.4 running on a
 Tomcat 5.5.20.
  Whenever I upload a new jar archive with changes in
 my  classes and I
  restart the application (not the hole server) I get a
 NullPointerException
  in the XmlPullParser that has nothing to do with my
 application classes. I
  saw something in the mailing list archives talking about
 leaving the HTML
  files outside the jar file, but that doesn't seem to be the
 right solution.
Can any of you help me with this? Thanks in advance,
 
  Luis Pablo
 
 
 
-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance
 to share your
  opinions on IT  business topics through brief surveys - and
 earn cash
 
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 

 
-

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
 to share your
 opinions on IT  business topics through brief surveys - and
 earn cash
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user

   
   
   

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT  business topics through brief surveys - and earn
cash
   

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
   
   
   
  
  
   -
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
   share your
   opinions on IT  business topics through brief surveys - and earn
   cash
  
   http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat


I'm using the latest release. Is this a fixed issue in the source files?

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


try the code from the latest 1.2.x branch

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED]  wrote:

 I tried in both modes, and it makes no difference.

 On 1/29/07, Igor Vaynberg [EMAIL PROTECTED]  wrote:
 
  did you deploy your app in development or deployment mode?
 
  -igor
 
 
  On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
  
   I saw that thread, but either I don't understand it or it doesn't
   have the solution.
  
   On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:
   
http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
   
-igor
   
   
On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:

 If it's something outside of Wicket it has nothing to do with my
 application because there isn't any line of a class of mine in the 
stack
 trace, such stack trace is:

 java.lang.NullPointerException
 at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java
 :390)
 at wicket.markup.MarkupParser.readAndParse(MarkupParser.java
 :196)
 at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
 at
 wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
 MarkupCache.java:354)
 at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
 at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java
 :106)
 at
 wicket.MarkupContainer.getAssociatedMarkupStream(
 MarkupContainer.java:827)
 at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
 at wicket.markup.html.WebPage.init(WebPage.java:120)
 at ...

 and, as I said, happens when I restart the application in a
 Tomcat server. In my local development environment this doesn't 
happen.
 Thanks,

   Luis Pablo


 On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
 
  Problems like that should have been fixed for a while now, so
  it may
  be something outside of Wicket. But could you give us your
  complete
  stacktrace please?
 
  Eelco
 
  On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED]
  wrote:
 I have an app developed with wicket 1.2.4 running on a
  Tomcat 5.5.20.
   Whenever I upload a new jar archive with changes in
  my  classes and I
   restart the application (not the hole server) I get a
  NullPointerException
   in the XmlPullParser that has nothing to do with my
  application classes. I
   saw something in the mailing list archives talking about
  leaving the HTML
   files outside the jar file, but that doesn't seem to be the
  right solution.
 Can any of you help me with this? Thanks in advance,
  
   Luis Pablo
  
  
  
-
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the
  chance to share your
   opinions on IT  business topics through brief surveys - and
  earn cash
  
  
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  
 
  
-
 
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance
  to share your
  opinions on IT  business topics through brief surveys - and
  earn cash
  
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 



 
-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance
 to share your
 opinions on IT  business topics through brief surveys - and
 earn cash

 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



   
   

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT  business topics through brief surveys - and earn
cash

Re: [Wicket-user] Problem restarting application in Tomcat


i dont know. we are not sure what is causing it since it only affects a very
small set of our users and none of the core devs can reproduce it on their
setups. we did some work to what we think is a related issue (running out of
open file handles) so it might help or it might not.

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:


I'm using the latest release. Is this a fixed issue in the source files?

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED]  wrote:

 try the code from the latest 1.2.x branch

 -igor


 On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED]  wrote:
 
  I tried in both modes, and it makes no difference.
 
  On 1/29/07, Igor Vaynberg [EMAIL PROTECTED]  wrote:
  
   did you deploy your app in development or deployment mode?
  
   -igor
  
  
   On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:
   
I saw that thread, but either I don't understand it or it doesn't
have the solution.
   
On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:

 http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437

 -igor


 On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:
 
  If it's something outside of Wicket it has nothing to do with
  my application because there isn't any line of a class of mine in 
the stack
  trace, such stack trace is:
 
  java.lang.NullPointerException
  at wicket.markup.parser.XmlPullParser.parse(XmlPullParser.java
  :390)
  at wicket.markup.MarkupParser.readAndParse(MarkupParser.java
  :196)
  at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java:279)
  at
  wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
  MarkupCache.java:354)
  at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
  at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java
  :106)
  at
  wicket.MarkupContainer.getAssociatedMarkupStream(
  MarkupContainer.java:827)
  at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
  at wicket.markup.html.WebPage.init(WebPage.java:120)
  at ...
 
  and, as I said, happens when I restart the application in a
  Tomcat server. In my local development environment this doesn't 
happen.
  Thanks,
 
Luis Pablo
 
 
  On 1/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
  
   Problems like that should have been fixed for a while now,
   so it may
   be something outside of Wicket. But could you give us your
   complete
   stacktrace please?
  
   Eelco
  
   On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED]
   wrote:
  I have an app developed with wicket 1.2.4 running on a
   Tomcat 5.5.20.
Whenever I upload a new jar archive with changes in
   my  classes and I
restart the application (not the hole server) I get a
   NullPointerException
in the XmlPullParser that has nothing to do with my
   application classes. I
saw something in the mailing list archives talking about
   leaving the HTML
files outside the jar file, but that doesn't seem to be
   the right solution.
  Can any of you help me with this? Thanks in advance,
   
Luis Pablo
   
   
   
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
   chance to share your
opinions on IT  business topics through brief surveys -
   and earn cash
   
   
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
   
   
  
   
-
  
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the
   chance to share your
   opinions on IT  business topics through brief surveys - and
   earn cash
   
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
 
 
 
  
-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance
  to share your
  opinions on IT  business topics through brief surveys - and
  earn cash
 
  
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

Re: [Wicket-user] Problem restarting application in Tomcat


I can't reproduce it either. It happens on the hosting where we have our
client's app running. In my development environment I can't make this
happen, so I can't trace it. But this is really annoying and delays our
work, that's why we're trying to find its source and solution.
So I should try the latest sources? If there is no other option to try maybe
I'll do it.
thanks

Luis Pablo

On 1/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


i dont know. we are not sure what is causing it since it only affects a
very small set of our users and none of the core devs can reproduce it on
their setups. we did some work to what we think is a related issue (running
out of open file handles) so it might help or it might not.

-igor


On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED] wrote:

 I'm using the latest release. Is this a fixed issue in the source files?

 On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED]  wrote:
 
  try the code from the latest 1.2.x branch
 
  -igor
 
 
  On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED]  wrote:
  
   I tried in both modes, and it makes no difference.
  
   On 1/29/07, Igor Vaynberg [EMAIL PROTECTED]  wrote:
   
did you deploy your app in development or deployment mode?
   
-igor
   
   
On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED] wrote:

 I saw that thread, but either I don't understand it or it
 doesn't have the solution.

 On 1/29/07, Igor Vaynberg  [EMAIL PROTECTED] wrote:
 
 
  http://www.nabble.com/Wicket-Exceptions-tf3013426.html#a8368437
 
  -igor
 
 
  On 1/29/07, Luis Pablo Gallo [EMAIL PROTECTED]
  wrote:
  
   If it's something outside of Wicket it has nothing to do
   with my application because there isn't any line of a class of 
mine in the
   stack trace, such stack trace is:
  
   java.lang.NullPointerException
   at wicket.markup.parser.XmlPullParser.parse(
   XmlPullParser.java:390)
   at wicket.markup.MarkupParser.readAndParse(MarkupParser.java
   :196)
   at wicket.markup.MarkupCache.loadMarkup(MarkupCache.java
   :279)
   at
   wicket.markup.MarkupCache.loadMarkupAndWatchForChanges(
   MarkupCache.java:354)
   at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:198)
   at wicket.markup.MarkupCache.getMarkupStream(
   MarkupCache.java:106)
   at
   wicket.MarkupContainer.getAssociatedMarkupStream(
   MarkupContainer.java:827)
   at wicket.markup.html.WebPage.commonInit(WebPage.java:235)
   at wicket.markup.html.WebPage.init(WebPage.java:120)
   at ...
  
   and, as I said, happens when I restart the application in a
   Tomcat server. In my local development environment this doesn't 
happen.
   Thanks,
  
 Luis Pablo
  
  
   On 1/29/07, Eelco Hillenius [EMAIL PROTECTED]
   wrote:
   
Problems like that should have been fixed for a while now,
so it may
be something outside of Wicket. But could you give us your
complete
stacktrace please?
   
Eelco
   
On 1/29/07, Luis Pablo Gallo  [EMAIL PROTECTED]
wrote:
   I have an app developed with wicket 1.2.4 running on a
Tomcat 5.5.20.
 Whenever I upload a new jar archive with changes in
my  classes and I
 restart the application (not the hole server) I get a
NullPointerException
 in the XmlPullParser that has nothing to do with my
application classes. I
 saw something in the mailing list archives talking about
leaving the HTML
 files outside the jar file, but that doesn't seem to be
the right solution.
   Can any of you help me with this? Thanks in advance,

 Luis Pablo



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the
chance to share your
 opinions on IT  business topics through brief surveys -
and earn cash


http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
   


   

-
   
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT  business topics through brief surveys -
and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
___
Wicket-user

Re: [Wicket-user] Problem restarting application in Tomcat