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
