RE: Tracking down an elusive error during migration to 1.3

[Tim L Casey]

Use any IDE, set an exception breakpoint.  Inspect the variables involved.

tim

-Original Message-
From: David Leangen [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 04, 2007 7:37 PM
To: users@wicket.apache.org
Subject: Tracking down an elusive error during migration to 1.3


Migrating from 1.2 to 1.3.

I've been trying to track down the cause of the following error.

Since this is using reflection, I'm not getting any useful line numbers
or direct information on the cause.


If anybody can shed some light on this for me, I'd really appreciate it!

All I know is that it happens at render time when visiting one of the
components, but it's difficult to find the exact component.



java.lang.NoSuchMethodException:
org.apache.wicket.util.value.ValueMap.isUsername()
at java.lang.Class.getMethod(Class.java:1581)
at
org.apache.wicket.util.lang.PropertyResolver.findGetter(PropertyResolver.jav
a:501)
at
org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolve
r.java:317)

 ...




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

double doFilter calls

[Tim L Casey]

 
 
I have a problem I just do not know how to figure out.
 
I have a home page, which is a WebPage, with a set of assorted links added
to it by add( new PageLink(.class));.
I deploy and when I run my home page comes up, displays the links; but when
I click on any of the links the page displayed is the home page.   I set a
breakpoint and the pagelink page is added to requestTargets.
 
In the end there appear to be two calls coming from the tomcat filter
mechanism.  (I am using 4.1.27 tomcat :).
 
I cannot for the life of me understand why there are two calls.  The second
call appears to go "back" to the home page.
 
I am pretty sure this is not something commonly seen, else lots of stuff
would not work.  However, I cannot figure out how it is I cause it.  
 
Any suggestions?
 
thanks
tim

RE: Redirect to HTTPS?

[Tim L Casey]

Use a keep-alive SSL connection.  This amortizes the SSL handshake cost over
the entire page (or more).  If the keep alive is long enough, say 1-5 mins,
then common ajax should be included in there as well.

The other thing to do is to ask for off screen downloads of cached
css/images in the login page.  Off screen in this case can be style=hidden
pieces.  Do the smaller ones first on the page to keep the connections down.

tim 

-Original Message-
From: David Leangen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 26, 2007 5:17 PM
To: users@wicket.apache.org
Subject: Re: Redirect to HTTPS?


Hi, Doug.

> Most of my clients do not want to have trivial resources (js, 
> css, images)
> fetched via HTTPS.  This creates an undo burden on the SSL pipe and
> ultimately affects performance, user experience, and capacity planning. 
> While this is trivial for a 100 user site with 1 txn/sec, this will not
> scale well for 1000txn/sec site.  I define txn as a http req in this case
> not business txn.

Hmmm... well, if it's a customer demand, then I guess you have no choice. I
understand that you want to lessen the burden on the server, since ssl/tls
causes a lot of overhead...

Maybe if I were in your shoes, I'd do the same, I don't know.

But, I'm not in your shoes. ;-)

To me it seems really complicated for negligible benefit to mix up http with
https.

In other words...

> There is a difference in how items are displayed and how submits/links are
> to be performed.  There are cases where a HTTP page has a form that is to
be
> submitted via HTTPS.  And furthermore, when an Page is to be displayed via
> HTTPS, not all items (images,resources) are to be served via HTTPS  (ex: <
> i.m.g src="/path/image.gif"> on a secure page will be accessed via HTTPS).

> Hopefully you agree with this.

... I guess I don't agree with this.

Wouldn't it just be easier to invest a little more in hardware?

Anyway, you know your needs better than I do. I'm just suggesting that
you think about this once more before jumping into something that
doesn't seem right (to me).

Also, by mixing non-secured information with a secure transaction, I
think you're creating an unnecessary vulnerability.


> - All images and resource links are to be accessed via HTTP irregardless
if
> the page itself is to be displayed in HTTP/HTTPS
> - Company info page is to be available at all times and is to be accessed
> via HTTP.

Sure, perfectly reasonable to have the company page in the clear. What
I'm suggesting is that you don't mix http with https in the same page.

In these cases, you should just be able to use ExternalLink without
requiring any hacks to your code.

> The behaviors in your suggested approach are this:
>- I cannot have a login portlet on the home page submit the form via
> HTTPS unless the Home Page is in HTTPS

Yep, that's what I'm saying. ;-)

You could always provide a link to a "secure" login page.

>- When on any secure page, the link to Company info page will first
> submit via HTTPS then redirect to HTTP (two network requests)

Why? If you use ExternalLink, you can link directory to
http://companypage

>- When on any secure page, all resources and images will be fetched via
> HTTPS

Yep. I think that's the correct way.

> Does this make sense to you?  Have I cleared up a little? or have clouded
it
> further?

No, it's very clear.

I guess we just have different ways of thinking.


Please let me know how it works out for you. I'm interested.


Good luck!
Dave




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Wicket meetup in San Francisco

[Tim L Casey]

+1 for either

-Original Message-
From: mfs [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 03, 2007 1:00 PM
To: users@wicket.apache.org
Subject: Re: Wicket meetup in San Francisco


+1 Dec 14th


Orion Letizi wrote:
> 
> For anyone interested in a meetup in San Francisco, it looks like this  
> week might be best for two people and next week would be better for  
> one person.
> 
> I suppose we should vote.  I'll propose two dates:
> 
> Thurs. Dec. 6
> Fri. Dec 14
> 
> Vote away...
> 
> --Orion
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context:
http://www.nabble.com/Wicket-meetup-in-San-Francisco-tf4937692.html#a1413879
4
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to give feedback in long-running operation within AjaxButton.onSubmit()?

[Tim L Casey]

You have to watch session expiration.  This type of polling, without end,
will keep sessions alive indefinitely.

I don’t have a cut and paste code, but look at AbstractAjaxTimerBehavior.

tim

-Original Message-
From: Thomas Götz [mailto:t...@richmountain.de] 
Sent: Friday, April 09, 2010 12:44 AM
To: users@wicket.apache.org
Subject: Re: How to give feedback in long-running operation within
AjaxButton.onSubmit()?

Hi Ernesto,

this sounds like a viable solution, I'd be glad if you could provide me 
with some more details (e.g. code samples, if available).

-Tom


Am 09.04.2010 09:39, schrieb Ernesto Reinaldo Barreiro:
> Hi Tom,
>
> What I do, for instance, when exporting files to PDF, Excel, etc, is start
> the process on a background thread, block the screen so that users can
only
> wait or stop the process, and use an AJAX timer to get back to the server
> every few seconds to monitor the progress and display it as progress-bar.
> This seems to work fine for me but might not be the most efficient
> solution... I can give you more details if you want.
>
> Best,
>
> Ernesto
>
> On Fri, Apr 9, 2010 at 8:55 AM, Thomas Götz  wrote:
>
>> Thanks for all the hints so far, they are really helpful  but ;)
>>
>> Well, I don't want to have busy indicators on different components, I'm
>> looking for a way to display status messages (like eg with jGrowl) during
>> the long-running process (triggered by AjaxButton). I guess the only way
to
>> achieve this is with a solution as stated by Nishant (involving some kind
of
>> JS polling) ...
>>
>>-Tom
>>
>>
>> Am 09.04.2010 08:48, schrieb Tomasz Dziurko:
>>
>>   You should check visural-wicket project
>>> (http://code.google.com/p/visural-wicket/) and live demo on
>>> http://visural-wicket-examples.appspot.com/app/ . In "submitters"
>>> there are some fancy looking "waiting" popup messages which could
>>> help.
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: IE6 issue regarding Wicket JS and Ajax

[Tim L Casey]

Upgrade.

-Original Message-
From: Martin Asenov [mailto:mase...@velti.com] 
Sent: Friday, April 09, 2010 4:42 AM
To: users@wicket.apache.org
Subject: RE: IE6 issue regarding Wicket JS and Ajax

Is anyone able to give me some more assistance with the below mentioned
issues?

Best,
Martin

-Original Message-
From: Martin Asenov [mailto:mase...@velti.com] 
Sent: Thursday, April 08, 2010 5:18 PM
To: users@wicket.apache.org
Subject: IE6 issue regarding Wicket JS and Ajax

Hello, everyone!
I just noticed that my DatePicker doesn't work in IE6 - it doesn't even get
displayed on mouse click. Also, when I close a modal window, the mask isn't
hidden and the underlying page is not intractable, so I'm forced to refresh
the whole page.
Also, ajax components update cause some screen flickering and misplacing
some components (images, dropdown choices, etc.)
All problems occur in IE6.
Any ideas?
Best,


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: Strip header contributors from Ajax response.

[Tim L Casey]

In terms of hosting it is measurable.  Each byte of request for a million
hit site is 10Mbit of line cost.

That being said most latency is about connections and not amount of data.
At least in terms of speed up I would look first at reducing things like
frames, then resources, then size.

Inlined ajax, yeah /shrug with the caveat for hosting solutions.

tim

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Thursday, April 22, 2010 8:08 PM
To: users@wicket.apache.org
Subject: Re: Strip header contributors from Ajax response.

amd this bloating has caused a noticeable slowdown in your site's
response times? how much latency is it adding to the response?

that said, you can always output it using iheaderresponsecontributor
and add an check if you are inside ajax or not using request.isajax()

-igor

On Thu, Apr 22, 2010 at 6:29 PM, Apple Grew  wrote:
> Hi Igor,
>
> It is not that duplicates items are getting rendered. What I want is that
> the Js should be rendered ONLY when rendering in non-Ajax mode. In Ajax
mode
> the Js code should be stripped out. As these Js codes are not executed
when
> in Ajax response so it doesn't make sense to render them there. This
> unnecessarily bloats the response.
>
> Regards,
> Apple Grew
> my blog @ http://blog.applegrew.com/
>
>
> On Thu, Apr 22, 2010 at 10:50 PM, Igor Vaynberg
wrote:
>
>> wicket will filter duplicate contributions for you and even though
>> they are rendered they are not executed. if you are writing out
>> javascript directly you can set a string id which uniquely identifies
>> the contribution and wicket will also filter by that.
>>
>> -igor
>>
>> On Wed, Apr 21, 2010 at 8:40 PM, Apple Grew  wrote:
>> > I have a component which contributes Js headers. This component is also
>> > rendered by AjaxRequestTarget. The problem is that when rendering ajax
>> > response the Js codes too are getting rendered. These Js codes were
>> already
>> > contributed when this component first rendered (in non-Ajax mode).
>> >
>> > To fix this what I initially did was that in the onBeforeRender method
of
>> > the component I was checking if the response NOT isAjax then add the
>> header
>> > contributors, else, remove them. This was working fine, but problem is
if
>> I
>> > want to implement this is other components I would have to copy n paste
>> the
>> > codes. So I decided to implement a behavior. I added all the header
>> > contributors to that behavior and it was supposed to do the job of
adding
>> n
>> > removing the header contributors. But we can't modify hierarchy from
>> > beforeRender of behavior so I am now stuck. Furthermore, this approach
is
>> > not capable of removing JS contributed by super calsses of the
>> componenet.
>> >
>> > Please suggest.
>> >
>> > Thanks and regards,
>> > Apple Grew
>> > my blog @ http://blog.applegrew.com/
>> >
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: convert wicket pages html to excel

[Tim L Casey]

Instead of templinging out html, template out xml and call it file.xls.
There is a dom for spreadsheets.

-Original Message-
From: studentenaufinformatik [mailto:studentenaufinforma...@gmail.com] 
Sent: Wednesday, May 05, 2010 5:40 PM
To: users@wicket.apache.org
Subject: convert wicket pages html to excel


we were converting our wicket html pages to pdf using flying saucer. Now our
client is asking to convert into excel , I donot know any thing  which does
this , please suggest me if any body knows to convert  html to excel  on
fly.  
-- 
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/convert-wicket-pages-html-to-exce
l-tp2131919p2131919.html
Sent from the Wicket - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: wicketstuff-prototype download

[Tim L Casey]

On the db side we have application error codes which are easy enough to
propagate.  We did not do this through 5.0.

The php part of it I don't think we should touch.

tim

-Original Message-
From: azzeddine.dad...@gmail.com [mailto:azzeddine.dad...@gmail.com] On
Behalf Of Hbiloo
Sent: Thursday, May 13, 2010 4:17 PM
To: users@wicket.apache.org
Subject: wicketstuff-prototype download

Hi,

Could someone please tell me where I can download the wicketstuff-prototype
library. I want to use Drag and Drop for
Wicket(DND) which needs this
library.
I'm using Wicket 1.4.

Regards,

Hbiloo


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: Getting started with Scala, Spring, Hibernate & Wicket

[Tim L Casey]

That’s ok.  I never understood folks who don’t use layers.

-Original Message-
From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On
Behalf Of James Carman
Sent: Saturday, June 19, 2010 5:07 AM
To: users@wicket.apache.org
Subject: Re: Getting started with Scala, Spring, Hibernate & Wicket

Why do you have page -> service -> dao?  Why not just talk directly to
the DAO for the getAll() method.  This level of indirection just
causes more code (and confusion) in your simple example.  Is this just
a "best practice" that you've devised?  I've never really understood
folks' aversion to talking to the DAOs from the view layer, especially
when it means you have to have duplicate methods in your service layer
to do so.  It just doesn't make sense to me.


On Sat, Jun 19, 2010 at 8:01 AM, James Carman
 wrote:
> Why is spring-orm version 3.0.1.RELEASE and not 3.0.3.RELEASE?  Why
> not just uset a {spring.version} property in your POM so that it all
> stays in synch?
>
> On Sat, Jun 19, 2010 at 7:23 AM, Kent Tong  wrote:
>> Hi,
>>
>> I've written a tutorial on this topic. You may check it out at
>>
http://www.dzone.com/links/getting_started_with_scala_spring_hibernate_wicke
t.html
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: Getting started with Scala, Spring, Hibernate & Wicket

[Tim L Casey]

The reaction comes from years of watching UI centric people, who have a
different design goal, use dao code poorly; and then watching dao type
people use UI code poorly.

I guess I view the layering as inevitable.  Even if it is as simple as
moving a tag, I am not sure I want anyone to have that choice. 

-Original Message-
From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On
Behalf Of James Carman
Sent: Saturday, June 19, 2010 9:12 AM
To: users@wicket.apache.org; tim.ca...@cataphora.com
Subject: Re: Getting started with Scala, Spring, Hibernate & Wicket

On Sat, Jun 19, 2010 at 12:06 PM, Tim L Casey  wrote:
>
>
> That’s ok.  I never understood folks who don’t use layers.
>

I do use layers, when it makes sense.  It's just a matter of taste, I
guess.  Some folks like to stick with their paradigm no matter what.
I guess I've just become a bit more flexible when it turns out to save
me some code (like having pass-through methods just to have them).  If
I need to introduce some logic in between my view/data layers later, I
can easily do so.  Using services too much is a symptom of an "anemic"
domain model.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org