Home » Language IDEs » ServerTools (WTP) » why jst.server.tomcat not extended from jst.server.generic?
|
Re: why jst.server.tomcat not extended from jst.server.generic? [message #545096 is a reply to message #544905] |
Tue, 06 July 2010 15:21 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
On 7/5/2010 10:06 PM, nick tan wrote:
> Hi, folks
>
> recently I'm going to extend WTP JST to add more server types, as I
> investigated, i found that tomcat not extend from jst.server.generic,
> but other servers like jboss, jonas, oc4j do extends from
> jst.server.generic
>
> to extend from jst.server.generic seems straight ward and easy by
> defining .serverdef files
>
> i'm just think tomcat no different with jboss, so that it can just
> extends from jst.server.generic, is there any funny stories underlying?
>
> thanks
The Tomcat server adapter differs from the generic ones in the level of
integration with the server, which is why it is coded very differently.
For example, if you change a JSP, the Tomcat server adapter can
publish just the JSP and you can display the new version in your
browser. With the generic server adapters, the WAR file gets rebuilt
and redeployed to the server. You will have to wait for the web
application to restart before you can display the changed JSP.
Cheers,
Larry
|
|
|
Re: why jst.server.tomcat not extended from jst.server.generic? [message #545237 is a reply to message #545096] |
Wed, 07 July 2010 09:47 |
nick tan Messages: 56 Registered: July 2009 |
Member |
|
|
Thanks, Larry
but AFAIK, almost all main stream web servers support this kind of hot-deployment, like JBoss, Weblogic, did i miss any thing?
for the web server that support hot-deployment, the jst.tomcat way may be much better than generic.server
if we just focus on publishing, as we can get the publishing kind: INCREMENTAL, or FULL, i think maybe we can use antPublisher for FULL PUBLISHING (just what GenericServerBehaviour do), and define an abstract "doIncrementalPublishing" for INCREMENTAL PUBLISHING,
WDYT?
here just some thought, you know, I'm just going to extend JST to add some "Remote" serverTypes, that means, i will deploy web applications to the web server on remote box like Linux.
Thanks
Larry Isaacs wrote on Tue, 06 July 2010 11:21 | On 7/5/2010 10:06 PM, nick tan wrote:
> Hi, folks
>
> recently I'm going to extend WTP JST to add more server types, as I
> investigated, i found that tomcat not extend from jst.server.generic,
> but other servers like jboss, jonas, oc4j do extends from
> jst.server.generic
>
> to extend from jst.server.generic seems straight ward and easy by
> defining .serverdef files
>
> i'm just think tomcat no different with jboss, so that it can just
> extends from jst.server.generic, is there any funny stories underlying?
>
> thanks
The Tomcat server adapter differs from the generic ones in the level of
integration with the server, which is why it is coded very differently.
For example, if you change a JSP, the Tomcat server adapter can
publish just the JSP and you can display the new version in your
browser. With the generic server adapters, the WAR file gets rebuilt
and redeployed to the server. You will have to wait for the web
application to restart before you can display the changed JSP.
Cheers,
Larry
|
|
|
|
Re: why jst.server.tomcat not extended from jst.server.generic? [message #545332 is a reply to message #545237] |
Wed, 07 July 2010 13:08 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
On 7/7/2010 5:47 AM, nick tan wrote:
> Thanks, Larry
>
> but AFAIK, almost all main stream web servers support this kind of
> hot-deployment, like JBoss, Weblogic, did i miss any thing?
The non-generic server adapters available from JBoss and Weblogic
already support this.
>
> for the web server that support hot-deployment, the jst.tomcat way may
> be much better than generic.server
>
> if we just focus on publishing, as we can get the publishing kind:
> INCREMENTAL, or FULL, i think maybe we can use antPublisher for FULL
> PUBLISHING (just what GenericServerBehaviour do), and define an abstract
> "doIncrementalPublishing" for INCREMENTAL PUBLISHING, WDYT?
I think the point of the core code of the generic server adapter was to
keep the requirements on the server to a minimum. Any server that can
auto-deploy a war file copied to a certain directory can be supported.
The server adapter only needs to "understand" enough about the server to
start and stop it. Providing better integration with the server likely
means incorporating more "understanding" about the server, which also
means it's no longer "generic". This exercise has been left to the
third party server adapters.
>
> here just some thought, you know, I'm just going to extend JST to add
> some "Remote" serverTypes, that means, i will deploy web applications to
> the web server on remote box like Linux.
Sounds fine. I think this has been on the to-do list for a while in
WTP, but I'm not sure how much progress has been made. I believe some
third party server adapters already support remote servers.
Cheers,
Larry
>
> Thanks
> Larry Isaacs wrote on Tue, 06 July 2010 11:21
>> On 7/5/2010 10:06 PM, nick tan wrote:
>> > Hi, folks
>> >
>> > recently I'm going to extend WTP JST to add more server types, as I
>> > investigated, i found that tomcat not extend from jst.server.generic,
>> > but other servers like jboss, jonas, oc4j do extends from
>> > jst.server.generic
>> >
>> > to extend from jst.server.generic seems straight ward and easy by
>> > defining .serverdef files
>> >
>> > i'm just think tomcat no different with jboss, so that it can just
>> > extends from jst.server.generic, is there any funny stories underlying?
>> >
>> > thanks
>>
>> The Tomcat server adapter differs from the generic ones in the level
>> of integration with the server, which is why it is coded very
>> differently. For example, if you change a JSP, the Tomcat server
>> adapter can publish just the JSP and you can display the new version
>> in your browser. With the generic server adapters, the WAR file gets
>> rebuilt and redeployed to the server. You will have to wait for the
>> web application to restart before you can display the changed JSP.
>>
>> Cheers,
>> Larry
>
>
|
|
|
Goto Forum:
Current Time: Fri Sep 27 00:40:38 GMT 2024
Powered by FUDForum. Page generated in 0.02992 seconds
|