Hoorah! Complaining, without whining is the trick! In addition this list is also appropriate for EJB/J2EE design issues, which can and do spill over to spec requirements (e.g. dependent objects...). Regards, -Chris > -----Original Message----- > From: Tom Valesky [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, June 15, 2000 9:39 AM > To: [EMAIL PROTECTED] > Subject: Complaining > > IMHO, the main purpose of this list is to allow people to complain about > EJB features to the people (spec writers, vendors, etc) who are in a > position to do something about it. Specific and detailed complaints are > the best feedback in the world. > > Keep up the complaining. :-) > > > On Thu, 15 Jun 2000, Smith, Curt H. wrote: > > > <complaining> > > I don't consider the appserver SB cache/pool size limit 'tricks' to be > > good or portable designs including RMI which isn't supported as a > > resilient or clusterable service by the EJB spec and thus all vendors. > > > > I think EJB designers need to complain to the vendors about no good > > solutions for: Singlton, debug logging per bean, BL events (IE support > > for JMX from the container or context), resilient RMI and Corba. > > > > ;-( > > </complaining> > > > > ========================================================================== > == > Tom Valesky -- [EMAIL PROTECTED] -- > http://www.patriot.net/users/tvalesky > > ========================================================================== > = > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
