which is
why
> the old saying goes "nobody ever got fired for buying IBM." same
seems to
> go for struts. an idiotic technology choice, but you won't get fired
for
> making the same idiotic choice everyone else is making.
>
>
> Loritsch, Berin C. wrote:
> >
Just an FYI, the call to google-analytics on the Wicket home page is
causing the site to crawl as I have to wait for the connection to time
out before I see anything (at least 30s).
That is because the call is in the header, and it should be placed at
the bottom of the section to avoid this probl
environment in true sense of teh word. As hardly 3-4 people test it and
we
never got into that situation. For live however there are 500+ users
using
it everyday.
"no-cache" entry? I am bit sketchy on this one. Can you give an example?
Thanks for ur help.
Loritsch, Berin C. wrote:
>
The session object is bound to the HttpSession, so it is as safe as Tomcat or
whatever servlet container is running your application.
Here are some things to consider that have bit me in the butt, and have nothing
to do with your local setup:
* Is that happening locally in your test environment
"But why choose an inferior technology just because of its adoption
numbers?"
The pointy haired bosses that do this believe in their heart of hearts
that if you choose the same technology everyone else is using that they
can turn thinking developers for mindless drones. It has more to do
with avo
It's bookmarked pages that avoid new page creation isn't it?
-Original Message-
From: Matej Knopp [mailto:matej.kn...@gmail.com]
Sent: Thursday, January 07, 2010 3:55 PM
To: users@wicket.apache.org
Subject: Re: DiskPageStore file increasing to max size by only
refreshing a HomePage
SetVe
The good thing about standards is that there are so many to choose from.
.Net is a standard, Java is a standard, PERL is a standard, JavaScript is a
standard. As are CSS, HTML, etc.
As we all know, just because something is a standard does not mean that it is
good, fits the problem, or is impl
AJAX and forms highlight some issues with HTML forms in general. Unless
you have declared a brand new form for your modal popup, and are
absolutely sure that you are submitting that new form, you will be
submitting the original form that was on the base page. Keep in mind
that to the browser, the
r 16, 2009 10:39 AM
To: users@wicket.apache.org
Subject: Re: onSubmit() not entered (IE6 and IE7)
On Wed, December 16, 2009, Loritsch, Berin C. wrote:
> When Javascript stops working on IE, no further Javascript calls will
> work. Just to make sure you haven't run into this problem,
>From a strict HTML perspective, the less you have in your form the
better the page performs. From a few observations in debugging AJAX
functionality that doesn't work on past projects (not Wicket related),
you have to make sure that no Javascript exceptions are thrown at all.
Basically, IE will t
The question is whether there is a problem with Javascript or not. Setting up
the debugger for IE is a pain in the arse, but worth doing when tracking down
strange behaviors. Are you also having problems in Chrome or Safari? Chrome
also has some javascript debugging tools, and the engine is d
I discovered as I implemented the SessionListener to clean up user
record locks that the WicketTester object does not behave as expected in
regards to the HttpSession objects. I expected to have my
MockHttpSession already configured with the application session object
bound in the specified locati
I too would like to know the Wicket answer. The problem is that
JSESSIONID is how the Servlet container differentiates the session with
the user. It's part of the spec since the beginning. Because it is
well known and certain browsers (Firefox, representing over a third of
browser clients) make
Angénieux
Associé
Clinigrid
5, avenue Mozart
75016 Paris, France
+336 60 21 09 18
aangeni...@clinigrid.com
Le 1 déc. 2009 à 18:57, "Loritsch, Berin C." a écrit :
> It appears that the newConverterLocator() route is about right, but I
> have a slight issue between the Hibernate
ssage-
From: Loritsch, Berin C. [mailto:berin.lorit...@gd-ais.com]
Sent: Tuesday, December 01, 2009 11:54 AM
To: users@wicket.apache.org
Subject: It may be basic, but... Globally setting date styles for the
application?
It may seem rather basic, but I'm looking for a reasonably simple way
It may seem rather basic, but I'm looking for a reasonably simple way to
globally set how the application displays dates. On rails, it was as
simple as setting that information in the l10n/i18n resource files.
I've been googling and trying to find the answer in the "Wicket in
Action" book, but it
Using Wicket 1.4.3.
Since things are working right now without the tag, I'm
going to leave it like that.
-Original Message-
From: bgooren [mailto:b...@iswd.nl]
Sent: Thursday, November 26, 2009 6:26 AM
To: users@wicket.apache.org
Subject: RE: onclick auto-added to
I have a requirement to have a queue of items that need work with a pool
of people working on them. I need to lock the record while someone is
working on it. Once the item is processed it will be removed
permanently from the list. Occasionally users open an item and then
close it. That part I'v
ComponentInstantiationListener.
Bas
Loritsch, Berin C. wrote:
>
> I have my HTML header links for CSS and JavaScript surrounded in a
> <wicket:link/> block so that it can resolve the context name, etc.
> Problem is that it causes unexpected and peculiar behavior:
>
>
I have my HTML header links for CSS and JavaScript surrounded in a
block so that it can resolve the context name, etc.
Problem is that it causes unexpected and peculiar behavior:
Becomes
Which is invalid markup, much less causing errors for me. How do I get
rid of the onclick attrib
enderondomreadyjavascript("$(".fancyitem.whatever_jquery_thing_you_want");
}
}
-igor
On Mon, Nov 23, 2009 at 2:41 PM, Loritsch, Berin C.
wrote:
> What I would like is to be able to have markup like this:
>
>
> fancy markup here
> fancy markup here
>
>
> Along
t's a "design pattern"
called the "Null Object" pattern.
On Mon, Nov 23, 2009 at 12:38 PM, Loritsch, Berin C.
wrote:
> Technically speaking from the Dependency Injection koolaid doctrine, the
> best way to solve the problem is to have a "null" implementa
What I would like is to be able to have markup like this:
fancy markup here
fancy markup here
Along with this, to provide javascript effects on hover/focus for the
individual items in the list. The problem is that I can't do this with
Wicket easily. I basically get markup like this:
fanc
Technically speaking from the Dependency Injection koolaid doctrine, the
best way to solve the problem is to have a "null" implementation of your
service that does nothing. The code you are writing doesn't have to
have complex if/else logic as it's able to assume the service is always
there. The
I'm using the TotalValidator plugin combined with a local basic
validator installation. It's a great tool to keep me honest with the
accessibility and standards compliant code. However certain pages that
aren't linked with a BookmarkableLink can't be validated with the tool.
I end up getting an e
, November 20, 2009, Loritsch, Berin C.
wrote:
> I've set up in my SiteTemplate base class a call to set the content type
> for the response, however it is not making it to the browser. Any
> ideas? When I inspect the request headers and run the site validator
> against my page t
I've set up in my SiteTemplate base class a call to set the content type
for the response, however it is not making it to the browser. Any
ideas? When I inspect the request headers and run the site validator
against my page the server content type is set to "text/html" even
though I've told it ot
Never mind. The problem was using Image instead of ContextImage. I
guess that's the danger of relying on type-ahead to suggest the right
thing.
-Original Message-
From: Loritsch, Berin C. [mailto:berin.lorit...@gd-ais.com]
Sent: Friday, November 20, 2009 1:23 PM
To:
I'm using the Wicket Image object, and I'm having a hard time ensuring
that it resolves properly.
I have a base class to set up the UI template for the site, including
the logo image. I added a new page in a child package, and as a result
the Image declared in the base class is resolving relative
DBCP and C3P0 are implementations of the pooled DataSource interface, so
all you have to do is bind them to JNDI. Tomcat and other Servlet
container vendors have instructions on how to do this. Inside your
code, you access it through the JNDI API which looks up the pooled
datasource.
Do be sure
native for that filter in your test code.
Eelco
On Tue, Nov 17, 2009 at 4:26 PM, Loritsch, Berin C.
wrote:
> Hmm, OK attachments are stripped here. Having gone back up through the stack
> trace, WicketTester extends BaseWicketTester which then extends
> MockWebApplication. Essentiall
al Message-----
From: Loritsch, Berin C. [mailto:berin.lorit...@gd-ais.com]
Sent: Tuesday, November 17, 2009 4:15 PM
To: users@wicket.apache.org
Subject: RE: Spring/Wicket/Hibernate testing driving me banana nuts
I've got the part that injects a Spring WebApplicationContext into the
Wicke
ests. this application
does not install the SpringComponentInjector and so @SpringBean has no
effect.
you should either give wickettester an instance of your actual
application class, or create a mock one that installs
springcomponentinjector.
-igor
On Tue, Nov 17, 2009 at 1:00 PM, Loritsch, Berin
<> I initially had a setup that worked with both a Web
context and a JUnit context. The problem was the amount of hand coding
and adjusting of the Spring context the approach needed. I finally got
the Spring's transaction interceptor working with the auto-wiring (the
key is using an interface).
I'm not sure the purpose of the interceptor, but until you have a need
to extend and use it, you can use the org.hibernate.EmptyInterceptor
class instead of creating your own. I have had no problems with using
that class.
-Original Message-
From: Jeffrey Schneller [mailto:jeffrey.schnel..
import javax.servlet.ServletContext;
import org.apache.wicket.protocol.http.MockServletContext;
import org.apache.wicket.protocol.http.WebApplication;
import org.apache.wicket.util.tester.WicketTester;
import org.springframework.web.context.WebApplicationContext;
import org.springframework.web.con
It's fairly small. I can include it in an email. If I throw it on the wiki
where would be the best place?
-Original Message-
From: Pierre Goupil [mailto:goupilpie...@gmail.com]
Sent: Thursday, November 12, 2009 4:02 PM
To: users@wicket.apache.org
Subject: Re: Wicket Spring API docs?
H
com]
Sent: Thursday, November 12, 2009 3:42 PM
To: users@wicket.apache.org
Subject: Re: Wicket Spring API docs?
your IDE is much better at browsing and searching for classes then a
javadoc online :)
-igor
On Thu, Nov 12, 2009 at 12:38 PM, Loritsch, Berin C.
wrote:
> I did, but that doesn'
rsday, November 12, 2009 3:16 PM
To: users@wicket.apache.org
Subject: Re: Wicket Spring API docs?
dont you use "attach sources" in your IDE?
-igor
On Thu, Nov 12, 2009 at 12:09 PM, Loritsch, Berin C.
wrote:
> Where can I find the wicket-spring module API docs? It's not clear t
Where can I find the wicket-spring module API docs? It's not clear to
me from the website.
40 matches
Mail list logo