Permission problems for Downloaded files

2009-01-12 Thread kohanm
Hi,

I installed Apache 2.2 + Tomcat 5 + SSL on Linux  and they run perfect.
The  Java  web application  gives users(after they login) ability to upload
files(pdf,ppt..)  then creates a record for them,  right way users can see
their records and can open the documents that they uploaded.
The problem is when they click on the link to open the files that they
uploaded before they get a forbidden screen.

The Java program save upload files on  the APache/htdocs directory.
To solve that I have to run following command for the htdocs directory.
chmod 755 the_name_document.

After that the users can access their  files.

The uploaded files could be accessible right away.
How can I solve this problem?

Thanks,
MK


How to transfer session to another browser

2008-08-19 Thread kohanm
Hi,
I have Tomcat 5.5 installed and a Java web applicaion is running.
How could*  *I *se*t up Tomcat that if I copy and past the URL of the web
application to anoather browser the session could be tranferred to the new
browser, in other words:
 Session can be transferred to another browser by copying and pasting the
URL.

MK


Re: How to transfer session to another browser

2008-08-19 Thread kohanm
Hi,

If I add   cookie=false in Context, it's geting worse and the session in
the original browser does not work properly.
In my program to keep track of data I use a  JavaBean and then pass in
session like:

session.setAttribute(appBean , Mybean);
The  appBean session should be accessible when I copy web application's URL
and past it to the new browser.

How can I do that?

Thanks for any help.


MK


On 8/19/08, Christian Poecher [EMAIL PROTECTED] wrote:




 kohanm wrote:
 
  Hi,
  I have Tomcat 5.5 installed and a Java web applicaion is running.
  How could*  *I *se*t up Tomcat that if I copy and past the URL of the web
  application to anoather browser the session could be tranferred to the
 new
  browser, in other words:
   Session can be transferred to another browser by copying and pasting the
  URL.
 

 Try setting cookies to false. The documentation for that feature is here:
 http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

 Regards,
 Chris
 --
 View this message in context:
 http://www.nabble.com/How-to-transfer-session-to-another-browser-tp19044768p19045406.html
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
Thanks for your replay.
When  I sent the email it generated asterisks. In the context there is not
any asteriske. I do not use them. The Catalina directory name was a typo
too.

I removed the  path and docBase attributes like this:
Context  path= docBase=
  debug=5 reloadable=true crossContext=true
**

still  does not work: (*The requested resource (/webapplication/welcome.do)
is not available.)*

Thanks,

MK

On 7/24/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:

  From: kohanm [EMAIL PROTECTED]
  Subject: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5
 
  If I change the directory name Tomcat5.5/webapps/*booking*
  to the *webapplication,* the server works fine.

 Which is how it's supposed to work.  The URI path to the webapp is
 determined by the name of the webapp's directory or .war file.

  The content of context xml file on
  Tomcat5.5/conf/localhost/*webapplication.xml*:

 I'll presume the above is a typo, and should really be
 Tomcat5.5/conf/Catalina/localhost/webapplication.xml

 (BTW, putting asterisks in what should be verbatim configuration text only
 confuses things.)



 * *


 Context path=/*webapplication* docBase=*booking*

 The path attribute is not allowed for this Context element, and the
 docBase setting conflicts with the name of the .xml file.  At best you'll be
 getting double deployment, but the behavior can not be guaranteed to be
 consistent across different Tomcat levels.

 Change the name of the deployment directory to webapplication, remove the
 path and docBase attributes, and it all should work.

 - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you received
 this in error, please contact the sender and delete the e-mail and its
 attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
Hi,

The context located  :
Tomcat 5.5\conf\Catalina\localhost\webapplication.xml
and I modified as you mentioned:

Context debug=5 reloadable=true crossContext=true
---
/Context

I tried the  http://localhost/webapplication/welcome.do  URl it did not
work.

then I tried to check the Tomcat separately with it's port:
 http://localhost:*8080/booking*/welcome.do*   it worked(*
Tomcat5.5/webapps/booking*) .*
**
and  
http://localhost:*8080/webapplication/welcome.dohttp://localhost:8080/webapplication/welcome.do
did not work.*
**
So I think the Tomcat does not mapping to the  Tomcat5.5/webapps/*booking*
 directory properly*.*
Any suggestions.
Thanks.
MK





On 7/24/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:
  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Re: Context or Mapping problems Apache 2.2 +mod_JK+
  Tomcat 5.5
 
  I removed the  path and docBase attributes like this:
  Context  path= docBase=
debug=5 reloadable=true crossContext=true

 No, remove means remove, not change the values to null strings.  Your
Context element should simply be this:
 Context debug=5 reloadable=true crossContext=true

 Where is your Context element located now?

 Where is your webapp deployed (name of directory or war file)?

  The requested resource (/webapplication/welcome.do)
  is not available.

 Verify that you can access the webapp through Tomcat's HTTP connector,
then try it through httpd.  If you can get at it directly but not through
httpd, then something's wrong with your httpd mappings, which I can't help
you with.

  - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
I think you forgot my question, I posted this question because I want
to have a  webapplication  name/webaplicaiton/welcome.do
  different  than the directory name (/webapps/booking).
My Tomcat works if the URL is the same as directory name(or.war file).

but i want to set up the Tomcat to have  (webapplication) name
different than directory name under webapps directory

Thanks,

MK


On 7/24/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:
  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Re: Context or Mapping problems Apache 2.2 +mod_JK+
  Tomcat 5.5
 
  The context located  :
  Tomcat 5.5\conf\Catalina\localhost\webapplication.xml
  and I modified as you mentioned:
 
  Context debug=5 reloadable=true crossContext=true
  ---
  /Context
 
  then I tried to check the Tomcat separately with it's port:
   http://localhost:*8080/booking*/welcome.do*   it worked(*
  Tomcat5.5/webapps/booking*) .*
  **
  and
  http://localhost:*8080/webapplication/welcome.dohttp://localh
 ost:8080/webapplication/welcome.do
  did not work.*
  **
  So I think the Tomcat does not mapping to the
  Tomcat5.5/webapps/*booking*
   directory properly*.*

 You need to decide if your application is going to be reachable by the 
 webapplication URI or the booking URI; choose one or the other, change the 
 name of the Context .xml file to match, change the directory name (or .war 
 file) for the application to match, and stick with *one* name.  By trying to 
 use both, you're just creating confusion.




 - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
 MATERIAL and is thus for use only by the intended recipient. If you received 
 this in error, please contact the sender and delete the e-mail and its 
 attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-- 
Massoud

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
The webaplication is done now, but my boss asked me to change the name
of URL webapplication. IF I change the directory name than there are
many jsp pages with many links  with old name's webapplication.

On 7/24/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:
  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Re: Context or Mapping problems Apache 2.2 +mod_JK+
  Tomcat 5.5
 
  I want to have a webapplication name /webaplicaiton/welcome.do
  different than the directory name (/webapps/booking).

 O.k., I'll bite: why?  That's now how Tomcat is designed to work.

  My Tomcat works if the URL is the same as directory name(or.war file).

 Which is as exactly how it's supposed to work.  Just use one name, and don't 
 make things more complicated than they need to be.

  - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
 MATERIAL and is thus for use only by the intended recipient. If you received 
 this in error, please contact the sender and delete the e-mail and its 
 attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
In my first email I copied(short)  the mod_jk configuration in httpd.conf
file.

Mk



On 7/24/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:

  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Re: Context or Mapping problems Apache 2.2 +mod_JK+
  Tomcat 5.5
 
  The webaplication is done now, but my boss asked me to change the name
  of URL webapplication. IF I change the directory name than there are
  many jsp pages with many links  with old name's webapplication.

 Now the true problem comes out - the webapp name is hardcoded within the
 webapp; that's extremely bad practice.  I assume fixing those won't be an
 easy task.

 In this case, you're stuck with needing to deploy the webapp in the
 directory corresponding to the old name; there's no way around that.  You
 can write a filter or valve in Tomcat that forwards or redirects all
 requests for the new name to the old one.  You should also be able to do
 that with mod_jk directives, but someone else will have to help with that.

 - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you received
 this in error, please contact the sender and delete the e-mail and its
 attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
Hi,
my case is Case 1:
can you give me an example for Redirect or RedirectMatch

thanks,

MK


 Caldarale, Charles R schrieb:

 From: kohanm [mailto:[EMAIL PROTECTED] Subject: Re: Context
 or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

 The webaplication is done now, but my boss asked me to change the
 name of URL webapplication. IF I change the directory name than
 there are many jsp pages with many links  with old name's
 webapplication.


 Now the true problem comes out - the webapp name is hardcoded within
 the webapp; that's extremely bad practice.  I assume fixing those
 won't be an easy task.

 In this case, you're stuck with needing to deploy the webapp in the
 directory corresponding to the old name; there's no way around that.
 You can write a filter or valve in Tomcat that forwards or redirects
 all requests for the new name to the old one.  You should also be
 able to do that with mod_jk directives, but someone else will have to
 help with that.


 Someone else says:

 If your webapp sends out responses with absolute URLs containing the wrong
 application name, then there's no easy solution.

 Case 1: You only want to make the app reachable under the new name, but you
 don't care if users switch to the old name sometime during app use.

 That's easy, simply redirect from the new name to the old name with a
 Redirect or RedirectMatch in Apache httpd.

 Case 2: You accept occasional occurence of the old name in THE URLs, but it
 should be mostly th enew one.

 Deploy the webapp under the new name as Charles suggested. Add a
 RewriteRule to Apache httpd to redirect any URL of the from
 /oldapp/something to /newapp/something. Whenever Users click on an oldapp
 link, the request will be answered by the redirect and the URLs quickly get
 replaced by the newapp URLs in the browser window. Caution: there might be
 problems with redirects and POST requests. All in all that's more a hack.

 Case 3: The oldapp name is not contained in the body of responses, but only
 used in redirects coming from the webapp. Then you could try using
 mod_proxy, which allows to change the Location headers in redirects.

 Case 4: You don't allow any use of the old name and the old name is
 contained in links in response bodies.

 Then you dynamically need to patch the responses. This will be a hack. Have
 a look at either mod_substitute (httpd 2.2.8 or above, I think) or
 mod_proxy_html (note: mod_proxy_html != mod_proxy_http).

 Regards,

 Rainer



 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
Thanks Rainer,
The probelm here is that after redirecting, the URL shows the oldapp's
 name but I want the url shows the newapp name.

MK


On 7/24/08, Rainer Jung [EMAIL PROTECTED] wrote:
 kohanm schrieb:
  Hi,
  my case is Case 1:
  can you give me an example for Redirect or RedirectMatch
 

 Simplest case:

 Redirect /oldapp http://myserver/newapp

 More details at

 http://httpd.apache.org/docs/2.2/mod/mod_alias.html#redirect

 Regards,

 Rainer


  thanks,
 
  MK
 
 
 
   Caldarale, Charles R schrieb:
  
  
From: kohanm [mailto:[EMAIL PROTECTED]
 Subject: Re: Context
   
 or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

 The webaplication is done now, but my boss asked me to change the
 name of URL webapplication. IF I change the directory name than
 there are many jsp pages with many links  with old name's
 webapplication.


Now the true problem comes out - the webapp name is hardcoded within
the webapp; that's extremely bad practice.  I assume fixing those
won't be an easy task.
   
In this case, you're stuck with needing to deploy the webapp in the
directory corresponding to the old name; there's no way around that.
You can write a filter or valve in Tomcat that forwards or redirects
all requests for the new name to the old one.  You should also be
able to do that with mod_jk directives, but someone else will have to
help with that.
   
   
   Someone else says:
  
   If your webapp sends out responses with absolute URLs containing the
 wrong
   application name, then there's no easy solution.
  
   Case 1: You only want to make the app reachable under the new name, but
 you
   don't care if users switch to the old name sometime during app use.
  
   That's easy, simply redirect from the new name to the old name with a
   Redirect or RedirectMatch in Apache httpd.
  
   Case 2: You accept occasional occurence of the old name in THE URLs, but
 it
   should be mostly th enew one.
  
   Deploy the webapp under the new name as Charles suggested. Add a
   RewriteRule to Apache httpd to redirect any URL of the from
   /oldapp/something to /newapp/something. Whenever Users click on an
 oldapp
   link, the request will be answered by the redirect and the URLs quickly
 get
   replaced by the newapp URLs in the browser window. Caution: there might
 be
   problems with redirects and POST requests. All in all that's more a
 hack.
  
   Case 3: The oldapp name is not contained in the body of responses, but
 only
   used in redirects coming from the webapp. Then you could try using
   mod_proxy, which allows to change the Location headers in redirects.
  
   Case 4: You don't allow any use of the old name and the old name is
   contained in links in response bodies.
  
   Then you dynamically need to patch the responses. This will be a hack.
 Have
   a look at either mod_substitute (httpd 2.2.8 or above, I think) or
   mod_proxy_html (note: mod_proxy_html != mod_proxy_http).
  
   Regards,
  
   Rainer
  
 

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-24 Thread kohanm
Sorry you are right it's case2 or case3. Anyway I give up at this
point. I will change the link code of jsp pages with new name.
Thanks Rainer.
MK




On 7/24/08, Rainer Jung [EMAIL PROTECTED] wrote:
 kohanm schrieb:
  Thanks Rainer,
  The probelm here is that after redirecting, the URL shows the oldapp's
   name but I want the url shows the newapp name.
 

 Then it is not case 1 and you need to pick another case.


  MK
 
 
  On 7/24/08, Rainer Jung [EMAIL PROTECTED] wrote:
 
   kohanm schrieb:
  
Hi,
my case is Case 1:
can you give me an example for Redirect or RedirectMatch
   
   
   Simplest case:
  
   Redirect /oldapp http://myserver/newapp
  
   More details at
  
  
 http://httpd.apache.org/docs/2.2/mod/mod_alias.html#redirect
  
   Regards,
  
   Rainer
  
  
  
thanks,
   
MK
   
   
   
   
 Caldarale, Charles R schrieb:



  From: kohanm [mailto:[EMAIL PROTECTED]
 

   
   Subject: Re: Context
  
   

 
   or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5
  
   The webaplication is done now, but my boss asked me to change
 the
   name of URL webapplication. IF I change the directory name than
   there are many jsp pages with many links  with old name's
   webapplication.
  
  
  
  Now the true problem comes out - the webapp name is hardcoded
 within
  the webapp; that's extremely bad practice.  I assume fixing those
  won't be an easy task.
 
  In this case, you're stuck with needing to deploy the webapp in
 the
  directory corresponding to the old name; there's no way around
 that.
  You can write a filter or valve in Tomcat that forwards or
 redirects
  all requests for the new name to the old one.  You should also be
  able to do that with mod_jk directives, but someone else will have
 to
  help with that.
 
 
 
 Someone else says:

 If your webapp sends out responses with absolute URLs containing the

   
   wrong
  
   
 application name, then there's no easy solution.

 Case 1: You only want to make the app reachable under the new name,
 but

   
   you
  
   
 don't care if users switch to the old name sometime during app use.

 That's easy, simply redirect from the new name to the old name with
 a
 Redirect or RedirectMatch in Apache httpd.

 Case 2: You accept occasional occurence of the old name in THE URLs,
 but

   
   it
  
   
 should be mostly th enew one.

 Deploy the webapp under the new name as Charles suggested. Add a
 RewriteRule to Apache httpd to redirect any URL of the from
 /oldapp/something to /newapp/something. Whenever Users click on an

   
   oldapp
  
   
 link, the request will be answered by the redirect and the URLs
 quickly

   
   get
  
   
 replaced by the newapp URLs in the browser window. Caution: there
 might

   
   be
  
   
 problems with redirects and POST requests. All in all that's more a

   
   hack.
  
   
 Case 3: The oldapp name is not contained in the body of responses,
 but

   
   only
  
   
 used in redirects coming from the webapp. Then you could try using
 mod_proxy, which allows to change the Location headers in redirects.

 Case 4: You don't allow any use of the old name and the old name is
 contained in links in response bodies.

 Then you dynamically need to patch the responses. This will be a
 hack.

   
   Have
  
   
 a look at either mod_substitute (httpd 2.2.8 or above, I think) or
 mod_proxy_html (note: mod_proxy_html != mod_proxy_http).

 Regards,

 Rainer

   
  
 

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Context or Mapping problems Apache 2.2 +mod_JK+ Tomcat 5.5

2008-07-23 Thread kohanm
Hi,

I set up the  Apache 2.2 +mod_jk +Tomcat 5.5 works fine.

I have mapping problem between  webapplication  on URL and the directory
name under webapps.

How can I configure the  content of  context file  Tomcat5.5/conf/localhost/
*webapplication.xml*   and httpd.conf file
 to map between (*webapplication*) http://localhost/*webapplication*
/welcome.do http://localhost/webapplication/welcome.do
and  Tomcat5.5/webapps/*booking* directory.

 If I change the directory name  Tomcat5.5/webapps/*booking*  to the  *
webapplication,* the server works fine.


The content of context xml file on   Tomcat5.5/conf/localhost/*
webapplication.xml*:

Context  path=/*webapplication* docBase=*booking*
debug=5 reloadable=true crossContext=true
 ..
/Context


*and httpd.conf file*:(short desc)
**

LoadModule jk_module modules/mod_jk-apache-2.2.4.so


IfModule mod_jk.c
  JkWorkersFile conf/workers.properties
JkLogFile logs/mod_jk.log
JkLogLevel error
JkLogStampFormat [%a %b %d %H:%M:%S %Y] 
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories
JkRequestLogFormat %w %V %T

Alias /*webapplication * C:/www/tomcat5/webapps/booking/

Directory C:/www/tomcat5/webapps/booking/
Options Indexes +FollowSymLinks
AllowOverride None
Allow from all
/Directory

 Location /*/WEB-INF/*
AllowOverride None
deny from all
/Location

 * JkMount /webapplication/* example*

/IfModule



Thanks for your help.

MK
-- 
Massoud


Re: Tomcat-5.5 run error on red hat

2008-06-16 Thread kohanm
Thanks Juha,
The windows version was the problem.
I forgat to download the linux version.
Thanks for your help.
mk


On 6/10/08, Juha Laiho [EMAIL PROTECTED] wrote:

 kohanm wrote:

 here they are:

 [EMAIL PROTECTED] usr]# cd java
 [EMAIL PROTECTED] java]# cd jdk*
 [EMAIL PROTECTED] jdk1.6.0_02]# cd bin
 [EMAIL PROTECTED] bin]# ls -l


 ...

 -rwxr-xr-x  1 root root 135168 Jun 14  2007 java.exe

 ...

 I have no way to find out how you have managed that, but whatever
 you have there is a Windows version of JDK, as opposed to Linux one.

 Please get a Linux JDK distribution from
 http://java.sun.com/javase

 --
 ..Juha

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Tomcat-5.5 run error on red hat

2008-06-09 Thread kohanm
Hi,

I downloaded and installed apache-tomcat-5.5.26.tar.gz  on
/usr/local/apache-tomcat-5.5.26

And I set up PATH and JAVA_HOME  on* .bash_profile*:

PATH=$PATH:$HOME/bin


export PATH=$PATH:/usr/java/jdk1.6.0_02/bin
export JAVA_HOME=/usr/java/jdk1.6.0_02




--

when i run startup.sh get:



Using CATALINA_BASE:   /usr/local/jakarta-tomcat
Using CATALINA_HOME:   /usr/local/jakarta-tomcat
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat/temp
Using JRE_HOME:   /usr/java/jdk1.6.0_02





In *catalina.ou*t get error:



/usr/local/jakarta-tomcat/bin/catalina.sh:

line 275: /usr/java/jdk1.6.0_02/bin*/java*: *No such file or directory*



My question is, why tomcat searchs for the JAVA directory after  bin ?



Thanks,
mk


Re: Tomcat-5.5 run error on red hat

2008-06-09 Thread kohanm
Thanks Charles,
I am new to linux.
I changed all files owner and grp to the root but still I get the same
error.
this is what  i have:

[EMAIL PROTECTED] usr]# cd java
[EMAIL PROTECTED] java]# ls -l
total 19328
drwxr-xr-x  9 root root 4096 Mar  6 10:57 jdk1.6.0_02
drwxr-xr-x  8 root root 4096 Mar  6 12:58 jre1.6.0_05
-rwxr-xr-x  1 root root 19745768 Mar  6 12:51 jre-6u5-linux-i586.bin
[EMAIL PROTECTED] java]# cd jdk*
[EMAIL PROTECTED] jdk1.6.0_02]# ls -l
total 19220
drwxr-xr-x   2 root root 4096 Mar  6 10:54 bin
-rwxr-xr-x   1 root root 2539 Jun 22  2007 COPYRIGHT
drwxr-xr-x   5 root root 4096 Mar  6 10:54 db
drwxr-xr-x  10 root root 4096 Mar  6 10:55 demo
drwxr-xr-x   3 root root 4096 Mar  6 10:55 include
drwxr-xr-x   4 root root 4096 Mar  6 10:56 jre
drwxr-xr-x   2 root root 4096 Mar  6 10:56 lib
-rwxr-xr-x   1 root root13471 Jul  9  2007 LICENSE
-rwxr-xr-x   1 root root19780 Jul  9  2007 LICENSE.rtf
-rwxr-xr-x   1 root root25379 Jun 14  2007 README.html
-rwxr-xr-x   1 root root23521 Jun 14  2007 README_ja.html
-rwxr-xr-x   1 root root18329 Jun 14  2007 README_zh_CN.html
drwxr-xr-x   9 root root 4096 Mar  6 10:57 sample
-rwxr-xr-x   1 root root 19264985 Jun 14  2007 src.zip
-rwxr-xr-x   1 root root   178596 Jun 14  2007 THIRDPARTYLICENSEREADME.txt

[EMAIL PROTECTED] local]# ls -l
total 6400
-rw---   1 root root1253 May 29 15:44 1212100216273-integrated.jnlp
drwxr-xr-x   3 root root4096 Jun 27  2007 adm
drwxrwxrwx  16 root root4096 May 28 09:03 apache2
drwx--  11 root root4096 May 29 15:10 apache-tomcat-5.5.26
-rw---   1 root root 6372195 May 29 15:10 apache-tomcat-5.5.26.tar.gz
drwxr-xr-x   2 root root4096 Aug 12  2004 bin
lrwxrwxrwx   1 root root  10 Jun 27  2007 etc - /local/etc
drwxr-xr-x   2 root root4096 Aug 12  2004 games
lrwxrwxrwx   1 root root  10 Jun 27  2007 home - ./var/home
drwxr-xr-x   2 root root4096 Aug 12  2004 include
lrwxrwxrwx   1 root root  20 May 29 15:17 jakarta-tomcat -
apache-tomcat-5.5.26
drwxrwxrwx   2 root root4096 May 29 10:16 java
drwxr-xr-x   2 root root4096 Aug 12  2004 lib
drwxr-xr-x   2 root root4096 Aug 12  2004 libexec
drwxrwxrwx   2 root root4096 Mar  6 13:34 mysql
drwxr-xr-x   2 root root4096 Aug 12  2004 sbin
drwxr-xr-x   4 root root4096 Jun 27  2007 share
drwxr-xr-x   2 root root4096 Aug 12  2004 src
drwx-T   2 root root4096 May 29 15:00 tmp
lrwxrwxrwx   1 root root  10 Jun 27  2007 var - /local/var
-rw---   1 root root5530 May 26 13:10 wget-log
-rw---   1 root root5075 May 27 10:16 wget-log.1
[EMAIL PROTECTED] local]# cd ja*
[EMAIL PROTECTED] jakarta-tomcat]# cd bin
[EMAIL PROTECTED] bin]# ./startup.sh
Using CATALINA_BASE:   /usr/local/jakarta-tomcat
Using CATALINA_HOME:   /usr/local/jakarta-tomcat
Using CATALINA_TMPDIR: /usr/local/jakarta-tomcat/temp
Using JRE_HOME:   /usr/java/jdk1.6.0_02
[EMAIL PROTECTED] bin]#

I get the same error on catalina.out.

I appreciate your help.
mk



On 6/9/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:

  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Tomcat-5.5 run error on red hat
 
  And I set up PATH and JAVA_HOME  on* .bash_profile*:
  In *catalina.ou*t get error:
  line 275: /usr/java/jdk1.6.0_02/bin*/java*: *No such file or
  directory*

 Why does your e-mail have so many apparently spurious asterisks in it?

  My question is, why tomcat searchs for the
  JAVA directory after  bin ?

 It's not looking for the java directory, it's looking for the java
 executable.  It's either not there or has incorrect permissions (e.g., no
 execute access).

 - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you received
 this in error, please contact the sender and delete the e-mail and its
 attachments from all computers.

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Massoud


Re: Tomcat-5.5 run error on red hat

2008-06-09 Thread kohanm
here they are:

[EMAIL PROTECTED] usr]# cd java
[EMAIL PROTECTED] java]# ls
[EMAIL PROTECTED] java]# ls -ls
total 19328
8 drwxr-xr-x  9 root root 4096 Mar  6 10:57 jdk1.6.0_02
8 drwxr-xr-x  8 root root 4096 Mar  6 12:58 jre1.6.0_05
19312 -rwxr-xr-x  1 root root 19745768 Mar  6 12:51 jre-6u5-linux-i586.bin
[EMAIL PROTECTED] java]# cd jdk*
[EMAIL PROTECTED] jdk1.6.0_02]# ls
bindemo lib  README.htmlsample
COPYRIGHT  include  LICENSE  README_ja.html src.zip
db jre  LICENSE.rtf  README_zh_CN.html
THIRDPARTYLICENSEREADME.txt

[EMAIL PROTECTED] jdk1.6.0_02]# ls -l
total 19220
drwxr-xr-x   2 root root 4096 Mar  6 10:54 bin
-rwxr-xr-x   1 root root 2539 Jun 22  2007 COPYRIGHT
drwxr-xr-x   5 root root 4096 Mar  6 10:54 db
drwxr-xr-x  10 root root 4096 Mar  6 10:55 demo
drwxr-xr-x   3 root root 4096 Mar  6 10:55 include
drwxr-xr-x   4 root root 4096 Mar  6 10:56 jre
drwxr-xr-x   2 root root 4096 Mar  6 10:56 lib
-rwxr-xr-x   1 root root13471 Jul  9  2007 LICENSE
-rwxr-xr-x   1 root root19780 Jul  9  2007 LICENSE.rtf
-rwxr-xr-x   1 root root25379 Jun 14  2007 README.html
-rwxr-xr-x   1 root root23521 Jun 14  2007 README_ja.html
-rwxr-xr-x   1 root root18329 Jun 14  2007 README_zh_CN.html
drwxr-xr-x   9 root root 4096 Mar  6 10:57 sample
-rwxr-xr-x   1 root root 19264985 Jun 14  2007 src.zip
-rwxr-xr-x   1 root root   178596 Jun 14  2007 THIRDPARTYLICENSEREADME.txt
[EMAIL PROTECTED] jdk1.6.0_02]# cd bin
[EMAIL PROTECTED] bin]# ls -l
total 2396
-rwxr-xr-x  1 root root  25600 Jun 14  2007 appletviewer.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 apt.exe
-rwxr-xr-x  1 root root  29184 Jun 14  2007 beanreg.dll
-rwxr-xr-x  1 root root  25600 Jun 14  2007 extcheck.exe
-rwxr-xr-x  1 root root  45056 Jun 14  2007 HtmlConverter.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 idlj.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jar.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jarsigner.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 javac.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 javadoc.exe
-rwxr-xr-x  1 root root 135168 Jun 14  2007 java.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 javah.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 javap.exe
-rwxr-xr-x  1 root root  25088 Jun 14  2007 java-rmi.exe
-rwxr-xr-x  1 root root 135168 Jun 14  2007 javaw.exe
-rwxr-xr-x  1 root root 139264 Jun 14  2007 javaws.exe
-rwxr-xr-x  1 root root  26112 Jun 14  2007 jconsole.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jdb.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jhat.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jinfo.exe
-rwxr-xr-x  1 root root  77824 Jun 14  2007 jli.dll
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jmap.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jps.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jrunscript.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jstack.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jstatd.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 jstat.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 keytool.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 kinit.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 klist.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 ktab.exe
-rwxr-xr-x  1 root root 348160 Jun 22  2007 msvcr71.dll
-rwxr-xr-x  1 root root  25600 Jun 14  2007 native2ascii.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 orbd.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 pack200.exe
-rwxr-xr-x  1 root root  73728 Jun 14  2007 packager.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 policytool.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 rmic.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 rmid.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 rmiregistry.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 schemagen.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 serialver.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 servertool.exe
-rwxr-xr-x  1 root root  26112 Jun 14  2007 tnameserv.exe
-rwxr-xr-x  1 root root 122880 Jun 14  2007 unpack200.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 wsgen.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 wsimport.exe
-rwxr-xr-x  1 root root  25600 Jun 14  2007 xjc.exe
[EMAIL PROTECTED] bin]#

Thanks,
mk


On 6/9/08, Caldarale, Charles R [EMAIL PROTECTED] wrote:

  From: kohanm [mailto:[EMAIL PROTECTED]
  Subject: Re: Tomcat-5.5 run error on red hat
 
  I changed all files owner and grp to the root

 Not a particularly good idea.

  this is what i have:

 But you didn't show us what's in /usr/java/jdk1.6.0_02/bin - which appears
 to be where the problem lies.

 - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you received
 this in error, please contact the sender and delete the e-mail and its
 attachments from all computers.

 -
 To start a new topic, e