arneyb
> ---
> Barney Boisvert, Senior Development Engineer
> AudienceCentral (formerly PIER System, Inc.)
> [EMAIL PROTECTED]
> voice : 360.671.8708 x12
> fax : 360.647.5351
> www.audiencecentral.com
>> -Original Message-----
>> From: S. Isaac Dealey [mailt
encecentral.com
> -Original Message-
> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 11:47 AM
> To: CF-Talk
> Subject: RE: J2EE session replication -- application replication?
>
>
> > I agree with the incremental regeneration of app
tion.
> barneyb
> ---
> Barney Boisvert, Senior Development Engineer
> AudienceCentral (formerly PIER System, Inc.)
> [EMAIL PROTECTED]
> voice : 360.671.8708 x12
> fax : 360.647.5351
> www.audiencecentral.com
>> -Original Message-
>> From: S. Isaac Dea
er
AudienceCentral (formerly PIER System, Inc.)
[EMAIL PROTECTED]
voice : 360.671.8708 x12
fax : 360.647.5351
www.audiencecentral.com
> -Original Message-
> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 10:45 AM
> To: CF-Talk
> Subject:
> I know the use of an HTTP request was previously marked as
> a poor idea, however I'm not sure I agree as I've thought
> this through. Here's a solution that I think would work
> quite well, assuming you encapsulate all your app vars in
> a single object (which is a good idea anyway, IMO). Of
>
mmm... So I suppose it could theoretically be used to generate app
replication by setting up all servers in the cluster as subscribers to all
other servers in the cluster for the given application... something to think
about anyway ...
> Isaac
>> I'm not familiar... What's JMS?
> Java Message Se
ey Boisvert, Senior Development Engineer
AudienceCentral (formerly PIER System, Inc.)
[EMAIL PROTECTED]
voice : 360.671.8708 x12
fax : 360.647.5351
www.audiencecentral.com
> -Original Message-
> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 25, 2003 10:37 AM
>
Isaac
> I'm not familiar... What's JMS?
Java Message Service - it's the J2EE spec for publisher-subscriber and
point-to-point messaging. Supported by JRun & other J2EE products.
As Sean says, it's quite hard work though.
Nick
~~~
On Monday, Mar 24, 2003, at 23:57 US/Pacific, Nick de Voil wrote:
>> What I'm really wondering if there's a way to get something like J2EE
>> session replication for the application scope.
> I've wondered this too, but it seems that, because application data is
> part
> of the servlet context, and
<
> What I'm really wondering if there's a way to get something like J2EE
> session replication for the application scope.
I've wondered this too, but it seems that, because application data is part
of the servlet context, and the servlet context is unique to each JVM, there
is no built-in way
> What I'm really wondering if there's a way to get something like J2EE
> session replication for the application scope.
I've wondered this too, but it seems that, because application data is part
of the servlet context, and the servlet context is unique to each JVM, there
is no built-in way to do
What I'm really wondering if there's a way to get something like J2EE
session replication for the application scope. Storing data which doesn't
vary between users in session variables would not only needlessly soak up
memory, but it also has the potential to leave some (many) users with old or
bad
12 matches
Mail list logo
