>I want to know how much time my requests have to wait before they are
handle, but I finally manage to get it by inheritance. I just had to create
the class in the same package.
Sorry to ask again about the same issue. It seems that creating the class
in the same package is not an ideal solution either. Yet, I think the field
startTime would help me calculate the time requests have to wait before
they are processed. I set a HandlerInterceptor with a preHandle method
where I compare the startTime field with the current time. From what I see
the startTime is the same for all my request, where as the current time
(which I call end_time), when requests actually start being process, is
different. For example, when setting four threads in the server these were
my results:
*start_time: 1551871519950end_time: 1551871520044waiting_time: 94*
*start_time: 1551871519950*
* end_time: 1551871520044 *
* waiting_time: 94 *
*start_time: 1551871519950end_time: 1551871520044 waiting_time: 94
start_time: 1551871519950end_time: 1551871520044waiting_time: 94*
*start_time: 1551871519966end_time: 1551871521272waiting_time:
1306start_time: 1551871519966end_time: 1551871521272waiting_time:
1306start_time: 1551871519966end_time: 1551871521272waiting_time:
1306start_time: 1551871519966end_time: 1551871521272waiting_time: 1306*
I don't know if the behaviour depends on the http or tomcat version. I
forgot to mention I'm using http2 and tomcat 8.5.23.
Anyway, wouldn't it be possible to add a getter method for the field
startTime and make it accesible through the RequestFacade method, as it is
done with other fields?
El mié., 6 mar. 2019 a las 9:07, Helena Carbajo (<
helenacarbajoolm...@gmail.com>) escribió:
> >Getting closer but my question still stands. What problem are you trying
> >to solve.
>
> >Note that by the time startTime is set, a thread has been allocated so
> >it won't give you the time you are looking for.
>
> I want to know how much time my requests have to wait before they are
> handle, but I finally manage to get it by inheritance. I just had to create
> the class in the same package.
>
>
> El mar., 5 mar. 2019 a las 21:55, Mark Thomas (<ma...@apache.org>)
> escribió:
>
>> On 05/03/2019 14:29, Helena Carbajo wrote:
>> > >I can think of a couple of other ways of doing this but what problem
>> are
>> >> you trying to solve?
>> >
>> > I need it in order to calculate the time requests spend in the queue
>> since
>> > the arrive at the server until a thread process them. I haven't seen any
>> > other parameter to make this calculation.
>>
>> Getting closer but my question still stands. What problem are you trying
>> to solve.
>>
>> Note that by the time startTime is set, a thread has been allocated so
>> it won't give you the time you are looking for.
>>
>> Mark
>>
>>
>> >
>> > Helena
>> >
>> > El mar., 5 mar. 2019 a las 15:25, Mark Thomas (<ma...@apache.org>)
>> escribió:
>> >
>> >> I can think of a couple of other ways of doing this but what problem
>> are
>> >> you trying to solve?
>> >>
>> >> Mark
>> >>
>> >>
>> >> On 05/03/2019 13:35, Helena Carbajo wrote:
>> >>> Hi!
>> >>> I'd like to get the startTime field of a request. The problem is that
>> >> what
>> >>> I get is a RequestFacade, which has the
>> >>> org.apache.catalina.connector.Request object that holds the
>> >>> org.apache.coyote.Request object. Yet, the catalina.connector.Request
>> is
>> >> a
>> >>> protected field, and doesn't have a getter method either. I also
>> tried to
>> >>> create subclass from RequestFacade but still need the
>> >>> org.apache.catalina.connector.Request for the constractor. So far, the
>> >> only
>> >>> solution I've found is using reflection:
>> >>>
>> >>> f = request.getClass().getDeclaredField("request");
>> >>> f.setAccessible(true);
>> >>> realRequest = (org.apache.catalina.connector.Request)
>> >>> f.get(request);
>> >>> this.coyote_request = realRequest.getCoyoteRequest();
>> >>> return this.coyote_request.getStartTime();
>> >>>
>> >>> However, I don't think this is a good practice, so is there any way to
>> >> get
>> >>> this field or to expose it?
>> >>> Thank you!
>> >>>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> >> For additional commands, e-mail: users-h...@tomcat.apache.org
>> >>
>> >>
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
