+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
>
>
>
>
--
Philip A. Chapman
Application Development:
Java, Visual Basic (MCP), PostgreSQL, MySQL, MSSQL
Linux, Windows 9x, Windows NT, Windows 2000, Windows XP
signature.asc
Description: OpenPGP digital signature
