I was discussing glue for composing reusable panels into web pages on
the blog of Erik van Oosten
(http://blog.jteam.nl/2009/09/16/wicket-dos-and-donts/).
I told him that my approach had been to create an abstract base page
that constructs the common elements while leaving place-holders for
at 01:50:06PM -0500, Frank Silbermann wrote:
I was discussing glue for composing reusable panels into web pages on
the blog of Erik van Oosten
(http://blog.jteam.nl/2009/09/16/wicket-dos-and-donts/).
I told him that my approach had been to create an abstract base page
that constructs
2009/10/29 Frank Silbermann frank.silberm...@fedex.com:
I was discussing glue for composing reusable panels into web pages on
the blog of Erik van Oosten
(http://blog.jteam.nl/2009/09/16/wicket-dos-and-donts/).
I told him that my approach had been to create an abstract base page
)
{
assembleComponents();
}
return component;
}
/** public method delegete to referenced component. Uses safe
getComponent() method */
public void setComponentModel(IModel? model)
{
getComponent().setModel(model);
}
michal
2009/10/29 Frank Silbermann frank.silberm
Create a panel with dummy components (e.g. Label components where the
label is an empty string). Later you can replace one or more of the
components.
One complication is that some wicket components (e.g. Image) need to be
attached to specialized HTML. However, the basic principle still
stands.
The question, I think, is how to deliver request-specific parameters
along with the URL to the Wicket page. For example, if a form in a JSP
page is to be processed by a Wicket page, how can the JSP's form data to
be delivered to the Wicket page?
Is that the question?
-Original Message-
with the user, then, would be
through Wicket's native mechanisms.
Caution is that I've never done this -- I'm just speculating.
Frank Silbermann, Memphis, Tennessee
On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com wrote:
That is exactly the issue that is causing the problem
I don't know, but I wouldn't be surprised if the answer is no.
A foundational assumption about the way Wicket works is that a WebPage
object would result from the combination of a WebPage class with a
matching HTML file. When Wicket sees MyPage.html in MyPackage with no
matching class, it
HTML doesn't like forms inside of forms. What don't you just create an
address panel that belongs inside a form, but which does not provide its
own form?
-Original Message-
From: Arnaud Garcia [mailto:arn...@imagemed-87.com]
Sent: Monday, November 23, 2009 10:37 AM
...Patient has an
In das neues Deutsches Buch, benuezen die Examplaren Wicket 1.3 odor Wicket
1.4? Lernt man jedes ueber Repeaters (DataTable zum Beispiel)?
Frank Silbermann
-Original Message-
From: Carl-Eric Menzel [mailto:cmen...@wicketbuch.de]
Sent: Tuesday, December 15, 2009 11:29 AM
To: users
architecture to rely on SQL errors reported by the database rather than
checking the data, but does this result in a memory leak?
Frank Silbermann
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e
I, too, am trying to have my application download MS Excel files. Until now,
mine have contained the content of a DataTable, using the code I received
from the mailing list three years ago:
Button button = new Button(excelExport) {
public void onSubmit() {
Any application that executes _offline_ is not a _web_ application --
unless the system consists of a stand-alone application containing a web
server that runs on the client (e.g. via jetty) so that both client and
server are running on the same box.
Theoretically, a Wicket application that runs
Single page versus multi-page application?
Some people build a single-page application in which panels are replaced
dynamically. With this approach, the single page is analogous to a
Swing JFrame, to whom components are added and removed (or made visible
or invisible as needed).
Many
I don't understand the question. I may be viewing the same web page as
you, but that doesn't mean we should share the same computer display
monitor. If there are two copies of the display (yours and mine), then
there should be two copies of the display's components.
What's wrong with just
Chris Colman chr...@stepaheadsoftware.com Tue, Sep 28, 2010 at 2:41
PM:
The 'popularity' test is very vague but I understand it's purpose,
they want to ensure that they use products that are widely used
and have an active user community: which is very true of Wicket.
Does anyone have some
Well then, why don't you have your base panel provide methods that
generate the individual components, with methods that implement
composite behaviors involving groups of components.
Your constructor can call the component-creation methods to assemble the
component hierarchy to match the HTML.
As an alternative, suppose that one's non-panel compound component
contained a map from wicket-id's to components. The hierarchy could be
encoded in a lisp-like string; the component's constructor could parse
the string and create the component hierarchy to match. The hierarchy
string could be a
Progress is made by people who have understanding, not by the ignorant.
You're not in a position to make suggestions about extending Wicket if
you don't yet understand how to use the powers it already has.
-Original Message-
From: Martin Makundi
I don't understand your example. You have two forms on one panel. You
wish to move a field (of one of the forms?) to another panel. Doesn't
that imply that you've taken the field out of the form?
-Original Message-
From: jcar...@carmanconsulting.com
What were the reasons for requiring the hierarchies to match in the
original design of Wicket?
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
I have a Wicket application at work that has been well-received by its internal
users. Because I am not much of a web programmer, and because it is for
internal use only, I built a bunch of general-purpose panels and base pages
which I use to assemble the application-oriented pages using no
Application to fat client (Swing/WebStart)
On Mon, Dec 20, 2010 at 10:45 AM, Frank Silbermann
frank.silberm...@fedex.com wrote:
I have a Wicket application at work that has been well-received by its
internal users. Because I am not much of a web programmer, and because it is
for internal use only
I completed a Wicket 1.2 project a couple of years ago, and I've been
maintaining it since then. I've been using Version 1.2.2 successfully,
and figured I might as well use the lastest release of that version
(1.2.7). Well, I'm trying to figure out why Wicket 1.2.7 broke my code.
(I scrounged up a
Subject: Re: Change to API between Wicket 1.2 releases?
1.2 is a long time ago
I have no idea what change did break yours (and what did it fix) If you
could figure out what part it really is?
johan
On Tue, Apr 29, 2008 at 12:09 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I completed a Wicket 1.2
I wrote in earlier about a problem I had in less-old releases of Wicket
1.2. Since no more work is being done on that version, I thought I'd
try the sample on Wicket 1.2. I figured the easiest approach was to
download the Wicket 1.3 QuickStart application. That requires Maven,
which I've never
sort? Or, perhaps an HTTP proxy
server?
On Thu, May 1, 2008 at 4:51 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I wrote in earlier about a problem I had in less-old releases of
Wicket 1.2. Since no more work is being done on that version, I
thought I'd try the sample on Wicket 1.2. I
So when do we get the Addison-Wesley book on _Wicket_Patterns_? :-)
-Original Message-
From: Maurice Marrink [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 5:51 AM
To: users@wicket.apache.org
Subject: Re: Advisory question
The nice thing about wicket is that it will give you
When I was developing in Wicket 1.2 I used Jbuilder 2006; it was what
the employer provided. Other developers, however, use Eclipse for their
(non-Wicket) projects, and Jbuilder 2007/8 are Eclipse-based, so I
figured might might as well start my Wicket 1.3 experiments using
Eclipse.
What are
there that will show you everything. It was real
helpful.
-Original Message-
From: Frank Silbermann [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 01, 2008 1:52 PM
To: users@wicket.apache.org
Subject: Difficulty getting QuickStart
I wrote in earlier about a problem I had in less-old
To: users@wicket.apache.org
Subject: Re: Change to API between Wicket 1.2 releases?
I dont know what this is, but 1.2 is pretty much end of life, so you
should try to debug what it is and patch your version Or just use a 1.2
version that works for you
On 4/29/08, Frank Silbermann [EMAIL PROTECTED
To: users@wicket.apache.org
Subject: Re: Bug introduced somewhere after 1.2.2 is still in 1.3.3
On Thu, May 8, 2008 at 10:06 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I wrote earlier about my problems going from Wicket 1.2.2 to Wicket
1.2.6. This has to do with a RadioGroup component that I
Subject: Re: Bug introduced somewhere after 1.2.2 is still in 1.3.3
On Thu, May 8, 2008 at 10:06 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I wrote earlier about my problems going from Wicket 1.2.2 to Wicket
1.2.6. This has to do with a RadioGroup component that I built;
whenever I used
, Frank Silbermann
[EMAIL PROTECTED] wrote:
Here's the URL of my jira issue.
https://issues.apache.org/jira/browse/WICKET-1601
The issue has attached a quickstart project and a screen print.
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 08
call setReuseItems(true) on the listview that contains radio components.
javadoc of listview recommends this for listviews inside forms that
contain formcomponents.
-igor
On Thu, May 8, 2008 at 1:49 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Here's the URL of my jira issue.
https
, Frank Silbermann
[EMAIL PROTECTED] wrote:
Any suggestions as to where I should look for clues?
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 10:46 AM
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
correct
jars
-igor
On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Ah, yes, I thought I had checked those, but I must have missed the
right log. The error messages are:
The catalina.log file contains:
INFO: Stopping service Catalina
Jun 6, 2008 10:58:23 AM
: Tomcat 5.5.9 isn't running Quickstart
you have to at least also have log4j in there somewhere.
commons-logging is just the pipeline..
-igor
On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Well, aside from the logging-oriented jars that maven packs into the
QuickStart's
..
-igor
On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Well, aside from the logging-oriented jars that maven packs
into the
QuickStart's lib folder, the only logging jar I can see in
Tomcat is
in Tomcat's bin
: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 1:48 PM
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
And if you use toimcat 6?
It could be classloading problems one (commons) cant find the stuff in
the web folder
On 6/6/08, Frank Silbermann
/troubleshooting.html#Apache%20Tomcat
On Fri, Jun 6, 2008 at 3:44 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Documentation for the jcl-over-slf4j.jar () says it replaces
commons-logging.jar -- which I cannot find anywhere in my Tomcat
installation. All I've found is commons-logging
in tomcat install..
we have deployed in 5.5 and 6.0 previously and everything works fine.
-igor
On Fri, Jun 6, 2008 at 9:31 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
The lib directory in the QuickStart's WEB-INF contains:
log4j-1.2.14.jar
slf4j-api-1.4.2.jar
slf4j
it in Eclipse with Jetty (following the process described in
http://herebebeasties.com/2007-10-07/wicket-quickstart/). What do I
need to change to the QuickStart's Jetty configuration so that this HTML
will be able to access the image?
-Original Message-
From: Frank Silbermann [mailto:[EMAIL
:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2008 3:51 PM
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
On Wed, Jun 11, 2008 at 9:00 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
My application uses images much as does in Wicket's images example.
I have some image
. ***
INFO - log- Started
[EMAIL PROTECTED]:8080
-Original Message-
From: Frank Silbermann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2008 4:41 PM
To: users@wicket.apache.org
Subject: RE: Tomcat 5.5.9 isn't running Quickstart
It's the identical .war file
5.5.9 isn't running Quickstart
The quickstart works for me without modifications. It serves images,
etc. out of the box, every time.
Martijn
On Thu, Jun 12, 2008 at 12:54 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Searching for some clue as to why my modification of the QuickStart
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
The quickstart works for me without modifications. It serves images,
etc. out of the box, every time.
Martijn
On Thu, Jun 12, 2008 at 12:54 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Searching for some clue
, 2008 at 4:07 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Yes, the QuickStart itself works. As for your ability to serve
images, it might depend whether these are images stored with the .html
and .java files for Wicket to pick up, versus images that are stored
as static objects. I googled
Wicket 1.3 is configured as a filter rather than as a servlet. The
Quickstart shows a filter whose URL-PATTERN is /*.
The project that I wish to upgrade contains two Wicket 1.2 application
servlets (two different home-pages accessed via different URLs), and one
plain-vanilla non-Wicket servlet.
, 2008 at 10:00 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Wicket 1.3 is configured as a filter rather than as a servlet. The
Quickstart shows a filter whose URL-PATTERN is /*.
The project that I wish to upgrade contains two Wicket 1.2 application
servlets (two different home-pages
=
filterConfig.getInitParameter(WicketFilter.FILTER_MAPPING_PARAM);
}
-igor
On Fri, Jun 13, 2008 at 11:09 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Yes, there is a filter-mapping element that maps filter-name to
url-pattern.
However, as I mentioned in
http://www.nabble.com/Re%3A-%28Class%3C
@wicket.apache.org
Subject: Re: Wicket 1.2 - 1.3 upgrade question
guess so
-igor
On Fri, Jun 13, 2008 at 1:04 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Like this?
?xml version=1.0 encoding=ISO-8859-1? web-app
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001
In my Wicket 1.2 application I used a Java 1.5 JDK. Wicket didn't seem
to mind that I used annotations, etc. in my own code. I did the same in
code that I upgraded to Wicket 1.3. Also, my Wicket 1.2 application was
built from scratch using JBuilder 2006; but the
you compile Wicket yourself? If so, this should be compiled using
--source 1.4. Your own code can stay with --source 1.5.
Timm
Am Freitag, 13. Juni 2008 22:58:53 schrieb Frank Silbermann:
In my Wicket 1.2 application I used a Java 1.5 JDK. Wicket didn't
seem to mind that I used annotations
Never mind. I rebooted my machine and everything is back to normal.
Sigh.
-Original Message-
From: Frank Silbermann [mailto:[EMAIL PROTECTED]
Sent: Friday, June 13, 2008 4:19 PM
To: users@wicket.apache.org
Subject: RE: Using Java 1.5 features with Wicket 1.3
No, I do not compile
it to
jira
-igor
On Fri, Jun 13, 2008 at 1:19 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
Adding the filterMappingUrlPattern didn't seem to make any difference.
When both are set to /* I see the image; when both are set to
/test/* then I don't see the image.
-Original Message-
From
, Jun 16, 2008 at 5:07 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I did a few more experiments with static images in Wicket 1.3 and
narrowed the problem down to my use of AttributeModifier:
Consider a Wicket home page with no components that displays a static
image via the following HTML
This question pertains to the infrastructure provided with the
QuickStart, but not specifically with Wicket, so you might want to
replay via e-mail rather than to the list.
When I use Maven to package my application, it appends a version number
(or SNAPSHOT indicator) into the name of my .war
I am having a weird compilation issue. I built an application working
from the QuickStart which used wicket-extensions_1.3 and
wicket-datetime_1.3. To download the dependencies I added the necessary
lines to my pom.xml and I entered mvn eclipse:eclipse to be sure that
the dependencies would be
the pom. Paste the output from mvn dependency:list
On Wed, Jun 18, 2008 at 4:33 PM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I am having a weird compilation issue. I built an application working
from the QuickStart which used wicket-extensions_1.3 and
wicket-datetime_1.3. To download
I have a question about packaging. I have two Wicket web applications
that display data for two different corporate areas, but the
look-and-feel are similar. Therefore, I coded in Wicket a tool project
consisting of a bunch of higher-level problem-specific components that
my two projects should
/artifactId
version1.0.0XXX/version
typewar/type
/dependency
- Brill Pappin
On 19-Jun-08, at 10:59 AM, Frank Silbermann wrote:
I have a question about packaging. I have two Wicket web
applications
that display data for two different corporate areas, but the
look-and-feel
*are* independently running the common code, then use the war
overlay.
there is *no* way to get eclipse to see your war as a dependency in the
eclipse classpath (as John pointed out) because a war is a packaged
application, not a library.
- Brill Pappin
On 19-Jun-08, at 11:55 AM, Frank Silbermann
In my Wicket 1.2 application I used PageParameters like a simple
HashMap, calling:
pageParameters.put(keyString, valueString)
and
String s = (String) pageParameters.get(keyString)
After upgrading to Wicket 1.3 the GET is causing a ClassCastException:
[Ljava.lang.String; cannot be cast to
64 matches
Mail list logo
