Re: Best Notification Framework
Re: Best Notification Framework
- Subject: Re: Best Notification Framework
- From: Jacky Gagnon <email@hidden>
- Date: Tue, 3 Feb 2004 10:49:13 -0500
Hi,
Can I use the CHNotificationFrameworks in Servlet deployment mode?
I'm not sure if I want to go with JMS servers, if they're still lacking
and I can have to deploy my application on different platform (RH Linux
and OS X). I don't want to support different JMS servers.
Is a Notification Frameworks is the only solution (and the best for
me)? What are the other way to accomplish the same goal?
Take an example: 2 different applications (more than 1 instance of
each app) using the same DB, one working in backgound and the other
display data in the DB computed by the other; when a users session is
opened, the data can be modified by any instance of applications
(including by the one running in background).
I already use EOEditingContext.setDefaultFetchTimestampLag() and its
not enough, because data can change while the session is open.
Thanks!
J. Gagnon
Le Lundi, 2 fivr 2004, ` 21:56 America/Montreal, Dov Rosenberg a icrit :
> We are in the process of implementing the JMS version and have made
> significant changes to the Project Wonder. The biggest headache so far
> has
> been wide variance in the abilities of the various JMS servers we have
> used
> so far. We have tried openjms, Jrun, and Jboss.
>
> OpenJms doesn't seem to work at all on RedHat 9 and higher. Seems to
> work OK
> on Windows. The performance was shaky under load.
>
> Jrun has a nice interface to create connection factories and topics.
> The
> performance is pretty good. The documentation is next to useless, and
> there
> is absolutely no ability to troubleshoot what is happening inside the
> JMS
> server.
>
> Jboss's JMS server provides better metrics than Jrun, however the JMX
> console mbean interface is very generic and not intuitive. The only
> way to
> figure out how to set it up is to buy the documentation. Haven't
> gauged how
> good the performance is compared to Jrun.
>
> We were able to get our CMS solution to use each of the JMS servers in
> an
> acceptable manner, but not with significant changes to the Project
> Wonder
> JMS implementation.
>
> I think in general the JMS solution is a better alternative
> (especially in
> the servlet deployment mode), but the quality and capabilities of the
> various JMS servers are still lacking.
>
> HTH
>
> Dov Rosenberg
> Conviveon Corporation
> http://www.conviveon.com
>
> On 2/2/04 5:39 PM, "Jacky Gagnon" <email@hidden> wrote:
>
>> Hi,
>>
>> Which is the best Notification Frameworks for WebObjects
>> (WHChangeNotification or ERChangeNotificationJMS)? Whats about their
>> reliability and performance? Where I can find more documentation
>> about
>> these frameworks about what they do, what they can't do?
>>
>> Yesterday, I tried the ERChangeNotificationJMS from ProjectWonder but
>> I
>> don't know if using a JMS server is a reliable solution. With one of
>> my
>> application I obtained many exception like
>> "java.lang.RuntimeException:
>> Found null delegate". And their ERXLogger entered in conflict with my
>> NSLog and disabled my Log in deployement. For WHChangeNotification,
>> it
>> seems a little outdated (or I just download an old version of it).
>>
>>
>>
>> Thanks!
>>
>>
>> J. Gagnon
>> _______________________________________________
>> webobjects-dev mailing list | email@hidden
>> Help/Unsubscribe/Archives:
>> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
>> Do not post admin requests to the list. They will be ignored.
>
> --
> Dov Rosenberg
> Conviveon Corporation
> 370 Centerpointe Circle, suite 1178
> Altamonte Springs, FL 32701
> http://www.conviveon.com
> email@hidden
> (407) 339-1177 X102
> (407) 339-6704 (FAX)
> (800) 475-9890
> (407) 310-8316 (cell)
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.