asterisk-java-devel

[Asterisk-java-devel] integrating asterisk

[Sebastian E. <seb...@gl...>]

Hi there,

=20

I=92m planning to integrate your component in a webapp hosted probably =
in
JBoss or Websphere. Considering that it=92s kind of =93not permitted=94 =
to host a
component that manages its own thread (creation and pooling), I am
researching the best way to integrate it.

I analyzed (superficially) your code and I think that transforming the
AGIConnectionHandler in a servlet would be a possible approach.

In this way, the container would take care of threads creation, pooling,
etc. and I can benefit of AGI commands from your library.

=20

What do you think?

=20

PD: should I post this in the user list too?

=20


--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.21/236 - Release Date: =
1/20/2006
=20

Re: [Asterisk-java-devel] integrating asterisk

[Stefan R. <sr...@re...>]

Sebastian,

>=20
> I=FFm planning to integrate your component in a webapp hosted probably
> in JBoss or Websphere. Considering that it=FFs kind of =B4not permitted=
=A1
> to host a component that manages its own thread (creation and
> pooling), I am researching the best way to integrate it.

it is not correct that components running in an j2ee environment are
generally not permitted to create and manage their own threads. When
only running a servlet container I usually create an AGIServerThread on
startup using the <listener> element in web.xml and I am not aware of
any section of the servlet spec that prohibits that. What indeed is
prohibited is to spawn threads in your EJBs. But there is no need to do
so when using Asterisk-Java.

> I analyzed (superficially) your code and I think that transforming the
> AGIConnectionHandler in a servlet would be a possible approach.

A servlet usually speaks HTTP and follows a request/response semantic
where FastAGI uses a proprietary protocol and requires a dedicated TCP
connection per session. I don't think both have that much in common that
it would be an easy way to go.

=3DStefan