tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Carter-Brown <paul.carter-br...@jini.guru>
Subject Re: Initiating httpservletrequest from inside Tomcat / TomEE
Date Mon, 06 May 2019 14:59:29 GMT
lol on the Semaphore Telegraph,

I can't use a request dispatcher as the request is being initiated from
code that has no context. I already have it working with HTTP using
asynchttp library, but I want to avoid the overhead. E.g. lets say I wrote
my own server socket listener on port 10000 running in the Tomcat JVM and
got some request in some propriatary protocol called X. Now I want to call
a Tomcat servlet in the current JVM with some info I got over X without
going out on TCP and back in....

On Mon, May 6, 2019 at 4:40 PM John Dale <jcdwrrc@gmail.com> wrote:

> If you're wanting to forward control to another servlet deployed in
> the same context:
> https://www.javatpoint.com/requestdispatcher-in-servlet
>
> If you are okay going through TCP to facilitate some future or current
> distribution of services, Use HTTPURLConnection (not sure what you're
> wanting to do with the result of the request, if anything):
>
> https://stackoverflow.com/questions/2793150/how-to-use-java-net-urlconnection-to-fire-and-handle-http-requests
>
> If you need more sophisticated HTTP interactions, Apache maintains a
> very useful library for that:  http://hc.apache.org/
>
> If these don't work-out for you, rather than using .NET, PHP, Python,
> or some other Java facsimile at best, I recommend using the semaphore
> telegraph:
> https://en.wikipedia.org/wiki/Semaphore_telegraph
>
> Sincerely,
>
> John
> DB2DOM
>
> On 5/6/19, Paul Carter-Brown <paul.carter-brown@jini.guru> wrote:
> > Hi John,
> >
> > Thanks for your feedback.
> >
> > The request I'm initiating should not or need not carry any context from
> > the originating code. There is also no session to worry about as its just
> > for rest calls. So basically I have the headers, path and body and need
> to
> > generate a http servlet request and get an http servlet response (or
> > similar) back. I have this working by calling into localhost but ideally
> > want to skip the trombone out and back in.
> >
> > Have you got any basic code examples?
> >
> > Paul
> >
> > On Tue, Apr 30, 2019 at 5:27 PM John Dale <jcdwrrc@gmail.com> wrote:
> >
> >> Another thought .. you can do some request dispatching, but without
> >> knowing more about the tools you're using, I can't say for sure if
> >> this is the direction you'll want to go.
> >>
> >> On 4/29/19, Paul Carter-Brown <paul.carter-brown@jini.guru> wrote:
> >> > Hi
> >> >
> >> > I'm trying to design a Kafka consumer and producer that will run
> inside
> >> the
> >> > tomcat jvm and pick up messages off a Kafka topic and translate them
> >> into a
> >> > servlet request and pass it through tomcat and then when the response
> >> > is
> >> > complete then translate it into a Kafka message and put it onto
> another
> >> > topic as a reply. This way I can reuse our existing jax-rs rest
> >> > services
> >> > and expose them as an async api over Kafka. The idea is to make the
> >> > Kafka
> >> > messages similar to http in that they would consist of headers and a
> >> body.
> >> > The body would be json.
> >> >
> >> > Now I know this could be done by calling localhost with an http call
> to
> >> > trombone the requests back into tomcat but I'd like to avoid the
> >> associated
> >> > latency and overhead. Is it possible to call tomcat directly
> >> > in-process.
> >> > This does not need to be portable to other containers so can be
> >> > proprietary.
> >> >
> >> > I'm using tomcat 8. In fact its tomee 8 but guessed this is more a
> >> > tomcat
> >> > question than tomee but have sent to both groups just in case.
> >> >
> >> > Thanks for any insights.
> >> >
> >> > Paul
> >> >
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message