out..
- Original Message -
From: "Peng Tuck Kwok" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, July 23, 2004 9:32 AM
Subject: Re: About Struts + JBoss preference issue
> I think there should be an Ant task for this.
Thanx Raj.
Wonderful.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 23, 2004 10:01 AM
Subject: RE: About Struts + JBoss preference issue
Hi,
You can use Jspc task for the purpose. However, for Weblogic container,
Wljspc
+ JBoss preference issue
Thanx Peng
I will check it out..
- Original Message -
From: "Peng Tuck Kwok" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, July 23, 2004 9:32 AM
Subject: Re: About Struts + JBoss preference i
Thanx Peng
I will check it out..
- Original Message -
From: "Peng Tuck Kwok" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, July 23, 2004 9:32 AM
Subject: Re: About Struts + JBoss preference issue
> I think t
I think there should be an Ant task for this. As for actually
compiling this, didn't really have to do that since the speed was
acceptable. I think pre-compiling jsp was also a way to avoid javac
memory leakage if memory serves.
Jboss does support clustering, there should be some document somewher
Hi Peng
> Well just a shot in the dark but maybe a slight speed up maybe achieved by
> pre-compiling jsps possibly.
Do you have any link or so, that explains this. Thinking of adding a
"precompile jsp task" to my ANT script..?
Regards
Henrik
--
Hi there
> [To HG]
> I said the problem deal with cluster means:
> assume we have 3 servers (S1, S2, S3) form a cluster and one Struts
> plugins deal with home object caching (P1)
>
> when the application start up, P1 with get all home interfaces from
> the cluster and also create all home object
yeah, I think so, thanks for advice !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Well just a shot in the dark but maybe a slight speed up maybe achieved by
pre-compiling jsps possibly.
On Fri, 23 Jul 2004 10:05:30 +0800, Koon Yue Lam <[EMAIL PROTECTED]> wrote:
> Oh! thanks for all of these help !
> I don't expect over 10 mails in one night to this issue~~
> Maybe becasue the
Oh! thanks for all of these help !
I don't expect over 10 mails in one night to this issue~~
Maybe becasue the timezone because I am from Hong Kong, ^^
[About Struts]
After some testing, I prove myself wrong !
The delay wasn't cause by Struts, it is cause by JSP instead. The
delay time is the time
22, 2004 4:47 PM
To: Struts Users Mailing List
Subject: RE: About Struts + JBoss preference issue
Very True...Struts wont cause the delay...Anyhow Bean lookup and getting reference to
the component interface bein remote calls are inherently slow in nature.So I think
even with a normal servlet u
Hi Robert
> This approach sounds similar to the Spring IoC framework.
> Objects are defined in an xml file and a manager loads them
> into memory. Your action class looks up beans using something
> like:
> MyBD bd = (MyBD)applicationContext.getBean("MyBD");
I wasn't aware of that. I have seen so
rviceLocator or
Singleton patterns.
It provides declarative transaction services as well.
Check it out here:
http://www.springframework.org/
robert
> -Original Message-
> From: HG [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 22, 2004 5:22 AM
> To: Struts Users Mailing List
PROTECTED]
Cc:
Subject: Re: About Struts + JBoss preference issue
Because Struts is a layered application, you can stress test the
performance of your data layer by itself. If the DAO is slow, or the SQL
is slow, then Struts can't
missing a join etc.
Chris
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Vic Cekvenich
Sent: 22 July 2004 12:10
To: [EMAIL PROTECTED]
Subject: Re: About Struts + JBoss preference issue
Because Struts is a layered application, you can stress test the
performance of your
Because Struts is a layered application, you can stress test the
performance of your data layer by itself. If the DAO is slow, or the SQL
is slow, then Struts can't serve it fast.
So, test the performance of DAO layer.
.V
Koon Yue Lam wrote:
Hi ! My application has change from Struts + Tomcat t
Hi Marco
> right, so I assume every Action class that u write subclasses
> PlugInManagerAction, correct?
Correct
> I don't like putting parenthesis :-) coz everything that I get
> From ServletContext is an object
>
> It doesn't bother me much.. but I m still wandering if I can add
> Let's s
> isn't that in a cluster the app server 'replicates' the JNDI tree, so
> that u won't have to bother if one of the servers in a cluster shuts
> down?
Se my other post. I think it's up to the J2EE Server to provide "cluster
transparacy" to the clients.
> I m no expert in cluster, and I was wande
Hi
> 2. If the application scale up to cluster, this design seems can't deal
with it
> (because the client always invoke remote object that was downloaded to
> cache, which is not dynamically locate by app. server in a cluster
> environment.)
Is this really an issue? Maybe I do not understand you
Hello,
>2. If the application scale up to cluster, this design seems can't deal
>with it
>(because the client always invoke remote object that was downloaded to
>cache, which is not dynamically locate by app. server in a cluster
>environment.)
isn't that in a cluster the app server 'replicates' t
Hello,
>But it could easily be a XML file, or anything else
yes...personally I would 4 that unless u have particular
requirements for storing it into the DB
>> U use the PlugInMgr as singleton, correct? Coz right now I m
following
>> Similar 'approach' but I m storing the BD in the ServletCon
some drawbacks I can see:
1. longer server start up time (but it is OK)
2. If the application scale up to cluster, this design seems can't deal with it
(because the client always invoke remote object that was downloaded to
cache, which is not dynamically locate by app. server in a cluster
environme
Hi Marco
> I have questions coz I m interested in that approach..
I am happy that you find it interesting :-)
> I assume u have a config file for telling the PlugIn Mgr what
> To load, correct?
The plugins, names and classed that implement the plugin interface are
stored in a table in a databa
, and
what
I don't like much is that every time I have to retrieve it, I have to
Do a cast
Regards
marco
-Original Message-
From: HG [mailto:[EMAIL PROTECTED]
Sent: 22 July 2004 09:26
To: Struts Users Mailing List
Subject: Re: About Struts + JBoss preference issue
G
nyone else who can see pitfalls to this approach..?
Regards
Henrik
- Original Message -
From: "Koon Yue Lam" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Thursday, July 22, 2004 9:31 AM
Subject: Re: About Struts +
Thanks !
It seems like a great solution and I will try that out tonight, thanks
for help ^^
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi there
Now, it shouldn't be much slower. However, there is a performance tradeoff
when using EJB, specially remote ones like you do.
One thing, that really speeds up things is to cache the home interface, when
looking it up, or when the applications starts up.
First use will still be slow, but s
27 matches
Mail list logo
