RE: Java Development Environment for Emacs - anybody tried it ???

[Dennis Doubleday]

Now, now, this is Emacs. You don't have to accept anything you don't
like :-)

Try:

M-x customize-variable jde-gen-k&r 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Realtime Log File Viewer

[Dennis Doubleday]

tail is also included in the cygwin distribution. Install that and it
make your Win2k box much more useful. :-)

http://cygwin.com/


> -Original Message-
> From: Nicholas Orr [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, September 20, 2002 5:05 AM
> To: 'Tomcat Users List'
> Subject: RE: Realtime Log File Viewer
> 
> 
> Thanks,
> 
> I was just searching for wintail, the base site is www.wintail.com.
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Software caused connection abort

[Dennis Doubleday]

Environment: Windows 2000, Tomcat 4.0.3 standalone, JDK 1.4.0

I get this message to stdout every time I load a certain page. The page
still loads properly, and Tomcat doesn't seem to have been negatively
affected. But it is worrisome. Is it harmless?


StandardWrapperValve[default]: Servlet.service() for servlet default
threw exception java.net.SocketException: Software caused connection
abort: socket write error java.net.SocketException: Software caused
connection abort: socket write errorat
java.net.SocketOutputStream.socketWrite0(Native Method) at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:126)
at
org.apache.catalina.connector.ResponseBase.flushBuffer(ResponseBase.java
:679)   at
org.apache.catalina.connector.HttpResponseBase.flushBuffer(HttpResponseB
ase.java:757)   at
org.apache.catalina.connector.ResponseBase.write(ResponseBase.java:652)
at
org.apache.catalina.connector.ResponseStream.write(ResponseStream.java:3
12) at
org.apache.catalina.connector.http.HttpResponseStream.write(HttpResponse
Stream.java:189)at
org.apache.catalina.servlets.DefaultServlet.copyRange(DefaultServlet.jav
a:1903) at
org.apache.catalina.servlets.DefaultServlet.copy(DefaultServlet.java:165
2)  at
org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet
.java:1197) at
org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:51
9)  at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:247)   at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:193)   at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:243) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:190) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.ja
va:246) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:234
3)  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180)   at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)   at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:170)   at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:564) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:174)   at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.ja
va:566) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
72) at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.j
ava:1012)   at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:
1107)   at java.lang.Thread.run(Thread.java:536)


Dennis Doubleday  email: [EMAIL PROTECTED]
Right Hand Manager Software   web: http://www.righthandmanager.com


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: ArrayList vs. Vector

[Dennis Doubleday]

At 05:54 PM 4/23/01, you wrote:
>So if not, that's not the case?
>
>Thanks.
>Hunter
>
> > From: "Tim O'Neil" <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED]
> > Date: Mon, 23 Apr 2001 14:26:08 -0700
> > To: [EMAIL PROTECTED]
> > Subject: Re: ArrayList vs. Vector
> >
> > At 02:07 PM 4/23/2001 -0700, you wrote:
> >> But that would only apply to objects kept in the application or session
> >> scope, yes?
> >>
> >> If an object a new object is created and placed in the request scope, it's
> >> only going to be accessed by one user (that request) right?
> >
> > Keep thinking that if you write single thread model servlets.

Each HTTP request is served by a Thread. Therefore the 
HttpServletRequest/Response objects are specific to that thread and not 
accessed by any other (unless you specifically create subthreads in your 
request processing). The same applies to Objects created in the scope of 
the request/response--only that thread has access to them. Therefore 
synchronization of objects created/destroyed within the scope of the 
request is unnecessary.

The single thread servlet model doesn't enter into it, unless you are 
counting on unsynchronized access to member or static data of the Servlet 
object, which is used to serve all requests, or other long-lived objects 
(i.e., don't do that unless you use single thread model, which you really 
don't want to do.)



-
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/

RE: Help using JDBC realm with MySQL

[Dennis Doubleday]

Add the following parameter to your connection URL: relaxAutocommit=true

So it should look like:

jdbc:mysql://localhost/peopleshare?relaxAutocommit=true&user=hidden&pass
word=hidden

> -Original Message-
> From: Shawn A. Wilson [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 11, 2002 2:33 PM
> To: Tomcat Users List
> Subject: Re: Help using JDBC realm with MySQL
> 
> 
> Does nobody know a solution to get around this problem? I 
> have received no 
> replies and I desparately need to know how to get around the "Cannot 
> disable AUTO_COMMIT" error with JDBC realms and MySQL.
> 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Help using JDBC realm with MySQL

[Dennis Doubleday]

Sorry, if relaxAutocommit didn't work for you, I'm stumped. I was
getting the same exception until I added the parameter. Now, I wasn't
using JDBC realm...but that's why the parameter is provided, to prevent
that error.

> -Original Message-
> From: Shawn A. Wilson [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, April 11, 2002 9:12 PM
> To: Tomcat Users List
> Subject: RE: Help using JDBC realm with MySQL
> 
> 
> Well, I tried adding the relaxAutocommit=true parameter but I 
> still get 
> the same message. Arg... this is not making any sense. Do my 
> tables need 
> to be of a specific type? I created them without any options so they 
> should be MyISAM.


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

CATALINA_HOME vs. TOMCAT_HOME

[Dennis Doubleday]

These two environment variable names seem to be used interchangeably in 
various installation documents and discussions. Are they in fact 
interchangeable (i.e. I can set one or the other and it doesn't matter which)?

-
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/

Re: CATALINA_HOME vs. TOMCAT_HOME

[Dennis Doubleday]

At 01:03 PM 8/14/01, you wrote:


>On Tue, 14 Aug 2001, Dennis Doubleday wrote:
>
> > These two environment variable names seem to be used interchangeably in
> > various installation documents and discussions. Are they in fact
> > interchangeable (i.e. I can set one or the other and it doesn't matter 
> which)?
> >
>
>No, you need to use TOMCAT_HOME for Tomcat 3.x and CATALINA_HOME for
>Tomcat 4.x.

Thanks. The release notes for 4.0b6 contain a number of TOMCAT_HOME references.

---------
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/

Re: session variables in a server farm

[Dennis Doubleday]

I don't know anything about your app, but I would simplify the problem by 
keeping session affinity with a single server, i.e. load-balance at the 
session level rather than at the request level. If you don't tie a session 
to a single server, you aren't just looking at unitary login problems but 
also at server-side session cache consistency issues.

If you really need failover, though, you probably have to solve those 
problems anyway.

At 10:35 AM 1/31/01, you wrote:
>Is there an elegant way to implement session variables in a load balancing
>senario? If I understand correcty everything is stored on the
>server and a sessionID is store in the users browser so that the
>server can look it up. But what happens when the user gets routed
>to another server which doesn't have their info stored in the session,
>we wouldn't want them to log in again.  We though about placing this
>info in our ejb layer. But we'd like to not have to do a remote call
>just for authentication purposes.


-----
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: session variables in a server farm

[Dennis Doubleday]

At 11:16 AM 1/31/01, you wrote:
> > Our application is completely stateless except for login information.
> >  We do load balancing with a hardware load balancer which I believe
> >   is a Foundry Server Iron?
> >  I now considering keep our login state in a stateful session bean(ejb)
> >  And store the home handle to this bean in a session cookie on the client
> >  I think I might store the same info in a tomcat session variable just for
> >  performance optimization, If it ain't in the session get it from the
> > appserver.
> >  if it ain't in the app server, send them to the login page. ?
> >
> >  Does this sound ridiculous?

No. If you have a hardware load-balancer, though, it should be able to 
preserve session affinity by looking at your cookie. I'm not familiar with 
Foundry's product but the F5 product can do it. Then if the app server 
serving the session dies, you might have to ask the user to log in again 
(or you might be able to transparently log them in again), but that should 
be rare.

-
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Why use apache

[Dennis Doubleday]

At 03:06 PM 2/1/01, you wrote:

> So, the answer is it really depends.  Look at your usage patterns -
>if its almost exclusively Tomcat-served dynamic content then go with just
>Tomcat.  If its mostly static with a few dynamic pages the go with Apache
>and Tomcat.  If its in between, experiment and test to determine what's best
>for your application.

My Apache/Jserv app serves only dynamic requests, but I continue to front 
it with Apache because Apache will restart Jserv if it dies (if started in 
automatic mode.) I have thought of switching to Tomcat standalone, but is 
there a way to replace that restart-on-failure feature?

---------
Dennis Doubleday  email: [EMAIL PROTECTED]
yourfit.com, Inc.   web: http://www.yourfit.com/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]