Re: Pagecache framework?

[Mike Fuellbrandt]

How about this?

http://www.servlets.com/cos/javadoc/com/oreilly/servlet/CacheHttpServlet.html

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

Re: urls not conforming to the standards problem

[Mike Fuellbrandt]

If you are looking for just the SessionID that is passed, then you
could retrieve it via
HttpServletRequest.getRequestedSessionId();

To get it back into the outgoing url, wouldn't you just use encodeUrl()?

As an aside, I don't believe that it's JK (mod_jk?) that's parsing it
out as Tomcat without Apache still filters the information out.


On Fri, 1 Oct 2004 13:52:59 +0100, Michael Cornell
<[EMAIL PROTECTED]> wrote:
> Precisely,
> 
> However I need to get at these parameters inside a Filter in tomcat to
> determine the action taken..  Whatever tomcat uses to parse this url (JK2
> ??) simply wipes this ;jsessionid=2345345 and I can't see it
> 
> So to reiterate,
> 
> Client --- JK??---tomcat
> Incoming nastyurl -> changed to nice params here -->do stuff
> Outgoing nastyurl <- changed back to nasty params here <-
> 
> Any ideas?
> 
> 
> 
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2004 13:22
> To: Tomcat Users List
> Subject: RE: urls not conforming to the standards problem
> 
> Hi,
> I think what he's saying is that he has request parameters AFTER path
> parameters, and that Tomcat stops evaluating the URL after encountering
> the special ; delimiter ;)
> 
> Yoav Shapira
> Millennium Research Informatics
> 
> >-Original Message-
> >From: Ben Souther [mailto:[EMAIL PROTECTED]
> >Sent: Friday, October 01, 2004 7:55 AM
> >To: Tomcat Users List
> >Subject: Re: urls not conforming to the standards problem
> >
> >Those are path parameters.
> >
> >Here's an excerpt from the Servlet Specs (SRV 4.1) regarding path
> >parameters:
> >
> >
> >Path parameters that are part of a GET request (as defined by HTTP 1.1)
> >are not exposed by these APIs. They must be parsed from the String
> >values returned by the getRequestURI method or the getPathInfo method.
> >
> >
> >
> >
> >
> >
> >On Fri, 2004-10-01 at 05:26, Michael Cornell wrote:
> >> I am having a problem with the way Tomcat handles urls that do not
> >conform
> >> to the standards regarding get parameters..
> >> As we all know this looks like
> >> http://www.myhost.com/someapp/jsp/index.jsp?name=fred&age=10
> >>
> >> My problem is that an incoming request url comes in as:
> >>
> >http://www.myhost.com/someapp/jsp/;jsessionid=VVNCLCVNTYOUUCRGAWCCFFAKE
> YCYK
> >I
> >> V0?_requestid=549
> >> The api however simply removes a part of this and the
> HttpServletRequest
> >> Object only has _requestid=549 as its get parameter.
> >>
> >> So the solution I need is one that will transparently convert
> >;jsessionid
> >> into some variable (eg xyz) as the request comes in and then convert
> this
> >> BACK into ;jessionid on the way out (so the user cannot see any
> >difference,
> >> but I can see the jsessionid variable)
> >>
> >> I know there are some solutions using Apache's mod_rewrite, but I
> would
> >like
> >> to use Tomcat and jk2 (I think this is right).
> >>
> >> Does anyone have any suggestions as to how I might approach this
> problem?
> >>
> >> /m
> >>
> >> ---
> >> Outgoing mail is certified Virus Free.
> >> Checked by AVG anti-virus system (http://www.grisoft.com).
> >> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004
> >>
> >>
> >>
> >> -
> >> 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]
> 
> This e-mail, including any attachments, is a confidential business
> communication, and may contain information that is confidential, proprietary
> and/or privileged.  This e-mail is intended only for the individual(s) to
> whom it is addressed, and may not be saved, copied, printed, disclosed or
> used by anyone else.  If you are not the(an) intended recipient, please
> immediately delete this e-mail from your computer system and notify the
> sender.  Thank you.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004
> 
> ---
> 
> 
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004
> 
> -
> 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: method level synchronization doesn't work

[Mike Fuellbrandt]

Correct me if I'm wrong, but couldn't the code synchronize on a static
final member of the jsp?

private static final String COUNTER_INCREMENT_LOCK = newString("lock");

and then you would use the second method from the first post to synchronize on?

(It's been a long time since I considered synchronization so I could
be really wrong here...)


Mike Fuellbrandt 

On Thu, 30 Sep 2004 16:43:33 -0500, QM <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 30, 2004 at 05:31:25PM -0400, Malia Noori wrote:
> : Thank you for replying, but I would appreciate it if you could expand on
> : your explanation.  Here is my original post:
> :
> : Actually, the data that I am modifying requires a transaction and
> : > synchronization.  It increments a counter stored in the database.  So, I
> : > have to do a select to get the current value, increment the counter, and
> : > then insert the new value.
> 
> This needn't be done within code; you could perform a database-level
> transaction.  For example, using raw SQL calls that would come down to:
> 
> . set the Connection's autoCommit to false
> . do the DB work
> . call the Connection's commit() method
> 
> I recall EJBs have their own transaction mechanism, and I'd be
> shocked[1] if something as popular as Hibernate didn't have one as well.
> Check the respective docs.
> 
> Whatever the case, there should be no need to try to synchronize this at
> the app/code level.
> 
> -QM
> 
> [1] = I've been shocked before, though... ;)
> 
> 
> 
> 
> --
> 
> software  -- http://www.brandxdev.net
> tech news -- http://www.RoarNetworX.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: javascript and servlets.

[Mike Fuellbrandt]

If your fields are all file uploads, then you probably can't get them
through the regular HttpServletRequest.getParameter().  I'm curious
though, what do you get from the first element ("file0").  Is it the
file contents?


What you need to do is submit the form as multipart form, and process
posted boundaries.
This article has everything that you'll need:
http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters-p4.html

Don't forget to modify your form like this:



On Fri, 3 Sep 2004 12:21:52 +0100 , [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> 
> 
> -Original Message-
> From: Ralph Einfeldt
> 
> 
> 
> 
> the query string can be found in the access log.
> (This might be turned of)
> How do I enable it please?
> 
> From your last post with the source I think that each input
> tag has it's own form so only one field is submitted.
> 
> I noted that the jscript adds extra input elements
> within the form, hence there are many, each with a differing
> name attribute. All within the same form.
> 
> regards DaveP
> 
> 
> 
> --
> DISCLAIMER:
> 
> NOTICE: The information contained in this email and any attachments is
> confidential and may be privileged. If you are not the intended
> recipient you should not use, disclose, distribute or copy any of the
> content of it or of any attachment; you are requested to notify the
> sender immediately of your receipt of the email and then to delete it
> and any attachments from your system.
> 
> RNIB endeavours to ensure that emails and any attachments generated by
> its staff are free from viruses or other contaminants. However, it
> cannot accept any responsibility for any  such which are transmitted.
> We therefore recommend you scan all attachments.
> 
> Please note that the statements and views expressed in this email and
> any attachments are those of the author and do not necessarily represent
> those of RNIB.
> 
> RNIB Registered Charity Number: 226227
> 
> Website: http://www.rnib.org.uk
> 
> -
> 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]