At 04:12 PM 11/27/2002 -0800, you wrote:
MicaelYou 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]>
-------------------------------------------------------
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]>
