> -----Original Message----- > From: Bill Barker > Sent: 7. siječanj 2004 9:22 > To: Tomcat Developers List > Subject: Re: Jk2 object model > > > > > > I'm interested if jk2 could "plug" into more applications - > there aren't > > that many generic "connectors". KDE has one specialized for > konqueror, > > and mozilla has one - both are mostly for applet support, > with xconnect > > hardly used ( and I heard pretty slow ). If jk2 would > support (XP)COM or > > gtk object model - it may be possible to access and control various > > desktop application with some simple web-like requests. > > > > The big problem that I see is that currently jk2 uses > 'abstract classes' to > enable it to handle the fact that that the 'implementing > class' needs to > control I/O (reading the Request, writing the Response). > This doesn't fit > well with other frameworks. IMHO, this part would need to be > re-writen to > work on something more like a Listener model (certainly > required for a COM > implementation :). However, this may mean a performance hit > when using the > standard Apache/IIS/SunOne modules. >
I was allways looking at a JK2 from that perspective, meaning, enabling it to embed the TC inside web server (acting like a COM proxy). What I was thinking is to pull all the AJP logic and configuration from C to Java, leaving only JNI to comunicate with that new proxy. The client Java part would be able in that case to constuct the AJP messages in case of out-of the process server, or what ever comunication channel. Since this changes the things conceptualy, I see this as a new product living together with JK. MT. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
