On 4 Jul 2010, at 23:02, rahul iamrahu...@yahoo.com wrote:
I guess there are jsp:include page / and %@ include file %
directives in you webapp. Check them for case sensitivity
There are only couple of directives -
%@ taglib uri=/taglib.tld prefix=salmon%
and
%@ page
Hello Friends
A very strange findings for today! Found it only because I skipped the first
Launch page that used to launch a new window through Java Script. Now, the
finding is -
1. After the Launch, this would open a Home Page with the request URL -
http://localhost:5080/URL
2. Clicking on
rahul wrote:
Hello Friends
A very strange findings for today! Found it only because I skipped the first Launch page that used to launch a new window through Java Script. Now, the finding is -
1. After the Launch, this would open a Home Page with the request URL -
http://localhost:5080/URL
2.
Thanks to all of your comments and help!! The problem is resolved. I was very
fortunate that I was testing with FireFox otherwise I would never have come to
know about the actual problem (That is Redirecting to port 8080). The Internet
Explorer was not at all showing that the request is going
I guess there are jsp:include page / and %@ include file %
directives in you webapp. Check them for case sensitivity
There are only couple of directives -
%@ taglib uri=/taglib.tld prefix=salmon%
and
%@ page errorPage=ErrorPage.jsp extends=com.salmonllc.jsp.JspServlet%
ErrorPage.jsp is
On 07/02/2010 01:23 AM, rahul wrote:
1. I tried building the war in Windows and worked fine. I transferred
the war to UNIX, it mis-behaves as described earlier.
2. I tried building the war in UNIX, it mis-behaves as described earlier. I
transferred the war to Windows and it worked fine.
rahul wrote:
1. Replacing the Windows war file with the one in UNIX, works fine.
2. Replacing the UNIX war file with that in Windows mis-behaves.
Please clarify what windows-war and unix-war mean.
So, in other words does it mean:
If you take old war file, that runs on Tomcat 4.x, from
Hello Miki
Thanks for your inputs. UNIX war means the war file deployed in UNIX
environment and Windows war means the war file deployed in Windows. So, as I
said that when I just transfer the war file from Windows to UNIX, it
mis-bheaves the way I specified. On the other hand, if I transfer
On 01/07/2010 13:34, rahul wrote:
Hello Miki
Thanks for your inputs. UNIX war means the war file deployed in UNIX
environment and Windows war means the war file deployed in Windows. So, as I
said that when I just transfer the war file from Windows to UNIX, it
mis-bheaves the way I
This email contained a .zip file attachment. Raytheon does not allow email
attachments that are considered likely to contain malicious code. For your
protection this attachment has been removed.
If this email is from an unknown source, please simply delete this email.
If this email was
In support of my email below, I am attaching the logs. As they are not in zip
format, I hop they will not be removed. Else, I need to copy and paste each one
of them :)
--- On Fri, 7/2/10, rahul iamrahu...@yahoo.com wrote:
From: rahul iamrahu...@yahoo.com
Subject: Re: Tomcat 6.0.26 with Java
From: rahul [mailto:iamrahu...@yahoo.com]
Subject: Tomcat 6.0.26 with Java 6 update 20 on Sun Solaris 5.8 Sparc -
Web application unable to execute properly
5. Built and deployed the application in the UNIX itself.
If the application is pure Java, that step was unnecessary. What happens if
Hello Charles
Thanks for extremely prompt reply :). First answers to your question:
1. Replacing the Windows war file with the one in UNIX, works fine.
2. Replacing the UNIX war file with that in Windows mis-behaves.
Some more clarification -
When I started the upgrade test after testing
On 30/06/2010 23:58, rahul wrote:
Is there any way I can give you a call, if you have any contact number?
See below.
No, replies should go only to the mailing list, not to
individuals.
We keep all discussions on the list, that way other people can learn
from them too. You can think of it
Thanks Pid. Your points noted.
Any pointers to the issues will be appreciated.
Kind Regards,
Rahul
--- On Thu, 7/1/10, Pid p...@pidster.com wrote:
From: Pid p...@pidster.com
Subject: Re: Tomcat 6.0.26 with Java 6 update 20 on Sun Solaris 5.8 Sparc -
Web application unable to execute
A further information -
I installed Mozilla Firefox and on clicking search it printed out an error
message that The requested URL /workbench/Jsp/WorkOrderList.jsp was not found
on this server.. Ran the same application parallaly on Windows and that works
fine with Firefox as well.
Best
From: rahul [mailto:iamrahu...@yahoo.com]
Subject: Fw: RE: Tomcat 6.0.26 with Java 6 update 20 on Sun Solaris 5.8
Sparc - Web application unable to execute properly
I installed Mozilla Firefox and on clicking search it printed out an
error message that The requested URL
Charles
The web.xml does not have much mapping as the application uses the SOFIA Salmon
LLC framework. Actually, as I said, the page is entered and executed first to
print the search criteria with URL -
http://host:5080/app/Jsp/WorkOrderList.jsp?work_order_type=activeNavBarId=work_order_list
18 matches
Mail list logo
