RE: Getting started with Scala, Spring, Hibernate Wicket

2010-06-19 Thread 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
ja...@carmanconsulting.com 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 k...@cpttm.org.mo 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

2010-06-19 Thread 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 tca...@cataphora.com 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



RE: wicketstuff-prototype download

2010-05-13 Thread 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
Wickethttp://code.google.com/p/wicket-dnd/(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: convert wicket pages html to excel

2010-05-05 Thread 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: Strip header contributors from Ajax response.

2010-04-22 Thread 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 appleg...@gmail.com 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
igor.vaynb...@gmail.comwrote:

 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 appleg...@gmail.com 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: How to give feedback in long-running operation within AjaxButton.onSubmit()?

2010-04-09 Thread 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ötzt...@richmountain.de  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

2010-04-09 Thread 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: Wicket meetup in San Francisco

2007-12-03 Thread 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: Redirect to HTTPS?

2007-09-26 Thread 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]