Smile and the world smiles with you.... ;o) -----Original Message----- From: Pae Choi [mailto:[EMAIL PROTECTED]] Sent: 28 November 2002 00:12 To: Tomcat Users List Subject: Re: [OT] - Let's be nice -- Re: How do I integrate my CLASSPATH on Tomcat?
You listen up. You should know who started this first. And mind your own business. Pae > Pae, you are sure a sensitive person. I, for one, do not appreciate this > nastiness in a public place. Please try to "play well with others". And, > to be fair, I certainly have had my moments too. > > At 11:41 AM 11/27/2002 -0800, you wrote: > >First, let me copy the initial inquriy to refresh your memory. > > > >"I'm wondering how I should do to make tomcat use the paths that are in > >my CLASSPATH?" > > > >Does it say or imply to move JARs or packages to a specific > >location? The question was simple and the my reply included > >a simple suggestion according to the inquiry. > > > >And back to your comments. Look back about 5 years ago. Did > >you envisoned all the technologies and standards what's going on > >now? What make so sure what's going on will stay same in next > >5 to 10 years later? > > > >Also, not every user of TC develop the app to sell and consider > >all the factors you mentioned. A matter fact, most of products from > >your company, Millennium ChemInformatics, do no even have the > >basic concept of n-tier architecture nor grid-level, distributed computing. > > > >If you are so well-planned and -built the outstanding product(if there > >is any) let me know, I will not mind given you some lessons of > >well structured architecture and success characteristics in marketability > > as well as other factors. > > > >Last, AFAIK, your compnay is losing the money than making it. Perhaps, > >you contributed that too? > > > > > >Pae > > > > > > > >----- Original Message ----- > >From: "Shapira, Yoav" <[EMAIL PROTECTED]> > >To: "Tomcat Users List" <[EMAIL PROTECTED]> > >Sent: Wednesday, November 27, 2002 8:17 AM > >Subject: RE: How do I integrate my CLASSPATH on Tomcat? > > > > > >Howdy, > > > > >Long run? I've been watching TC a long enough and have changed > > >a number of times the scheme of including the CLASSPTH. In the > > >long run, are you absolutely sure what is going right now will be > > >stay same ... say in next 5 years? > > > >I'm sure tomcat will implement the servlet specification standard, yes. > >I'm sure the servlet specification standard will not mention anything > >about $CLASSPATH in server-specific startup scripts, yes. /WEB-INF/lib > >is the standard way to go. It's the only way to go if you don't want to > >change scripts when changing servers. If you had put the libs there > >when using tomcat 3.x, you wouldn't have had to move them when moving to > >4.x, etc. > > > > >What's the time frame for "the long run" mean? More than 5 years? > > > >Any time other than the initial beginner setup. You want to be able to > >setup from scratch automatically, e.g. using an ant script. You want a > >3rd party person to be able to deploy your app. That's why the spec is > >there. That's why the idea of a .war file exists. > > > >Sure, you could write detailed instructions and require a specific > >version of tomcat with your modifications to tomcat's startup script, > >but good luck getting people to use (much less buy) your app then ;) > > > >Obviously it's your app, your company (or university or whatever), so > >it's your call. In my personal experience, every place I've worked and > >every boss I've had always insisted on portability and > >standards-compliance as much as reasonably possible. It's saved us many > >times. Now I insist on the same with all the developers that work for > >me, all the projects I'm responsible for, etc. And if I had a dollar > >for every time it's paid off, I'd be rich ;) > > > >Yoav Shapira > >Millennium ChemInformatics > > > >-- > >To unsubscribe, e-mail: > ><mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: > ><mailto:[EMAIL PROTECTED]> > > > > > > > >-- > >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > Micael > > ------------------------------------------------------- > > This electronic mail transmission and any accompanying documents contain > information belonging to the sender which may be confidential and legally > privileged. This information is intended only for the use of the > individual or entity to whom this electronic mail transmission was sent as > indicated above. If you are not the intended recipient, any disclosure, > copying, distribution, or action taken in reliance on the contents of the > information contained in this transmission is strictly prohibited. If you > have received this transmission in error, please delete the message. Thank you > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>