RE: Documentation ... : Your Advices please

2005-06-22 Thread Sue Roe
I think most people would probably use later versions of both Java and
Tomcat if they were going to set an environment up from scratch now. So I
would suggest it better for you to upgrade now and document for later
releases.

Rgds

-Original Message-
From: Raghupathy,Gurumoorthy [mailto:[EMAIL PROTECTED]

Sent: 22 June 2005 09:14
To: 'Tomcat Users List'
Subject: Documentation ... : Your Advices please 

Hello All,
I am thinking of writing a document of how to set up. Apache +
tomcat + mod_jk with Apache using SSL. for free.
I am using Apache 1.3.* and Tomcat 4.1 and this works very nicely
 I have this running on my linux box for 2 years + now. 

I need your advice if I create a document of how to setup this will
it be use full. I am thinking that tomcat now being 5.5.* and 
apache 2.0.* will it be worth my time for the peoplpe or do you
think I should upgrade as well 

Regards
Guru 

Gurumoorthy Raghupathy
EMFS - Fidelity Investments International
* Tel: +44 1737 836798
* Internal: 8-724 6798
* Tel (R): +442086423806
* Mail-Zone : XTB2B
* E-Mail:  >

Regret for the things we did can be tempered by time; it is regret for the
things we did not do that is inconsolable

Important: Fidelity Investments International, Fidelity Investment Services
Limited, Fidelity Pensions Management and Financial Administration Services
Limited (a Fidelity Group company) are all authorised and regulated in the
UK by the Financial Services Authority and have their registered offices at
Oakhill House, 130 Tonbridge Road, Hildenborough, Tonbridge, Kent TN11 9DZ.
Tel 01732 361144. Fidelity only gives information on products and does not
give investment advice to private clients based on individual circumstances.
Any comments or statements made are not necessarily those of Fidelity. The
information transmitted is intended only for the person or entity to which
it is addressed and may contain confidential and/or privileged material. If
you received this in error, please contact the sender and delete the
material from any computer. All e-mails sent from or to Fidelity may be
subject to our monitoring procedures. 'Direct link to Fidelitys website.
http://www.fidelity-international.com/world/index.html
 




***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this Email message has been checked by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any Email or attachment 
you receive is virus free. We disclaim any liability for any damage you suffer 
as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


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



Merlia driver error

2005-06-22 Thread Sue Roe
Hello

We have a system set up with Tomcat 4.1 and SQL Server 7. We use a Merlia
jdbc driver to communicate with SQL Server via a connection pool.

Occasionally users get the following error when they first access a servlet
that needs to call a stored procedure...

***
EmployeeDAO_Pool: com.inet.tds.SQLException: java.net.SocketException:
Connection reset
***

.. and they are thrown out.

I am trying to find out exactly why this error is thrown, then I can find a
way to sort the access failures out.

Has anyone experienced the same thing?

Thanks



***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this Email message has been checked by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any Email or attachment 
you receive is virus free. We disclaim any liability for any damage you suffer 
as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


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



RE: Tomcat 5.5 and SQL Server

2005-07-11 Thread Sue Roe
What driver are you using between Tomcat and SQL server?

-Original Message-
From: Anderson, M. Paul [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2005 16:35
To: Tomcat Users List
Subject: Tomcat 5.5 and SQL Server

I am running Tomcat 5.5 with SQL Server on a separate machine.

I am getting the following error at random times:

Java.lang.Exception: java.sql.SQLException: [Microsoft][SQLServer 2000
Driver for JDBC]Connection rest by peer: socket write error.

I have been unable to determine a trigger for this error - it just seems
to happen randomly.  When it occurs, no user can then log in to the
application - I must reboot the SQL server machine to get a connection
to be made for subsequent logins.

Has anyone seen this and can point me to a solution?

Thanks,
Paul

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




***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this Email message has been checked by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any Email or attachment 
you receive is virus free. We disclaim any liability for any damage you suffer 
as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


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



RE: Tomcat 5.5 and SQL Server

2005-07-11 Thread Sue Roe
Ok. I haven't any experience with that, but I can say we were having similar
sporadic errors here with a Driver from Inet software (Merlia.jar),and
having upgraded it recently, the issue seems to have been resolved. I was
told that it was something to do with SQL Server throwing the connections
out, occasionally. 

So possibly it's a driver bug, not maintaining your connections. That's as
much as I know!

Good luck... 

-Original Message-
From: Anderson, M. Paul [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2005 16:47
To: Tomcat Users List
Subject: RE: Tomcat 5.5 and SQL Server

com.microsoft.jdbc.sqlserver.SQLServerDriver

-Original Message-----
From: Sue Roe [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 11, 2005 11:43 AM
To: 'Tomcat Users List'
Subject: RE: Tomcat 5.5 and SQL Server


What driver are you using between Tomcat and SQL server?

-Original Message-
From: Anderson, M. Paul [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2005 16:35
To: Tomcat Users List
Subject: Tomcat 5.5 and SQL Server

I am running Tomcat 5.5 with SQL Server on a separate machine.

I am getting the following error at random times:

Java.lang.Exception: java.sql.SQLException: [Microsoft][SQLServer 2000
Driver for JDBC]Connection rest by peer: socket write error.

I have been unable to determine a trigger for this error - it just seems
to happen randomly.  When it occurs, no user can then log in to the
application - I must reboot the SQL server machine to get a connection
to be made for subsequent logins.

Has anyone seen this and can point me to a solution?

Thanks,
Paul

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





***Disclaimer***

The contents of this Email may be privileged and are confidential. If
you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on
it, is prohibited and may be unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its
subsidiaries are unable to guarantee the security of Email content
outside of our own computer systems.

This footnote also confirms that this Email message has been checked by
MIMESweeper for the presence of computer viruses. Whilst we run
anti-virus software, you are solely responsible for ensuring that any
Email or attachment you receive is virus free. We disclaim any liability
for any damage you suffer as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


-
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]



***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this Email message has been checked by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any Email or attachment 
you receive is virus free. We disclaim any liability for any damage you suffer 
as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


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



IIS, Tomcat and NTLM Authentication

2005-01-27 Thread Sue Roe
Hi

 

We have just upgraded our server software, running a Java application, as
follows:

 

From:

IIS 4, Tomcat 4.1 - both running on same server - NT4

To:

IIS 5, Tomcat 4.1 - both running on same server - Windows 2000

 

 The application is to be available to all staff, either over the Intranet
or the Internet.

 

An issue has arisen with NTLM authentication. We extract a users
domain\username details using NTLM Authentication, the code is listed at the
bottom of this e-mail. This mechanism worked 100% on the old configuration.
Unfortunately with the IIS server upgrade and change in OS the
authentication details do not seem to be being picked up in two scenarios. 

 

1.  IE 6, unless Enable Integrated Windows Authentication is disabled.
We don't really want Browser settings to affect access.
2.  IE 5! (We are trying to force client sites to upgrade to IE6, but
still why does the NTLM Authentication break down here?)

 

The IIS settings are as follow:

Default Web Site: 

Anonymous Access - OFF

Basic Authentication - ON

Integrated Windows Authentication - ON

Jakarta Virtual Directory:

Anonymous Access - ON

Basic Authentication - ON

Integrated Windows Authentication - ON

 

If anyone has had any similar experiences or knows of any other mechanism to
retrieve domain/username, it would be great to hear.

 

Thanks

Sue

 

 

Code to Extract domain/user Details


***

String auth = request.getHeader("Authorization");

if (auth == null) {

response.setStatus(response.SC_UNAUTHORIZED);

response.setHeader("WWW-Authenticate", "NTLM");

return;

}

String domain = "";

String username = "";

if (auth.startsWith("NTLM ")) {

byte[] msg = new
sun.misc.BASE64Decoder().decodeBuffer(auth.substring(5));

int off = 0, length, offset;

if (msg[8] == 1){

byte z = 0;

byte[] msg1 = {(byte)'N', (byte)'T', (byte)'L',
(byte)'M', (byte)'S', (byte)'S', (byte)'P',

z,(byte)2, z, z, z, z, z, z, z,(byte)40, z, z, z,

(byte)1, (byte)130, z, z,z, (byte)2, (byte)2,

(byte)2, z, z, z, z, z, z, z, z, z, z, z, z};

response.setHeader("WWW-Authenticate", "NTLM " +

new sun.misc.BASE64Encoder().encodeBuffer(msg1));

response.sendError(response.SC_UNAUTHORIZED);

return;

} else if (msg[8] == 3) {

off = 30;

length = msg[off+17]*256 + msg[off+16];

offset = msg[off+19]*256 + msg[off+18];

String remoteHost = new String(msg, offset, length);

length = msg[off+1]*256 + msg[off];

offset = msg[off+3]*256 + msg[off+2];

domain = new String(msg, offset, length);

length = msg[off+9]*256 + msg[off+8];

offset = msg[off+11]*256 + msg[off+10];

username = new String(msg, offset, length);

String employeeNTLogin = domain + "\\" + username;

context.log("User NT Login: "+ employeeNTLogin + ":: " +
new Date(System.currentTimeMillis()));

session.setAttribute (Constants.DATABASE,
context.getAttribute(Constants.DATABASE));

Employee userEmployee=null;

// 1. Get Employee Object for NT Login of User & Roles

try {

userEmployee =
myEmployeeDAO_Pool.getDetailsByNTLogin(employeeNTLogin);

} catch (DAOException daoex){

}

session.setAttribute(Constants.USER_EMPLOYEE,
userEmployee);

etc etc

 






**
   ***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this e-mail message has been swept by 
Mimesweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any  e-mail or 
attachment you receive

RE: IIS, Tomcat and NTLM Authentication

2005-01-28 Thread Sue Roe
Thanks Allistair. 

Your blog was very interesting I had in fact already found it. I think we
should probably upgrade here so I will be sure to read it when we do.

Since posting this query I have in fact found a fix, typical! I explored the
contents of the Authorisation header and noted that rather than the auth
String starting with 'NTLM' it starts with 'Negotiate' in the scenarios that
didn't work! The encoded Domain and Username where still there, so I just
retrieved them as well.

Thanks for your reply

Regards
Sue 

-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED] 
Sent: 27 January 2005 11:30
To: Tomcat Users List
Subject: RE: IIS, Tomcat and NTLM Authentication

Sorry! just noticed you are not moving to TC 5. Perhaps this does not solve
your problem afterall.

> -Original Message-
> From: Allistair Crossley 
> Sent: 27 January 2005 11:28
> To: Tomcat Users List
> Subject: RE: IIS, Tomcat and NTLM Authentication
> 
> 
> Hi,
> 
> Sounds like you need to set tomcatAuthentication="false" for JK.
> 
> Have a look at my blog on upgrading issues here
> 
> http://www.adcworks.com/blog/
> 
> Allistair.
> 
> > -Original Message-
> > From: Sue Roe [mailto:[EMAIL PROTECTED]
> > Sent: 27 January 2005 11:09
> > To: [EMAIL PROTECTED] Apache. Org 
> (tomcat-user@jakarta.apache.org)
> > Subject: IIS, Tomcat and NTLM Authentication
> > 
> > 
> > Hi
> > 
> >  
> > 
> > We have just upgraded our server software, running a Java 
> > application, as
> > follows:
> > 
> >  
> > 
> > From:
> > 
> > IIS 4, Tomcat 4.1 - both running on same server - NT4
> > 
> > To:
> > 
> > IIS 5, Tomcat 4.1 - both running on same server - Windows 2000
> > 
> >  
> > 
> >  The application is to be available to all staff, either over 
> > the Intranet
> > or the Internet.
> > 
> >  
> > 
> > An issue has arisen with NTLM authentication. We extract a users
> > domain\username details using NTLM Authentication, the code 
> > is listed at the
> > bottom of this e-mail. This mechanism worked 100% on the old 
> > configuration.
> > Unfortunately with the IIS server upgrade and change in OS the
> > authentication details do not seem to be being picked up in 
> > two scenarios. 
> > 
> >  
> > 
> > 1.  IE 6, unless Enable Integrated Windows Authentication 
> > is disabled.
> > We don't really want Browser settings to affect access.
> > 2.  IE 5! (We are trying to force client sites to upgrade 
> > to IE6, but
> > still why does the NTLM Authentication break down here?)
> > 
> >  
> > 
> > The IIS settings are as follow:
> > 
> > Default Web Site: 
> > 
> > Anonymous Access - OFF
> > 
> > Basic Authentication - ON
> > 
> > Integrated Windows 
> > Authentication - ON
> > 
> > Jakarta Virtual Directory:
> > 
> > Anonymous Access - ON
> > 
> > Basic Authentication - ON
> > 
> > Integrated Windows 
> > Authentication - ON
> > 
> >  
> > 
> > If anyone has had any similar experiences or knows of any 
> > other mechanism to
> > retrieve domain/username, it would be great to hear.
> > 
> >  
> > 
> > Thanks
> > 
> > Sue
> > 
> >  
> > 
> >  
> > 
> > Code to Extract domain/user Details
> > 
> > **
> > **
> > ***
> > 
> > String auth = request.getHeader("Authorization");
> > 
> > if (auth == null) {
> > 
> > response.setStatus(response.SC_UNAUTHORIZED);
> > 
> > response.setHeader("WWW-Authenticate", "NTLM");
> > 
> > return;
> > 
> > }
> > 
> > String domain = "";
> > 
> > String username = "";
> > 
> > if (auth.startsWith("NTLM ")) {
> > 
> > byte[] msg = new
> > sun.misc.BASE64Decoder().decodeBuffer(auth.substring(5));
> > 
> > int off = 0, length, offset;
> > 
> > if (msg[8] == 1){
> > 
> > byte z = 0;
> > 
> >  

ISAPI redirector HELP ME!

2005-02-24 Thread Sue Roe
Hi

 

I am having a bit of a nightmare and hoping someone may be able to help. I
have Tomcat 4.1 / IIS 5 on Windows 2000 Server.

 

Basically all was working swimmingly until someone deleted the 'conf'
directory under Tomcat 4.1 installation, then re-started our server...
Tomcat obviously wouldn't start. I have restored the 'conf' directory that
we found on a backup. Tomcat starts fine again, but the redirection is now
not working...

 

Any ideas gratefully received!!! I have reinstalled Tomcat, and set the
filter up again in IIS but its now redirecting. This is a live system and I
will kill the person who deleted the conf file if I can find them ;-)

 

Many thanks

 

 

 

---

 

Susan Roe

Software Developer

 

CMi plc

Hanborough Business Park Long Hanborough Oxford OX29 8LH

Direct Tel: +44 (0)1993 885680

http://  www.cmi-plc.com

 



**
   ***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this e-mail message has been swept by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any  e-mail or 
attachment you receive is virus free. We disclaim any liability for any damage 
you suffer as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No 1899857 
Registered Office  4th Floor, 35 New Bridge Street, London, EC4V 6BW
Head Office Tele + 44  (0) 1993 885600
Head Office Fax  + 44  (0) 1993 885603
Web Site :  www.cmi-plc.com
**



RE: ISAPI redirector HELP ME!

2005-02-24 Thread Sue Roe
But they are the same as before...

Btw I am getting the following in iis_redirect.log

***
[Thu Feb 24 16:27:00 2005]  [jk_connect.c (143)]: jk_open_socket, connect()
failed errno = 61

[Thu Feb 24 16:27:00 2005]  [jk_ajp12_worker.c (152)]: In
jk_endpoint_t::service, Error sd = -1

[Thu Feb 24 16:27:00 2005]  [jk_isapi_plugin.c (716)]: HttpExtensionProc
error, service() failed
***

That used to say ajp12, NOT ajp13



-Original Message-
From: Molden, Robert (GE Infrastructure) [mailto:[EMAIL PROTECTED] 
Sent: 24 February 2005 16:21
To: Tomcat Users List
Subject: RE: ISAPI redirector HELP ME!

Check your workers.properties and uriworkermap.properties files
to make sure the settings are valid.

-Original Message-
From: Sue Roe [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 24, 2005 11:14 AM
To: tomcat-user@jakarta.apache.org
Subject: ISAPI redirector HELP ME!


Hi

 

I am having a bit of a nightmare and hoping someone may be able to help. I
have Tomcat 4.1 / IIS 5 on Windows 2000 Server.

 

Basically all was working swimmingly until someone deleted the 'conf'
directory under Tomcat 4.1 installation, then re-started our server...
Tomcat obviously wouldn't start. I have restored the 'conf' directory that
we found on a backup. Tomcat starts fine again, but the redirection is now
not working...

 

Any ideas gratefully received!!! I have reinstalled Tomcat, and set the
filter up again in IIS but its now redirecting. This is a live system and I
will kill the person who deleted the conf file if I can find them ;-)

 

Many thanks

 

 

 

---

 

Susan Roe

Software Developer

 

CMi plc

Hanborough Business Park Long Hanborough Oxford OX29 8LH

Direct Tel: +44 (0)1993 885680

http:// <http://www.cmi-plc.com/> www.cmi-plc.com

 



**
   ***Disclaimer***

The contents of this Email may be privileged and are confidential. If you
are not the intended recipient, any disclosure, copying, distribution or any
action taken or omitted to be taken in reliance on it, is prohibited and may
be unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its
subsidiaries are unable to guarantee the security of Email content outside
of our own computer systems.

This footnote also confirms that this e-mail message has been swept by
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus
software, you are solely responsible for ensuring that any  e-mail or
attachment you receive is virus free. We disclaim any liability for any
damage you suffer as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No 1899857 
Registered Office  4th Floor, 35 New Bridge Street, London, EC4V 6BW
Head Office Tele + 44  (0) 1993 885600
Head Office Fax  + 44  (0) 1993 885603
Web Site :  www.cmi-plc.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]



Java Server Faces

2005-08-30 Thread Sue Roe
I don't know if this is the correct User Group.

Has anyone done any development with Java Server Faces to create richer UI
experiences? Is it any good?

TIA
Sue



***Disclaimer***

The contents of this Email may be privileged and are confidential. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

Should you wish to use Email as a mode of communication, CMi plc and its 
subsidiaries are unable to guarantee the security of Email content outside of 
our own computer systems.

This footnote also confirms that this Email message has been checked by 
MIMESweeper for the presence of computer viruses. Whilst we run anti-virus 
software, you are solely responsible for ensuring that any Email or attachment 
you receive is virus free. We disclaim any liability for any damage you suffer 
as a consequence of receiving any virus.

Checkmate International plc (CMi)
Registered in England No: 1899857
Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW


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