RE: jakarta-tomcat-4.0.3.exe
This question will be better answered on the [EMAIL PROTECTED] list. Randy -Original Message- From: Jian Hu [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 4:15 PM To: [EMAIL PROTECTED] Subject: jakarta-tomcat-4.0.3.exe Hi, I am a loyal user of Apache Tomcat. I am very interested in executible program jakarta-tomcat-4.0.3.exe. I try to make setting up process clear. It seems that following your instruction could not make it work well. But the .exe did function well for me. Can I have the souce code of the program ? It would be highly appreciated if you could send it to me via email. Thanks a lot. Jian -- 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]
RE: Who Do I Contact to add a new Jakarta project
See http://jakarta.apache.org/site/newproject.html for information about adding a project to Jakarta. Projects aren't allowed in without at least some form of established community around the project that will continue to support it once you lose interest. A good place to build this type of community would be over at SourceForge (www.sourceforge.net). Randy -Original Message- From: Doug Mortson [mailto:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 9:58 AM To: [EMAIL PROTECTED] Subject: Who Do I Contact to add a new Jakarta project My name is Doug Mortson, an independent consultant with 15 years of industry experience. I have developed a software package called Synergy (described below) that I think would be a good edition to the Jakarta project. I am not looking for any compensation. I'm simply looking for a way to get the software out into the world. I would appreciate it if somebody could contact me as to what the appropriate steps would be, the appropriate contact info etc. Thanks. - Synergy is a free, 3-tier Java application that allows development team members to collaborate with each other during the development of a project. It includes the following: The ability to create, view, update and report on defects. The ability to create, view, update and run defect queries. The ability to create, view and update reports for search and queries The ability to create, view and update discussion forums Synergy can be accessed via an Internet Explorer browser, and requires an application server like IBM Websphere, BEA Weblogic or Tomcat. It also requires a database like DB2, with a JDBC compliant driver. The product can be downloaded from the following location : http://www.canadaaudiovideo.com/velotrex/Products.html Doug Mortson President VeloTrex 452 Britannia Ave, Bradford, Ontario L3Z 1A7 905-775-0390 -- 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]
RE: Tomcat 4.0.2 bug?
Take this to [EMAIL PROTECTED], they can help you. Randy PS There are a lot of people using TC 4.02 and they don't report this behavior. -Original Message- From: Carl Meredith [mailto:[EMAIL PROTECTED]] Sent: Friday, February 22, 2002 9:46 AM To: '[EMAIL PROTECTED]' Subject: Tomcat 4.0.2 bug? It seems your Bugzilla db is broken. I didn't know to whom this should be reported, so... I just installed Tomcat 4.0.2, replacing 4.0.1. Now 4.0.2 differs significantly from 4.0.1 in class loader behavior. In 4.0.1, a classpath whose WEB-INF had /classes and /lib subdirectories would get an effective CLASSPATH of classes/* followed by all the jars in /lib. With 4.0.2, if there is a /classes path, /lib is ignored. You have to jar up all the classes in /classes, put that jar into the /lib path, and delete the /classes tree to get the application to work. This is not the behavior described in http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-h owto.html Carl Meredith SAS Institute Inc. Cary, NC mailto:[EMAIL PROTECTED] w:919-662-9302 -- 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]
RE: jdbc driver an ms access
Before anyone uses this, I would suggest you look at the bugs in the BugParade about the bridge. Its not thread-safe, which can cause significant problems for a multi-threaded environment like Tomcat. It can be used, but you must be careful in your usage or else you will cause yourself lots of problems (crashes). Randy -Original Message- From: Matt Egyhazy [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 06, 2002 1:20 PM To: Jakarta General List Subject: Re: jdbc driver an ms access jdbc-odbc driver. matt - Original Message - From: Carlos [EMAIL PROTECTED] To: Jakarta General List [EMAIL PROTECTED] Sent: Sunday, January 06, 2002 1:04 PM Subject: jdbc driver an ms access anybody knows a JDBC driver for using with MS ACCESS? thanks -- 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]
RE: Exception number: c0000005 (access violation)
Stop using the JDBC-ODBC bridge. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, December 07, 2001 2:02 PM To: [EMAIL PROTECTED] Subject: Exception number: c005 (access violation) Hello There, I m badly affected by this problem , pls help me..in this matter.., i m using : NT4.0 , MSSQL7.0, Tomcat 3.2.1 , and doing the hositing on this ... but tomcat crases frequently, by dr. watson error.., so pls help me.. I will be needing ur help badly... This is the error , in drwtsn.log : Application exception occurred: App: (pid=1294) When: 12/7/2001 @ 9:14:8.694 Exception number: c005 (access violation) * System Information * Computer Name: JINGLE User Name: SYSTEM Number of Processors: 1 Processor Type: x86 Family 6 Model 7 Stepping 3 Windows Version: 4.0 Current Build: 1381 Service Pack: 6 Current Type: Uniprocessor Free Registered Organization: Registered Owner: * Task List * 0 Idle.exe 2 System.exe 25 smss.exe 33 CSRSS.exe 39 WINLOGON.exe 47 SERVICES.exe 50 LSASS.exe 75 SPOOLSS.exe 83 RPCSS.exe 89 msdtc.exe 113 Apache.exe 117 rexecd.exe 121 rlogind.exe 126 telnetd.exe 131 AWHOST32.exe 135 cisvc.exe 138 dns.exe 143 LLSSRV.exe 148 mhss.exe 167 mssearch.exe 191 sqlservr.exe 219 NPSSVC.exe 226 PSTORES.exe 231 mstask.exe 223 SCSMFILT.exe 246 mfilter.exe 251 inetinfo.exe 256 Apache.exe 360 POP3S.exe 378 smtpds.exe 387 SMTPRS.exe 397 war-ftpd.exe 445 sqlagent.exe 448 cidaemon.exe 458 mtx.exe 502 mtx.exe 155 mtx.exe 513 nddeagnt.exe 544 EXPLORER.exe 550 mtx.exe 561 PROMon.exe 563 LOADWC.exe 574 NAVAPW32.exe 559 sqlmangr.exe 565 WarTrayIcon.exe 582 LUCOMS~1.exe 539 mtx.exe 596 mdm.exe 81 mtx.exe 531 mtx.exe 640 mtx.exe 668 mtx.exe 647 mtx.exe 553 mtx.exe 639 mtx.exe 727 mtx.exe 745 mtx.exe 765 mtx.exe 176 mtx.exe 693 mtx.exe 815 mtx.exe 404 mtx.exe 772 mtx.exe 361 mtx.exe 409 mtx.exe 635 mtx.exe 421 mtx.exe 892 mtx.exe 886 mtx.exe 839 mtx.exe 1294 Tomcat.exe 934 DRWTSN32.exe 0 _Total.exe (0040 - 0040) (77f6 - 77fbe000) dll\ntdll.dbg (77f0 - 77f5f000) dll\kernel32.dbg (77dc - 77dff000) dll\advapi32.dbg (77e7 - 77ec5000) dll\user32.dbg (77ed - 77efc000) dll\gdi32.dbg (77e1 - 77e67000) dll\rpcrt4.dbg (77bf - 77bf7000) dll\rpcltc1.dbg (503f - 503f) (77fd - 77ffa000) dll\winmm.dbg (7800 - 78046000) (5022 - 50227000) (5038 - 5038d000) (5025 - 50267000) (5039 - 5039d000) (5033 - 50338000) (776d - 776d8000) dll\wsock32.dbg (776b - 776c4000) dll\ws2_32.dbg (776a - 776a7000) dll\ws2help.dbg (7766 - 7766f000) dll\msafd.dbg (7769 - 77699000) dll\wshtcpip.dbg (74ff - 74ffe000) dll\rnr20.dbg (5029 - 5029a000) (1f70 - 1f735000) dll\ODBC32.dbg (7163 - 716b9000) COMCTL32.dbg (77c4 - 77d7b000) dll\shell32.dbg (77d8 - 77db2000) dll\comdlg32.dbg (77a9 - 77a9b000) dll\version.dbg (779c - 779c8000) dll\lz32.dbg (1f7f - 1f804000) dll\ODBCINT.dbg (77b2 - 77bd1000) dll\ole32.dbg (1f75 - 1f769000) dll\ODBCCP32.dbg (4123 - 412af000) sqlsrv32.DBG (4110 - 4110c000) DLL\sqlwoa.DBG (0e3c - 0e401000) dll\netapi32.dbg (7784 - 77849000) dll\NetRap.dbg (777e - 777ed000) dll\samlib.dbg (7795 - 77979000) dll\wldap32.dbg (6534 - 653d2000) oleaut32.dbg (75a8 - 75a88000) dll\nddeapi.dbg (77c0 - 77c18000) drv\winspool.dbg (7331 - 73318000) DLL\dbnmpntw.DBG State Dump for Thread Id 0x50d eax=77bf4030 ebx=0012ff18 ecx=77bf edx= esi=0020 edi= eip=77f67f07 esp=0012fe38 ebp=0012fea0 iopl=0 nv up ei pl zr na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0246 function: ZwReadFile 77f67efc b88600 mov eax,0x86 77f67f01 8d542404 lea edx,[esp+0x4] ss:0161e83f= 77f67f05 cd2e int 2e 77f67f07 c22400 ret 0x24 77f67f0a 8bc0 mov eax,eax * Stack Back Trace * FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012fea0 77dd8a61 0020 00132108 021a 0012fed0 ntdll!ZwReadFile 0012fed4 77dd84ad 0020 00132108 021a 0012ff18 advapi32!RegisterServiceCtrlHandlerA 0012ff38 77dd82ca 0020 00132108 021a advapi32!StartServiceCtrlDispatcherW 0012ff5c 00402698 0012ff74 0040549a 0800 advapi32!StartServiceCtrlDispatcherA * Raw Stack Dump * 0012fe38 ca d2 f0 77 20 00 00 00 - 00 00 00 00 00 00 00 00 ...w ... 0012fe48 00 00 00 00 74 fe 12 00 - 08 21
RE: Dr. Watson Error , Causes Tomcat Crash
Are you, perhaps, using the JDBC-ODBC bridge? 99% of the time this is the reason that people complain about crashes on Windows - you are using a piece of software that is experimental and not thread safe (the bridge) and its causing the JVM to crash. Switch to different database drivers. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 12:44 PM To: [EMAIL PROTECTED] Subject: Dr. Watson Error , Causes Tomcat Crash Hello There, I m getting Dr. Watson Error , very frequently.., many times in a day. I m having NT4.0 , SQL7.0 pls help.. vikas mail2web - Check your email from the web at http://mail2web.com/ . -- 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]
RE: Problem to Start Tomcat 3.2.3
Try running tomcat.bat run from a command line and your error message should stay on the screen. Randy -Original Message- From: Slim Driss [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 15, 2001 1:25 PM To: Jakarta General List Subject: Problem to Start Tomcat 3.2.3 Hi there, I've a problem to start Tomcat 3.2.3 with JVM 1.3.1 on Win2K. I did it before with others version of Tomcat but now I can't start it with the mentionned configuration! There is no error message and the dos window is closed just after the execution! For information, the variables as CLASSPATH point on tools.jar and JAVA_HOME on my java directory. Thanks for your help, Slim Driss email: [EMAIL PROTECTED] Cell. Phone: +1 647 286 6499 Home Phone: +1 905 568 0309 Pager: +1 905 466 9158 / +1 418 647 7222 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [OT] Servlets better for most companies!
-Original Message- From: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 23, 2001 10:14 PM To: [EMAIL PROTECTED] Subject: Re: [OT] Servlets better for most companies! Kevin Burton wrote: It is totally illogical isn't it? The only only explanation is one my grandfather put forth. They are all masochists! I have another theory. Warning: you won't like it. Try building jetspeed with turbine-3. EJB and JSP may suck, but if you use them, you don't have to rewrite your application every six months. - Sam Ruby Here's another thought: (you probably won't like this one either) they have people there to pretend to answer your support questions. When someone buys one of these packages they usually get some form of support and offers of training classes so that administrators and developers can sit in a room for a week and be spoon fed instructions on how their package works (which most people could learn from a manual in half the time). That's the argument that I have to face every time I try and sell an OSS package to a client or management - who will be there to help my technicians/support staff/other developers? Who will teach them how to use it? Most managers don't want to hear about a mailing list with hundreds or thousands of subscribers, they want a company that they can blame and/or sue if something goes terribly wrong. Software Vendors have done a great job of implying that they are more liable than the OSS projects while getting legislation (here in the US, maybe elsewhere) passed that makes their liability just about equal. I think that there needs to be more companies out there supporting the OSS projects, and those that do it need to get more visibility in front of the managers and vice presidents so that when someone suggests using them they don't say I've never heard of them Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat and java clients
This is the type of thing that a lot of people are talking Web Services and SOAP about. SOAP is all about message passing between clients and servers, allowing the clients to be written in any language you want. (There's also a lot of marketing hype around SOAP so remember to investigate for yourself.) I haven't used SOAP, but Apache has an implementation (xml.apache.org) that you might want to look at. Randy -Original Message- From: Peter Nuetzel - inglobo [mailto:[EMAIL PROTECTED]] Sent: Friday, August 24, 2001 8:25 AM To: [EMAIL PROTECTED] Subject: Re: tomcat and java clients You may send Objects via HTTP using object serializiation. We've done so in several projects and its working fine. You don't need to worry about firewall trouble. (See also applet-servlet-communication) - peter -Ursprüngliche Nachricht- Von: Christoph Leser [EMAIL PROTECTED] An: [EMAIL PROTECTED] [EMAIL PROTECTED] Datum: Freitag, 24. August 2001 12:13 Betreff: tomcat and java clients Please forgive me for asking the following silly question. I read your discussion about 'servlets are better for most companies' and think I can follow the arguments. I'm am going to build an application, which will have a java client as front end ( not a browser ). How do I get to the server? I initially thought of using EJBs or some sort of RMI. Given your discussion, I should give it a second thought. Can I use tomcat ( or any of the plenty of apache products ) as a server? Can tomcat act as RMI server? Or must I talk http to it? Dont even know if this a senseful question ;-) Best regards and many thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What are we doing in regards to JDK 1.4?
-Original Message- From: Endre Stølsvik [mailto:[EMAIL PROTECTED]] Sent: Friday, June 22, 2001 3:59 AM To: [EMAIL PROTECTED] Subject: Re: What are we doing in regards to JDK 1.4? Isn't it actually quite cool that Sun is including lots of functionality with it's Java core? I kind of feel that this is among what makes Java so extremely cool, that a _lot_ of commonly used functionality is already in the core. And you're guaranteed that it will be there when you deploy your little program somewhere else. This, of course, especially goes for the native parts of the language, like GUI and Connections and other HW interfacing parts. But this adds to larger JVM installs and increases the size of installed applications. In today's JVM if I don't need reg-ex in my application then I don't have to take the storage space hit. A package or two might not seem like a lot, but when you add up all the separate packages they have added (Swing, Collections, java.text, etc) you start seeing the bloat. When you distribute an application with a JRE, your installer size keeps growing and it takes your users longer and longer to download and more and more disk space to install. What I really think should happen is that Sun should manage the language (things like syntax, language enhancements and things that abstract the hardware). If they want to, they could have a separate group that programs extensions, but these should be optional and not bundled with the JVM (after all, bundling with a package is what got Microsoft in trouble). Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Technical Reviewer Needed
I might be interested. What level of time commitment are we talking about (would 2 hours a night plus weekends be fast enough)? Is any prior editing experience required, or is just using Tomcat enough? (By the way, I would probably be qualified to do the entire book as well). Randy -Original Message- From: Art Taylor [mailto:[EMAIL PROTECTED]] Sent: Monday, May 07, 2001 2:08 PM To: [EMAIL PROTECTED] Subject: Technical Reviewer Needed I am in the process of completing a Java Web site book which features the award-winning Tomcat server. I need a tech reviewer for a few of the chapters, preferably someone who is familiar with the direction of the development of the Tomcat server (i.e., what is in version 3.3 and 4.0, what features will be supported in future releases, etc.). This would only involve a few chapters and yes, there is some pay involved. Any takers? -- Art Taylor __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 3.2.2?
It can be built from the CVS sources, but it has not yet been made into a release as far as i know. Randy -Original Message- From: David M. Rosner [mailto:[EMAIL PROTECTED]] Sent: Friday, February 23, 2001 3:38 PM To: [EMAIL PROTECTED] Subject: 3.2.2? Hi All, I'm running jakarta 3.2 and have run into a problem where certain browsers get the text of the jsp code instead of the correct results of the jsp execution. I found 2 bugs in the bug database that appear to be the same problem. The resolution states that this problem has been fixed in versions 3.2.2 and 3.3. I see that 3.3 is not a release version so i don't want to touch that just yet. But I can't find 3.2.2 anywhere. Does anyone know where 3.2.2 can be found and if so if it is a stable release? Thanks, -dave - David M. Rosner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: socket write error
Edit your server.xml file. There is a Logger directive named tc_log. It has a verbosityLevel attribute. I believe the default configuration sets this to INFORMATION. You probably want WARNING. (The values, from least information to most are FATAL, ERROR, WARNING, INFORMATION, DEBUG) Randy -Original Message- From: Bruno Crapart [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 22, 2001 4:00 AM To: '[EMAIL PROTECTED]' Subject: RE: socket write error Thanks Randy. How can i move my logging one level up from the default ? Regards. Bruno -Message d'origine- De : Randy Layman [mailto:[EMAIL PROTECTED]] Envoy : mer. 21 fvrier 2001 21:28 : [EMAIL PROTECTED] Objet : RE: socket write error Its not a problem. Its your web browser realizing that it already has an update copy of the resource (image, CSS, html, etc) and deciding to save some network bandwidth and close the socket. To not see this message any more you need to move your logging one level up from the default (whatever is above INFORMATION, I believe). Randy -Original Message- From: Bruno Crapart [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 8:45 AM To: '[EMAIL PROTECTED]' Subject: socket write error I work with Tomcat 3.2 and Apache last stable version Can somebody help me to fix the problem below, it appears in Tomcat Window only with image files. 2001-02-21 02:41:06 - Ctx( /robinson ): IOException in: R( /robinson + /carrier ite/anglais/haut.htm + null) Connection aborted by peer: socket write error -Message d'origine- De : Larry Isaacs [mailto:[EMAIL PROTECTED]] Envoy : jeu. 15 fvrier 2001 18:58 : '[EMAIL PROTECTED]' Cc : '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Objet : [ANNOUNCEMENT] Tomcat 3.3 Milestone 1 The first milestone release of the next version of Tomcat 3.x is available for download and testing. As a Tomcat 3.x release, it remains an implementation of the Servlet 2.2 and JSP 1.1 specifications. In addition to bug fixes, a large amount of refactoring has gone into Tomcat 3.3m1 since Tomcat 3.2. Much of the code is still there, but cleaned up and likely in a new location. It is hoped with the changes that have occurred, you will find Tomcat 3.3 more flexible and easier to configure. You should also find improved performance over Tomcat 3.2. In this milestone release, documentation hasn't caught up with some of the more recent changes to Tomcat 3.3m1. For this reason, be sure to read the "README" file found in Tomcat's "doc" directory. It contains documentation that covers some of the more important of these recent changes to Tomcat 3.3. In addition to the "README" file, the following notes provide some additional information you will need to make full use of this release: 1) The binary distribution has source for the connectors, but not for the Tomcat container. The source for the full jakarta-tomcat CVS tree is available separately in the "v3.3-m1/src" directory. 2) The internal directory structure contained in the binary and source archives differs from Tomcat 3.2. The binary expands to a directory called "tomcat" and the source expands to "jakarta-tomcat". This matches what you would get if you checked out CVS source and built Tomcat from that source. 3) The new class loader scheme in this release ignores your CLASSPATH setting. Instead, you are expected to add needed jars to Tomcat's "lib", "lib/common", and "lib/shared" directories. See the "README" file in Tomcat's "doc" directory for details. 4) The "sanity-test" is not part of the binary distribution like it was with Tomcat 3.2. However, it is available in "War" form, along with the Watchdog JSP and servlet tests. These are found in the "v3.3-m1/apps" directory. Place these War files in Tomcat's "webapps" directory before starting Tomcat. To simplify testing, these tests can be run from the Admin web application. See the "README" file in Tomcat's "doc" directory for details. 5) On Windows 9x, there have been instances where the watchdog-jsp.jsp test failed to run when the jsp was first compiled. If this happens, try refreshing the page to get the test to run. Note: There is one expected failure, "positiveScriptlet.jsp", when the watchdog-jsp.jsp test is run again without restarting Tomcat 3.3. 6) For the watchdog-servlet.jsp test file to run, you must copy jakarta-tools' "moo.jar" and jakarta-watchdog's "client.jar" to Tomcat's "webapps/admin/WEB-INF/lib" directory before starting Tomcat. Both of these jars are found in the "v3.3-m1/bin" directory. These will be included in the admin.war in the next release. 7) The Admin web application's index.htm
RE: socket write error
Its not a problem. Its your web browser realizing that it already has an update copy of the resource (image, CSS, html, etc) and deciding to save some network bandwidth and close the socket. To not see this message any more you need to move your logging one level up from the default (whatever is above INFORMATION, I believe). Randy -Original Message- From: Bruno Crapart [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 8:45 AM To: '[EMAIL PROTECTED]' Subject: socket write error I work with Tomcat 3.2 and Apache last stable version Can somebody help me to fix the problem below, it appears in Tomcat Window only with image files. 2001-02-21 02:41:06 - Ctx( /robinson ): IOException in: R( /robinson + /carrier ite/anglais/haut.htm + null) Connection aborted by peer: socket write error -Message d'origine- De : Larry Isaacs [mailto:[EMAIL PROTECTED]] Envoy : jeu. 15 fvrier 2001 18:58 : '[EMAIL PROTECTED]' Cc : '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Objet : [ANNOUNCEMENT] Tomcat 3.3 Milestone 1 The first milestone release of the next version of Tomcat 3.x is available for download and testing. As a Tomcat 3.x release, it remains an implementation of the Servlet 2.2 and JSP 1.1 specifications. In addition to bug fixes, a large amount of refactoring has gone into Tomcat 3.3m1 since Tomcat 3.2. Much of the code is still there, but cleaned up and likely in a new location. It is hoped with the changes that have occurred, you will find Tomcat 3.3 more flexible and easier to configure. You should also find improved performance over Tomcat 3.2. In this milestone release, documentation hasn't caught up with some of the more recent changes to Tomcat 3.3m1. For this reason, be sure to read the "README" file found in Tomcat's "doc" directory. It contains documentation that covers some of the more important of these recent changes to Tomcat 3.3. In addition to the "README" file, the following notes provide some additional information you will need to make full use of this release: 1) The binary distribution has source for the connectors, but not for the Tomcat container. The source for the full jakarta-tomcat CVS tree is available separately in the "v3.3-m1/src" directory. 2) The internal directory structure contained in the binary and source archives differs from Tomcat 3.2. The binary expands to a directory called "tomcat" and the source expands to "jakarta-tomcat". This matches what you would get if you checked out CVS source and built Tomcat from that source. 3) The new class loader scheme in this release ignores your CLASSPATH setting. Instead, you are expected to add needed jars to Tomcat's "lib", "lib/common", and "lib/shared" directories. See the "README" file in Tomcat's "doc" directory for details. 4) The "sanity-test" is not part of the binary distribution like it was with Tomcat 3.2. However, it is available in "War" form, along with the Watchdog JSP and servlet tests. These are found in the "v3.3-m1/apps" directory. Place these War files in Tomcat's "webapps" directory before starting Tomcat. To simplify testing, these tests can be run from the Admin web application. See the "README" file in Tomcat's "doc" directory for details. 5) On Windows 9x, there have been instances where the watchdog-jsp.jsp test failed to run when the jsp was first compiled. If this happens, try refreshing the page to get the test to run. Note: There is one expected failure, "positiveScriptlet.jsp", when the watchdog-jsp.jsp test is run again without restarting Tomcat 3.3. 6) For the watchdog-servlet.jsp test file to run, you must copy jakarta-tools' "moo.jar" and jakarta-watchdog's "client.jar" to Tomcat's "webapps/admin/WEB-INF/lib" directory before starting Tomcat. Both of these jars are found in the "v3.3-m1/bin" directory. These will be included in the admin.war in the next release. 7) The Admin web application's index.html file has an error in the commands it displays to set it to "trusted". "run" should appear before "-enableAdmin" when using the ".sh" and ".bat" files. This is documented correctly in the "README" in the "doc" directory. Please download this release and give it a try in your environment. The source, rpms, and binaries may be found at: http://jakarta.apache.org/builds/tomcat/release/v3.3-m1 To log problems or bugs, as well as submit patches, please refer to: http://jakarta.apache.org/site/bugs.html When logging bugs to Bugzilla, please specify the Program as "Tomcat 3" and the Version as "Nightly Build". I would like to thank all those who have volunteered their time and efforts to bring Tomcat 3.3m1 to this point. I look forward to continuing the effort to bring Tomcat 3.3 to a final release. Thanks, Larry Isaacs - To unsubscribe, e-mail: [EMAIL
RE: Access to Environment Variables
Actually, that is not what that message means. The Class compiler error is because ant.jar is in your java/lib/ext directory. I don't know why, but Ant doesn't work when its jar file is there - it simply needs to be added to the classpath or specified on the java command line. Randy -Original Message- From: St. Louis, Thomas (CRD) [mailto:[EMAIL PROTECTED]] Sent: Monday, February 19, 2001 9:29 AM To: '[EMAIL PROTECTED]' Subject: Access to Environment Variables Ant doesn't seem to pick up my $PATH and $CLASSPATH environment variables. When I get to the compiler task, "Cannot use classic compiler, as it is not available.". I'm not seeing how to include these preset env variables into the build.xml file. Any help is appreciated. g GE Corporate Research Development __ Tom St.Louis GE Corporate Research Development One Research Circle, K1-5C39C Schenectady, NY 12309 Phone: (518) 387-4900 Dial Comm: 8*833-4900 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
