Sure - that would be great. But let me express my opinions on this.
<flame bait>
I think this is very appropriate for a bean developer who is selling their
beans to the community at large.
However - while I am at a client site, I am not being paid to take the time
to research/write/test beans that can be transparently deployed across all
EJB containers. Yes - that is the desired and ideal situation, but my
clients don't have 10 ejb containers sitting around for me to test with, nor
are they interested in paying me to research something they may never need
to experience.
At the same time - it is my responsibility to understand the EJB spec,
understand where problem areas are, understand the cost/benefits of vendor
specific solutions, and then *wisely* design a robust solution. Sometimes a
vendor offers featurs that you want to take advantage of. For instance -
Gemstones PCA. By using interfaces, I was able to move between the whole
persistence layer between Gemstones PCA, CocoBase and entity beans with
minimal effort, and vitually no changes to session beans or jsp's.
The same principle can be used for logging (or whatever). The interface to a
logging service can be easily defined. You can implement that interface
using one of the tools that have been suggested, JMS, Weblogics logging
service - it doesn't matter much. Read Gamma's Design Patterns book. You're
being paid a lot for that brain in your head. Use it :-)
</flame bait>
imho, ymmv and all that...
tim
> -----Original Message-----
> From: Navaneeth [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 12, 2000 11:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: How to maintain a log ??
>
>
> Thanks Tim ..
>
> But doesn't portability means not recompiling at all ??
> Ideally the same compiled code must be able to be executed on
> all the three servers.
>
> Isn't that how it is supposed to be ?
>
> Navaneeth.
>
>
> ----- Original Message -----
> From: McAllister, Tim <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, September 12, 2000 11:17 PM
> Subject: Re: How to maintain a log ??
>
>
> > I want to respond to the issue of portability and vendor
> specific API's.
> >
> > You can keep your code portable by implementing vendor
> specifc code behind
> > your own interfaces. I have done this with great success,
> having ported an
> > application across three (THREE!) application servers (and
> an O/R mapping
> > tool). I have had to modify maybe three or four classes
> (implementations
> of
> > the interfaces) each time and it has been very painless.
> >
> > Don't be afraid to use vendor specific API's, but use them
> wisely, and
> > design for the inevitable change!
> >
> > Your mileage may (will) vary...
> >
> > tim
> >
> >
> >
> > Tim McAllister
> > http://www.objectanswers.com
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Navaneeth [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, September 12, 2000 10:16 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: How to maintain a log ??
> > >
> > >
> > > Hi all ,
> > >
> > > What is the normal practise adopted in maintaining a
> log file ??
> > > I understand that file I/O are not allowed ...
> > > Also I dont want to compromise on portability by using
> > > vendor specific
> > > APIs...
> > > if so how is this done ...??
> > >
> > > Thanks & Regards,
> > > Navaneeth.
> > >
> > > ==============================================================
> > > =============
> > > 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".
> >
> >
>
> ==============================================================
> =============
> 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".
