At 03:03 PM 5/20/99 +0200, Mats Svensson wrote:
>That is the problem with NetDynamics 4 isn't it?
>
>ND 4 is an application server with no place for the application.
>There are pages (GUI) and there are data objects but
>you have to roll your own business logic infrastructure.
-- That's right, and I have rolled my own. As part of this, you have to be
very careful about which ND objects you use, and where, and how, in order
to have any portability. I have 'ND-free' packages in my class library.
>
>At last years user conference we (the users/customers)
>were promised a white paper describing how to
>design business logic in ND 4. I have asked several times
>since, and this paper has always been forthcoming.
-- I didn't remember that, always assumed that the strategy was wait for
EJB (ND5).
>
>If you want to use NetDynamics 4 and want
>consistent mutable object oriented business logic and
>have multiple CP Services on multiple machines and
>store all your data in a relational database
>then you
>A) should reconsider
>or
>B) need lots of resources
-- Or resources that pull all-nighters (just got up, went to bed at 0500)
>
>If you solve this problem, you have a business opportunity.
>(This goes for ND/SUN as well.)
--Hmmm, maybe Harvard Medical School could find a new revenue stream
(they'd have to endow a chair in my name :-) ).
-- Curt
>
>/Mats
>
>Hill, Les <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> Paul,
>>
>> It is not clear what you are trying to do with your cache. But if cache
>> consistency across JVMs is important, then I can think of at least two
>> simple options:
>>
>> Use a global session object -- this would work well for relatively small
>> caches.
>>
>> Use RMI and run a long-lived service that acts as a global cache for all
>> CPs. (This can be very easy or very complex depending on what your cache
>> needs to do -- RMI itself is almost a no-brainer).
>>
>> [EMAIL PROTECTED]
>> Team NetDynamics
>>
>> > -----Original Message-----
>> > From: Paul [SMTP:[EMAIL PROTECTED]]
>> > Sent: Friday, May 14, 1999 4:33 AM
>> > To: [EMAIL PROTECTED]
>> > Subject: [ND] coordinating across CPs
>> >
>> > Hi,
>> >
>> > I wrote a few cache management classes that worked great running on a
>> > single CP, but when confronted with multiple CP's with their own virtual
>> > machines the caches are getting out of synch. For instance, if a user
>> > edits data using CP A, that data may not be updated in CP's B, C, or D.
>> >
>> > Is there any way to communicate across CP's?
>> >
>> > My little research has only turned up the following. Each might work,
>> > but I'm not sure what the best approach is.
>> >
>> > o CSpider.clearCache(CSpClassName projectName); // clears all CP's?
>> > rather brutal to performance
>> >
>> > o CSpider.clearChache(CSpClassName) seems most viable, but does it clear
>> > all CP's?
>> >
>> > o CSpider has access to something called a global session. Is it truly
>> > global, i.e., cross CP. Is it a user session thing or an
>> > application-wide session? Sorry, I couldn't find much documentation.
>> >
>> > o CSpDataCache
>> >
>> > Thanks for any help,
>> > Paul
>> >
>> >
>_________________________________________________________________________
>> >
>> > For help in using, subscribing, and unsubscribing to the discussion
>> > forums, please go to:
>http://www.netdynamics.com/support/visitdevfor.html
>> >
>> > For dire need help, email: [EMAIL PROTECTED]
>
>
>_________________________________________________________________________
>
>For help in using, subscribing, and unsubscribing to the discussion
>forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
>
>For dire need help, email: [EMAIL PROTECTED]
>
_________________________________________________________________________
For help in using, subscribing, and unsubscribing to the discussion
forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
For dire need help, email: [EMAIL PROTECTED]
