yucky is slang i suppose. something that's yucky is unclean, messy and
usually undesirable.
is this a different conversation now? we were talking about how to
access custom resources. if that's the case, i think these static
methods are not at all how to achieve that.
i have no idea how wicket should integrate with MVC frameworks. what is
the goal there? i would hope integration with other web frameworks
could be done without spilling details of wicket's internal
implementation everywhere, but maybe that's not possible... MVC
frameworks are so yucky... do you know about the new include thingy?
that should make JSP integration possible...
Christian Essl wrote:
I do not know what yucky is - English is not my first language.
I want to integrate with java webframwork out of Wicket (-servlet) and
HttpServletRequest is a common denominator. Static methods are often
used to hide impl details for accessing web-context parametes in an
easy way. Why not use a static method to translate from parameters to
a protocal String?
I do not know Wicket very well. What's the best way to integrate with
other frameworks (MVC escpecially)?
Christian
On Fri, 05 Aug 2005 13:13:13 -0700, Jonathan Locke
<[EMAIL PROTECTED]> wrote:
static methods are yucky.
exposing impl. details of wicket is yucky. HttpServletRequest is yucky.
what does this accomplish that my more OO proposal doesn't? Philip A.
Chapman wrote:
+1
I think it would be nice to have a third static method:
static String getWicketBookmarkURL(HttpServletRequest req, String
wicketServletMapping, Page page){}
Christian Essl wrote:
+1 +1
I want to implement a used-car site with a lot of static images.
The most used pages are simple data-showing pages and are easy to
handle
with a MVC framework. I think a MVC framework is more efficient in
handling them (no session etc needed). For sure I'd like to do the
more
involved pages in Wicket.
It would be very good if I could bridge between these two in a safe
manner. Maybe through two static methods.
static WebSession getWicketWebSession(HttpServletRequest req){}
//never
returns null
static String getWicketBookmarkURL(HttpServletRequest req, String
wicketServletMapping, Class page, PageParameters pars){}
I do not know wheter this is possible maybe you know.
Thanks,
Christian
On Fri, 5 Aug 2005 11:52:35 -0700, Phil Kulak <[EMAIL PROTECTED]>
wrote:
If we want to say that this is outside the scope of wicket, then
there
needs to be a good way for a Servlet to get at the Wicket session.
Right now they way I'm doign it is a bit of a hack, not portable at
all, and will break as soon as you guys change how you build the
session key:
WicketSession session = (WicketSession)
request.getSession().getAttribute("wicket-/app-session");
On 8/5/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
Okay, I see what you mean. I had that exact same requirement
recently.
I believe it was discussed on here as well. Right now I'm using a
Spring controller to serve up files dynamically. I'm probably
going to
have to make a photo proxy too (as you mention), and it would be
very
nice if I could stay in Wicket to do it. I'm definatly +1 on this.
And no, Axis is NOT the way to go for this kind of thing. I didn't
really understand your requirements there.
On 8/5/05, Jonathan Locke <[EMAIL PROTECTED]> wrote:
in fact, i think the total change would be this:
protected boolean onCustomResource()
{
return false;
}
protected final boolean parseRequest()
{
// Try different methods of parsing and dispatching the
request
if (onCustomResource() || callDispatchedComponentListener())
{
// if it is, we don't need to update the cluster,
etc, and
return false
}
...
that would allow users to implement any kind of alternative
resource
using a URL
format of their own devising. i could see this being a lot more
efficient for certain
things... like if you had a photo site, you could implement a
custom
resource handler
that turned every http://<site>/app/photo/<id> into the right
photo,
avoiding wicket
image component overhead for each photo on the site. if there are
millions of photos
it might be worth it.
Phil Kulak wrote:
I think integration with Apache Axis would be the way to go here.
On 8/5/05, Jonathan Locke <[EMAIL PROTECTED]> wrote:
i want to be able to do non-html client/server stuff over http
using
wicket. this is
especially useful in having a java applet talk to its originating
server
in the presence
of firewalls that block everything but port 80.
in particular i want to send simple representations of database
objects
and binary
files pulled out of a database back and forth.
wicket is /almost/ all set up to do that except that there is
no URL
syntax for it yet.
one way we could enable a problem like this to be solved would
be to
remove the
final keyword from the parseRequest() method in
WebRequestCycle.java. this
would permit users to do their own request parsing to solve
problems
like this.
but the choice we make here is whether we want to open this up or
instead make
a specific solution to the particular problem of getting and
setting
data over http
(which is likely to be a problem for others).
thoughts?
jon
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference &
EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing
& QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing
& QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
