Re: AW: Basic question about application configuration

2019-10-24 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mathieu,

On 10/24/19 14:26, Mathieu Dubois wrote:
> Dear Christopher,
> 
> Le 24/10/2019 à 00:36, Christopher Schultz a écrit :
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>> 
>> Mathieu,
>> 
>> On 10/23/19 17:23, Mathieu Dubois wrote:
>>> I noticed that the application also need to access to a
>>> directory to store the result of some computation usually
>>> outside the location of tomcat (the results can be rather
>>> large). As for the DB this depends on each instance of the
>>> application. Is there a similar mechanism for such a case ?
>> It's not exactly clear what you are asking, but it sounds like
>> you are looking for a configuration similar to the JNDI binding
>> that can be split between conf/server.xml and
>> META-INF/context.xml for connecting to a database.
>> 
>> You have some choices, here, and the "right one" probably will
>> require you to make a decision based upon your requirements.
>> 
>> In WEB-INF/web.xml, there are some optional configuration data
>> called "context parameters". They look something like this:
>> 
>>  > xmlns="http://java.sun.com/xml/ns/javaee; 
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
>> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
>> http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd; version="3.0" 
>> metadata-complete="true">   You can
>> put whatever you want in here. It's just documentation for human
>> readers.  
>> my-configuration-property-name 
>> my value  ... 
>> 
>> 
>> If you want to put, for example, a directory path in here for
>> storing temporary files, you could do it like this:
>> 
>>   Path to the temporary file
>> directory where we write filed. 
>> fr.cns.genoscope.appname.tmpfiledir 
>> /tmp/app/temp-files  
>> ... 
>> 
>> In order to use these configuration values, your code needs to
>> read them explicitly, so you'll need to make some code changes in
>> order to put your configuration into WEB-INF/web.xml. Something
>> like this in your servlet:
>> 
>> String tmpDir = 
>> getServletContext().getInitParam("fr.cns.genoscope.appname.tmpfiledir
");
>>
>> 
// ... use the tmpDir for all your file-writing needs
>> 
>> Now, WEB-INF/web.xml is bundled inside your WAR file and, as
>> you've mentioned, it's not very flexible with your builds. So,
>> here's what you can do:
>> 
>> The file META-INF/context.xml (also bundled within your
>> application's WAR file -- hold that thought for a minute) can be
>> used to override the values of your context-param values, like
>> this:
>> 
>>   > name="fr.cns.genoscope.appname.tmpfiledir" 
>> value="/usr/local/other/location/for/client/X" override="true"/> 
>> ... 
>> 
>> More info can be found at: 
>> http://tomcat.apache.org/tomcat-9.0-doc/config/context.html#Context_P
ara
>>
>> 
meters
>> 
>> So, you could put the right value into WEB-INF/web.xml (which is 
>> inconvenient) or into META-INF/context.xml (which is also 
>> inconvenient) or -- and here's where things get a little
>> interesting - -- you can copy the file META-INF/context.xml from
>> the WAR file and put it into Tomcat's configuration directory
>> structure like this:
>> 
>> conf/[enginename]/[hostname]/[appname].xml
>> 
>> ...and it will *override* the file supplied by the WAR file in 
>> META-INF/context.xml. So you get to use the same WAR file
>> everywhere and customize those XML files on a per-client basis.
>> 
>> Above, the [enginename] is almost always "Catalina" and matches
>> the "name" attribute of the  in your conf/server.xml
>> file. By default, it's name="Catalina" and pretty much nobody
>> ever changes it. Your [hostname] comes from the "name" attribute
>> of the  in which your context/webapp is defined, and is
>> often just "localhost" although it would be anything depending
>> upon your environment. The [appname] is whatever you want it to
>> be: the [appname] sets the context-path of the application. But
>> the [appname].xml must match your [appname].war file name.
>> 
>> So if you don't mind modifying your code a little, this can get
>> your a lot of flexibility.
>> 
>> This feature goes back to Tomcat 5.5, so you should be able to
>> use it. I'd of course encourage you to look at upgrading to at
>> least Tomcat 8.5 in the near-term. You may find that you can just
>> drop-in the latest Tomcat 8.5.x in place of your Tomcat 5.5 and
>> everything still works. (You will have to re-write your
>> conf/server.xml file from scratch, as those files are not
>> compatible between major releases.)
> 
> Thanks for your in-depth explanation, it really helps. If I
> summarize, I can use conf/[enginename]/[hostname]/[appname].xml to
> configure both the DB connection (with a Resource) and the
> directory where to write files (with a param). That sounds exactly
> like what we need.

You can do exactly that.

In order to use context-params, though, you will probably need to
modify your code to pick-up that configuration. Hopefully, it's not
too much trouble to do 

Re: AW: Basic question about application configuration

2019-10-24 Thread Mathieu Dubois

Dear Christopher,

Le 24/10/2019 à 00:36, Christopher Schultz a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mathieu,

On 10/23/19 17:23, Mathieu Dubois wrote:

I noticed that the application also need to access to a directory
to store the result of some computation usually outside the
location of tomcat (the results can be rather large). As for the DB
this depends on each instance of the application. Is there a
similar mechanism for such a case ?

It's not exactly clear what you are asking, but it sounds like you are
looking for a configuration similar to the JNDI binding that can be
split between conf/server.xml and META-INF/context.xml for connecting
to a database.

You have some choices, here, and the "right one" probably will require
you to make a decision based upon your requirements.

In WEB-INF/web.xml, there are some optional configuration data called
"context parameters". They look something like this:


http://java.sun.com/xml/ns/javaee;
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd;
  version="3.0"
  metadata-complete="true">
   
 
   You can put whatever you want in here. It's just documentation
   for human readers.
 
 my-configuration-property-name
 my value
   
   ...


If you want to put, for example, a directory path in here for storing
temporary files, you could do it like this:


   
 Path to the temporary file directory where we write
filed.
 fr.cns.genoscope.appname.tmpfiledir
 /tmp/app/temp-files
   
   ...


In order to use these configuration values, your code needs to read
them explicitly, so you'll need to make some code changes in order to
put your configuration into WEB-INF/web.xml. Something like this in
your servlet:

 String tmpDir =
getServletContext().getInitParam("fr.cns.genoscope.appname.tmpfiledir");
 // ... use the tmpDir for all your file-writing needs

Now, WEB-INF/web.xml is bundled inside your WAR file and, as you've
mentioned, it's not very flexible with your builds. So, here's what
you can do:

The file META-INF/context.xml (also bundled within your application's
WAR file -- hold that thought for a minute) can be used to override
the values of your context-param values, like this:



   
  ...


More info can be found at:
http://tomcat.apache.org/tomcat-9.0-doc/config/context.html#Context_Para
meters

So, you could put the right value into WEB-INF/web.xml (which is
inconvenient) or into META-INF/context.xml (which is also
inconvenient) or -- and here's where things get a little interesting
- -- you can copy the file META-INF/context.xml from the WAR file and
put it into Tomcat's configuration directory structure like this:

conf/[enginename]/[hostname]/[appname].xml

...and it will *override* the file supplied by the WAR file in
META-INF/context.xml. So you get to use the same WAR file everywhere
and customize those XML files on a per-client basis.

Above, the [enginename] is almost always "Catalina" and matches the
"name" attribute of the  in your conf/server.xml file. By
default, it's name="Catalina" and pretty much nobody ever changes it.
Your [hostname] comes from the "name" attribute of the  in which
your context/webapp is defined, and is often just "localhost" although
it would be anything depending upon your environment. The [appname] is
whatever you want it to be: the [appname] sets the context-path of the
application. But the [appname].xml must match your [appname].war file
name.

So if you don't mind modifying your code a little, this can get your a
lot of flexibility.

This feature goes back to Tomcat 5.5, so you should be able to use it.
I'd of course encourage you to look at upgrading to at least Tomcat
8.5 in the near-term. You may find that you can just drop-in the
latest Tomcat 8.5.x in place of your Tomcat 5.5 and everything still
works. (You will have to re-write your conf/server.xml file from
scratch, as those files are not compatible between major releases.)


Thanks for your in-depth explanation, it really helps. If I summarize, I 
can use conf/[enginename]/[hostname]/[appname].xml to configure bith the 
DB connection (with a Resource) and the directory where to write files 
(with a param). That sounds exactly like what we need.


Thanks again,
Mathieu

--
Mathieu Dubois - IR - UMR 8030 équipe LABGeM
CEA - Genoscope. 2 rue Gaston Crémieux. 91057 Evry Cedex France.
Bureau B07
+33 1 60 87 53 35


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: AW: Basic question about application configuration

2019-10-23 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mathieu,

On 10/23/19 17:23, Mathieu Dubois wrote:
> I noticed that the application also need to access to a directory
> to store the result of some computation usually outside the
> location of tomcat (the results can be rather large). As for the DB
> this depends on each instance of the application. Is there a
> similar mechanism for such a case ?

It's not exactly clear what you are asking, but it sounds like you are
looking for a configuration similar to the JNDI binding that can be
split between conf/server.xml and META-INF/context.xml for connecting
to a database.

You have some choices, here, and the "right one" probably will require
you to make a decision based upon your requirements.

In WEB-INF/web.xml, there are some optional configuration data called
"context parameters". They look something like this:


http://java.sun.com/xml/ns/javaee;
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd;
 version="3.0"
 metadata-complete="true">
  

  You can put whatever you want in here. It's just documentation
  for human readers.

my-configuration-property-name
my value
  
  ...


If you want to put, for example, a directory path in here for storing
temporary files, you could do it like this:


  
Path to the temporary file directory where we write
filed.
fr.cns.genoscope.appname.tmpfiledir
/tmp/app/temp-files
  
  ...


In order to use these configuration values, your code needs to read
them explicitly, so you'll need to make some code changes in order to
put your configuration into WEB-INF/web.xml. Something like this in
your servlet:

String tmpDir =
getServletContext().getInitParam("fr.cns.genoscope.appname.tmpfiledir");
// ... use the tmpDir for all your file-writing needs

Now, WEB-INF/web.xml is bundled inside your WAR file and, as you've
mentioned, it's not very flexible with your builds. So, here's what
you can do:

The file META-INF/context.xml (also bundled within your application's
WAR file -- hold that thought for a minute) can be used to override
the values of your context-param values, like this:



  
 ...


More info can be found at:
http://tomcat.apache.org/tomcat-9.0-doc/config/context.html#Context_Para
meters

So, you could put the right value into WEB-INF/web.xml (which is
inconvenient) or into META-INF/context.xml (which is also
inconvenient) or -- and here's where things get a little interesting
- -- you can copy the file META-INF/context.xml from the WAR file and
put it into Tomcat's configuration directory structure like this:

conf/[enginename]/[hostname]/[appname].xml

...and it will *override* the file supplied by the WAR file in
META-INF/context.xml. So you get to use the same WAR file everywhere
and customize those XML files on a per-client basis.

Above, the [enginename] is almost always "Catalina" and matches the
"name" attribute of the  in your conf/server.xml file. By
default, it's name="Catalina" and pretty much nobody ever changes it.
Your [hostname] comes from the "name" attribute of the  in which
your context/webapp is defined, and is often just "localhost" although
it would be anything depending upon your environment. The [appname] is
whatever you want it to be: the [appname] sets the context-path of the
application. But the [appname].xml must match your [appname].war file
name.

So if you don't mind modifying your code a little, this can get your a
lot of flexibility.

This feature goes back to Tomcat 5.5, so you should be able to use it.
I'd of course encourage you to look at upgrading to at least Tomcat
8.5 in the near-term. You may find that you can just drop-in the
latest Tomcat 8.5.x in place of your Tomcat 5.5 and everything still
works. (You will have to re-write your conf/server.xml file from
scratch, as those files are not compatible between major releases.)

Hope that helps,
- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl2w1gAACgkQHPApP6U8
pFit/g/9EXtTvtvhpbnPxZnObyg+sUjhoFuZI7/Dmczhq03ZzLi+H51KoplM9F3Q
8xDLtunDZrkGQfb2g95Uh7fI4K0rthRzE2UQ6uS7jkodDKNwHuH+dKibUADIDEoF
1DYqHhEzN7v5yZg9ohERs9fI0hzqNutcNqmfquFdnZ7sN9LWh3SOxdkUa1dYooZj
xRNbkZ7/xjULyYEHTEljzQ4n541UDE05qNYQPf+UKCduUcUeTlaS3sJIp8YNa+uT
lnFASUZnsH6CDWU99cYmPdi8GB0Bntt/Ib6QpYeZter6nYKOU/2Hc6Ga6pD5dCTo
DW+kJ008OWzYsROj137Orr9MaSPbvRD7kpCTieADaY9fzUEL2pyQmaY5l0h6uQTN
2sHTE4CIAwL/osKBRkUSZcsEwWMitPxCRiJhIwLn0ae97w3Fd0h9wIag2bzTuf+X
k3CdjhMSSWauhMdlCG9R3kWNfa4ZM5Xn2yVQnCpcR6GfRwwNY7I+EHQVwVi5fl45
QrCDlDyOxJ+FHaedlczrVdCDqAdyieOdsuSlirwbRrYlCClzD+LMAofTRGxvDNvs
lSvl6ove3yhsFGdyNz9C+YDnDyIG9c5QK+Wy0R2LCki9UZ1ynA5WCwuQWw44kTRh
rFeCK3zvQNLcytWIshhK09a3ZeDsMKZnGx+n3lmuA18dOprJ6jg=
=MT/7
-END PGP SIGNATURE-


Re: AW: Basic question about application configuration

2019-10-23 Thread Mathieu Dubois

Hi again,

I noticed that the application also need to access to a directory to 
store the result of some computation usually outside the location of 
tomcat (the results can be rather large). As for the DB this depends on 
each instance of the application. Is there a similar mechanism for such 
a case ?


Thanks in advance,
Mathieu

--
Mathieu Dubois - IR - UMR 8030 équipe LABGeM
CEA - Genoscope. 2 rue Gaston Crémieux. 91057 Evry Cedex France.
Bureau B07
+33 1 60 87 53 35


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: AW: Basic question about application configuration

2019-10-23 Thread Mathieu Dubois

Hi Bernd,

Le 23/10/2019 à 06:55, bernd.sch...@daimler.com a écrit :

Hi Mathieu,


-Ursprüngliche Nachricht-
Von: Mathieu Dubois 
Gesendet: Mittwoch, 23. Oktober 2019 03:00
An: users@tomcat.apache.org

[SNIP]

I have read a bit about Tomcat and if I understand correctly, the
correct way to do is to declare a Resource in the configuration of each
server which represents the DB to use and then adapt the code (in
particular Hibernate configuration) to use this Resource based on it's
name. Then the same WAR file can be deployed on any servers provided
it's configured without maven (i.e. I just have to upload the WAR file
and voilà).

Is that correct ?

Yes, it is a common approach in the Java Application world called jndi.
So your app would also work on a different application server like Wildfly or 
Liberty.

But the way you define it in your application server differs,
So see here for comparison:
https://tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html
https://developer.jboss.org/thread/279940


Thank you very much for your insight. It will sure help us to 
restructure the project.


Namaste,
Mathieu

--
Mathieu Dubois - IR - UMR 8030 équipe LABGeM
CEA - Genoscope. 2 rue Gaston Crémieux. 91057 Evry Cedex France.
Bureau B07
+33 1 60 87 53 35


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



AW: Basic question about application configuration

2019-10-22 Thread bernd . schatz
Hi Mathieu,

> -Ursprüngliche Nachricht-
> Von: Mathieu Dubois 
> Gesendet: Mittwoch, 23. Oktober 2019 03:00
> An: users@tomcat.apache.org

[SNIP]
> I have read a bit about Tomcat and if I understand correctly, the
> correct way to do is to declare a Resource in the configuration of each
> server which represents the DB to use and then adapt the code (in
> particular Hibernate configuration) to use this Resource based on it's
> name. Then the same WAR file can be deployed on any servers provided
> it's configured without maven (i.e. I just have to upload the WAR file
> and voilà).
>
> Is that correct ?

Yes, it is a common approach in the Java Application world called jndi.
So your app would also work on a different application server like Wildfly or 
Liberty.

But the way you define it in your application server differs,
So see here for comparison:
https://tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html
https://developer.jboss.org/thread/279940


--
Mit freundlichen Grüßen / Kind Regards/ नमस्ते(Namaste)
Bernd Schatz
ITT/FT - Java Free and Open Source Software (JFoSS)
HPC Z252
Gebäude VDZ Ost 1.OG
Plieninger Str. 150
70567 Stuttgart

Bernd Schatz
Büro: +49 711 17 41463
Mobile: +49 151 5862 6591
FAX: +49 711 17 7904 1252
mailto:bernd.sch...@daimler.com
https://git.daimler.com/jfoss
https://matter.i.daimler.com
https://matter.i.daimler.com/daimler-ag/channels/jfoss




If you are not the addressee, please inform us immediately that you have 
received this e-mail by mistake, and delete it. We thank you for your support.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Basic question about application configuration

2019-10-22 Thread Mathieu Dubois

Dear Tomcat users,

I am not familiar with Tomcat or the Java world in general so I have a 
rather simple question.


Part of my job is to maintain and evolve a Java web application based on 
JBPM which as such use a (MySQL) DB. This application is independently 
deployed on a handful Tomcat servers (each instance uses a different 
DB). We use a very old version of Tomcat (5.5.17) but I don't think that 
this is related to my question.


We use maven to create the WAR file. Right now we have to create one WAR 
file per server based on different maven profiles (i.e. running `mvn 
-Pserver1 ...' then `mvn -Pserver2 ...', etc.). Those profiles contains 
the MySQL DB to use (and other configuration) which is used to configure 
Hibernate (and other libraries) at compile time for this server.


As you can imagine, there are several problems with this approach: it is 
impossible to deploy without the source code and maven, the 
configuration of each deployment has to be in the code, etc.


I have read a bit about Tomcat and if I understand correctly, the 
correct way to do is to declare a Resource in the configuration of each 
server which represents the DB to use and then adapt the code (in 
particular Hibernate configuration) to use this Resource based on it's 
name. Then the same WAR file can be deployed on any servers provided 
it's configured without maven (i.e. I just have to upload the WAR file 
and voilà).


Is that correct ?

Thanks in advance,
Mathieu Dubois

--
Mathieu Dubois - IR - UMR 8030 équipe LABGeM
CEA - Genoscope. 2 rue Gaston Crémieux. 91057 Evry Cedex France.
Bureau B07
+33 1 60 87 53 35


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic question related to NIO connector and Async servlet processing

2017-10-12 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Saurav,

On 10/11/17 8:56 AM, Saurav Sarkar wrote:
> I have got a basic question related to usage of Async servlet with
> tomcat NIO connector.
> 
> I want to use Async servlet with Non Block I/O as per servlet spec 
> https://docs.oracle.com/javaee/7/tutorial/servlets013.htm?lipi=urn%3Al
i%3Apage%3Ad_flagship3_pulse_read%3BmL0Q5Y7ESTy4lpYPU%2Br77w%3D%3D
>
>  Such that the http worker threads are released and the container
> threads won't be sitting idle for I/O operations too.
> 
> I am on Tomcat 7. As i understand the default tomcat connector
> (BIO) is a blocking one and is on a thread per connection model. I
> am not clear on whether using async Non Blocking I/o in servlets
> won't suffice ? Won't the http worker threads be released here or
> will it be held for the lifetime of the connection ?

You can't effectively use BIO with async, at least not the way you
actually want to use it. You should switch to NIO if you want to use
servlet-async.

> NIO connector will use request per threads or allocate threads
> when processing is required .Will using NIO selector only release
> the http worker threads if it is used in conjunction with 
> Asynchronous Non blocking I/O servlets ?

That depends upon what you mean by "release" and, specifically, /when/
they are released.

With the BIO connector, HTTP keepalives can tie-up a connector up to
the keepAliveTimeout without accomplishing any useful work. This
happens ALL THE TIME -- clients make a keepalive request and then
never bother to close their connection cleanly. So the server wastes
thread-time waiting for another request which never comes.

The NIO connector (and APR connector) puts the connection into an I/O
selector and waits for an interrupt from the OS/JVM while the
request-processor thread goes back into the thread pool.

When doing servlet-async and Websocket, things get ... more complicated.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlngMdMACgkQHPApP6U8
pFjwiw//UeN1W08AId+OcVUc2ZMnzZZZJLnu6RhY+yO50avZx3PhvzGxrHZTfBRD
FFRJRBOCo/1TFacQxUjFXr4Q9tkdcABcN6cVj6f7tJh4S55/jxEeHkg8UGNQe31V
9N6GpUIzRq/WuDFJQRfwJnpOQRVs+DXVIrWWD8RqQ6BooHkt2mUl0u7oYRxcLcQ1
SD8tEK1O1LiJ1gwNWs5Cx1d7s/6mE2tSxKvKH94yr1MvfdChj51vrc7JI3+gfdwa
V6FWItVoIuG4rNqFsthaKiXswvqyGC+gzPG9Jn7aEh0Xd2rzCAX+E9GMM7aKMHEL
QOu+gFm897eRhL4ueBDBxl3MY1R/xD5JEIDeuO82gbmM8xcm7sSqWs2TOazFC5xs
JOdo52xS38RHgRf+eSQ7+KMmZYznYbUscJMokTHYWU/twC7tSzmO4rYB2EEPNTEB
czNyxv4MbWCaQjOunYeFMp2byEFmLyLu2e+jBDPdmPsjMgpduQ35E4spfaYRaCc0
5J8HRaQ4s0amy6b9s/j95pFvYVRlaPRN7ebNMtT/BhoakKXk+ugpNsnCI21zChAJ
aKOdPzb5RU90Qm7mDXeRFqggfI5S1w507WlQZp6bZG6WZ2oz0ykF87WHHQP8C5F4
AvSvTe32zDpmCt0rS7+VgTGBNL/VGLv8r8S/0eLjldA0LDASkTA=
=vSrb
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Basic question related to NIO connector and Async servlet processing

2017-10-11 Thread Saurav Sarkar
Hi All,

I have got a basic question related to usage of Async servlet with tomcat
NIO connector.

I want to use Async servlet with Non Block I/O as per servlet spec
https://docs.oracle.com/javaee/7/tutorial/servlets013.htm?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3BmL0Q5Y7ESTy4lpYPU%2Br77w%3D%3D

Such that the http worker threads are released and the container threads
won't be sitting idle for I/O operations too.

I am on Tomcat 7. As i understand the default tomcat connector (BIO) is a
blocking one and is on a thread per connection model. I am not clear on
whether using async Non Blocking I/o in servlets won't suffice ? Won't the
http worker threads be released here or will it be held for the lifetime of
the connection ?

NIO connector will use request per threads or allocate threads when
processing is required .Will using NIO selector only release the http
worker threads if it is used in conjunction with
Asynchronous Non blocking I/O servlets ?

Best Regards,
Saurav


Re: JSTL XML Basic Question

2013-04-22 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Jerry,

On 4/20/13 2:14 PM, Jerry Malcolm wrote:
 I have been searching for several hours for a basic JSTL answer
 with no luck.  From what I can tell, JSTL is under the umbrella of
 Tomcat.

Nope, but I can understand the confusion.

JSTL is a standard that describes a set of JSP tags. Jakarta Taglibs
aka Apache Taglibs (found under the Tomcat umbrella) is one
implementation of the JSTL specification. At this point, it's
basically a dead project because apparently nobody cares about it anymore.

I think just about everyone uses Glassfish's implementation:
https://jstl.java.net/

 I simply want to use an existing already-parsed DOM
 (org.w3c.dom.Document variable) with JSTL XML tags.  In other
 words, I want to skip the x:parse step and just tell x:out and all
 of the other x tags to pull data from my pre-existing pre-parsed
 DOM:
 
 Document myDOM;  // already built by another part of the code
 
 I understand basic xpath stuff.  But I'm not sure how to tell it to
 use a standard local java variable for the DOM.
 
 I've tried   x:out select=$myDOM/a/b/  and x:out 
 select=${myDOM}/a/b/
 
 Both give me errors that seem to say it doesn't find a DOM.
 
 Every example I can find always assumes I want to start with a
 true non-parsed XML document.
 
 I'm sure I'm missing something obvious.  But can someone please
 help me out with the correct syntax?

Try using x:parse and then dumping-out the (Java) type of the
resulting object. Perhaps JSTL uses something other than a Document
object (or maybe you are not naming your reference correctly).

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJRda5yAAoJEBzwKT+lPKRYs1MP/R2rCgZd+a93YeXH1ATn6gES
WQZpuMBaBsecTqehepMAG8iRPfFrbu+d6tk2vredHui3bi+yXZRW69nGEtNSt7kJ
sRTF3mZ3/sg+MpoMXg5Lo9iG5PxCdZIcHVWrbfTjA43nZ+84XYBLONkZnrut7qKp
BmbyvKy+uwLJ8T5xLUcfhE7Qwzv/66qCARuAcKdQSqm8Yj77SYtnr/K+DvAC9Cca
7A5c9oin3n4cs5kHOcJg10Sd3MOT+0R9PzLX1+0xBBufiDB5AWywDMYk8g7zvXiK
qHn84f+p7eBU7P+z73FhervmPrHv7DQDn57uIxQkzxuS7sX5McPsS+fOeJpnUZRw
o9vt2E2/4v8sX/OrJnmcgKX7seRjswIKQMBeHJ9/DqAa0drrPjbK9bgpxUd4VkAj
X8QRl8Mp61Jv3yTShzETJyID28rhUHRjJPgS0NNI4NwgMwFfTSAMp6Ja42YZl0rT
rVDZXtKJ6d1W7Dc0MGRxPJ+CgK91OqHUDf/OpNHe9J6ySt+nyBd3sYFmGaUp0evp
kJzg4I8w8X2tbZfAo3fLLEuFopPoDN21Tu0W73G/uKzU+6hQzi2VkPIz+x8vcn5H
JsSxT2ufxitXC++RDxFCEKle9EPY7UyptxTV2u0FIYEmKgp48lN3igXEGBIMuNH1
69I9IgFQLLvoyOuTc1jd
=z7k1
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: JSTL XML Basic Question

2013-04-22 Thread Konstantin Kolinko
2013/4/20 Jerry Malcolm 2ndgenfi...@gmail.com:
 I have been searching for several hours for a basic JSTL answer with no
 luck.  From what I can tell, JSTL is under the umbrella of Tomcat.
 Hopefully someone can help me out.


You are welcome.

 I simply want to use an existing already-parsed DOM (org.w3c.dom.Document
 variable) with JSTL XML tags.  In other words, I want to skip the x:parse
 step and just tell x:out and all of the other x tags to pull data from my
 pre-existing pre-parsed DOM:

Document myDOM;  // already built by another part of the code


1. Have you exposed your Java variable as JspContext attribute?

I mean,  pageContext.setAttribute(myDOM, myDOM)?

 I understand basic xpath stuff.  But I'm not sure how to tell it to use a
 standard local java variable for the DOM.

 I've tried   x:out select=$myDOM/a/b/  and x:out
 select=${myDOM}/a/b/


2. The first should work.
The second in not valid, neither by JSTL spec, nor by XPath spec.

The latter says,
[36]   VariableReference   ::=   '$' QName

I have not actually tried it, though.

JSTL spec says:

[quote]
An XPath expression must also treat variables that resolve to implementations of
standard DOM interfaces as representing nodes of the type bound to
that interface
by the DOM specification.
[/quote]

1) What is the structure of your document

2) Maybe:  try to select a specific XML element and put it into
JspContext's attribute. Then try to output it via x:out
select=$elem/.

 Both give me errors that seem to say it doesn't find a DOM.


How this error looks like, exactly, with a stacktrace?

 Every example I can find always assumes I want to start with a true
 non-parsed XML document.

 I'm sure I'm missing something obvious.  But can someone please help me out
 with the correct syntax?


Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: JSTL XML Basic Question

2013-04-21 Thread Martin Gainty
Jerry

You'll need core taglib and xml taglib e.g. 
http://www.tutorialspoint.com/jsp/jstl_xml_out_tag.htm
declaration:%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %
%@ taglib prefix=x uri=http://java.sun.com/jsp/jstl/xml; %
 use core taglib to set var:c:set var=xmltext
  books
book
  namePadam History/name
  authorZARA/author
  price100/price
/book
book
  nameGreat Mistry/name
  authorNUHA/author
  price2000/price
/book
  /books
/c:set
 use xml taglib to set parse var:
x:parse xml=${xmltext} var=output/
 use xml taglib to set output the parsed textx:out 
select=$output/books/book[1]/name /
 http://www.tutorialspoint.com/jsp/jstl_xml_out_tag.htm
Martin__ 
Jogi és Bizalmassági kinyilatkoztatás/Verzicht und 
Vertraulichkeitanmerkung/Note de déni et de confidentialité
 Ez az
üzenet bizalmas.  Ha nem ön az akinek szánva volt, akkor kérjük, hogy
jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának
készítése nem megengedett.  Ez az üzenet csak ismeret cserét szolgál és
semmiféle jogi alkalmazhatósága sincs.  Mivel az electronikus üzenetek
könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet
ezen üzenet tartalma miatt.

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.

  Date: Sat, 20 Apr 2013 13:14:21 -0500
 Subject: JSTL XML Basic Question
 From: 2ndgenfi...@gmail.com
 To: users@tomcat.apache.org
 
 I have been searching for several hours for a basic JSTL answer with no
 luck.  From what I can tell, JSTL is under the umbrella of Tomcat.
 Hopefully someone can help me out.
 
 I simply want to use an existing already-parsed DOM (org.w3c.dom.Document
 variable) with JSTL XML tags.  In other words, I want to skip the x:parse
 step and just tell x:out and all of the other x tags to pull data from my
 pre-existing pre-parsed DOM:
 
Document myDOM;  // already built by another part of the code
 
 I understand basic xpath stuff.  But I'm not sure how to tell it to use a
 standard local java variable for the DOM.
 
 I've tried   x:out select=$myDOM/a/b/  and x:out
 select=${myDOM}/a/b/
 
 Both give me errors that seem to say it doesn't find a DOM.
 
 Every example I can find always assumes I want to start with a true
 non-parsed XML document.
 
 I'm sure I'm missing something obvious.  But can someone please help me out
 with the correct syntax?
 
 Thanks.
 
 Jerry
  

JSTL XML Basic Question

2013-04-20 Thread Jerry Malcolm
I have been searching for several hours for a basic JSTL answer with no
luck.  From what I can tell, JSTL is under the umbrella of Tomcat.
Hopefully someone can help me out.

I simply want to use an existing already-parsed DOM (org.w3c.dom.Document
variable) with JSTL XML tags.  In other words, I want to skip the x:parse
step and just tell x:out and all of the other x tags to pull data from my
pre-existing pre-parsed DOM:

   Document myDOM;  // already built by another part of the code

I understand basic xpath stuff.  But I'm not sure how to tell it to use a
standard local java variable for the DOM.

I've tried   x:out select=$myDOM/a/b/  and x:out
select=${myDOM}/a/b/

Both give me errors that seem to say it doesn't find a DOM.

Every example I can find always assumes I want to start with a true
non-parsed XML document.

I'm sure I'm missing something obvious.  But can someone please help me out
with the correct syntax?

Thanks.

Jerry


RE: very basic question about apache and tomcat

2012-10-12 Thread Mead, Jen L
Hey I wanted to thank everyone for their suggestions and input.  I just got my 
keytab file from the windows administrators yesterday and am ready to fiddle 
with tomcat and Kerberos on the unix side to start testing.  I like what Mark 
wrote below about using VMs to set things up, learn the environment and then 
tweak for AIX.  However, I don't have that option, I have one AIX box and that 
is it to test with.  I got a lot of great suggestions and think I can wrap my 
mind around it, yesterday I compiled a full version of Kerberos on my AIX 
server so I could test out kinit and make sure communication is flowing before 
I start setting up the tomcat server.  I think that most people are going to be 
coming in on Windows Explorer so I will set that up as well as Firefox.  I feel 
50/50 about getting it running but certainly more ready than I was before I got 
responses from this group.  Thanks again,
Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 3:05 PM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat



Mead, Jen L mead@con-way.com wrote:

Thanks.  I am in the process of testing.  The earlier answer from Chris 
suggested that I might need some additional modules / libraries.  I am 
following it step by step and I do see the unix part.

I have sent my windows domain people a request to create a Kerberos key 
and an account I can test with.  However, they provided one on a box I 
did not have root on and it was way too frustrating trying to get unix 
admin in India to understand what to do.  I now have a sandbox 
environment with root and am trying different things, it has not worked 
so far.

Setting up this for the first time is rather like setting up SSL CLIENT-AUTH 
for the first time. There are lots of moving parts and if you get just one 
thing wrong the whole lot fails. The error messages may not be too helpful when 
this happens. Posting the full error message, associated stack trace and 
exactly what you did to get to that point well help us to help you. Without 
those specifics, there is little the folks here can do to help and so far you 
have not provided any details apart from it has not worked.

You will find this a whole lot easier if you can start from a known working 
configuration and take little steps towards the configuration you want. There 
are so many things that can go wrong that going directly to the configuration 
you want is going to be very high risk.

I'd strongly recommend that you following something like the following approach:
Part one
1. Create a three local Windows VMs (domain controller, server, client) and do 
a clean install of the OS.
2. Snapshot the VMs.
3. Configure them as per the Tomcat docs so Windows auth works. The Tomcat docs 
should take you through this step by step (although they do not try and are not 
intended to teach Windows administration).
4. Make notes as you go so you can repeat this. If you spot any errors or 
omissions in the Tomcat docs, report them.
5. Snapshot the working configuration.
6. Revert to the clean VMs and make sure you can repeat the configuration.

Part two
Repeat part one but in your dev environment but use the domain controller from 
the dev environment rather than your VM (so you only have two VMs). You'll need 
co-operation from the domain admins but since you'll have your notes from part 
one you'll be able to tell them exactly what to do (which unfortunately it 
sounds like they need).

Part three
Repeat part one but with all machines in the dev environment rather than VMs.

Part 4
Repeat part one but with Tomcat on an AIX machine. By this point, you should be 
familiar enough with the process that any problems will be because of running 
on AIX. Again, report any issues here and we'll do what we can to help. My best 
guess at this point is that it will either just work or you'll need to install 
samba, add the machine to the domain and do some additional (currently unknown) 
configuration. I'm leaning towards the just work option since I can't see why 
the Tomcat server needs to be part of the domain if it has it's own service 
account. On the other hand, I'm not that familiar wth the details of the 
Kerberos protocol and it is a while since I looked at all of this so I could 
easily be wrong.

Part 5
Repeat part 4 on your live environment.

Thinking about this, you might want to move Tomcat to AIX as part 2 since at 
that point (assuming you have root access to an AIX dev machine) you'll still 
be in full control and a fair amount of tweaking may be required.

Have you tried using this documentation? 

Actually no, I haven't tried using that documentation. On the other hand I 
implemented that feature. I figured out how to make built-in Windows 
authentication work (the JVM does the hard work) from the references linked in 
the documentation and then I implemented Tomcat's built-in support for Windows 
authentication and also

Re: very basic question about apache and tomcat

2012-09-22 Thread André Warnier

Mead, Jen L wrote:

Yes, I did not find that useful.  It is very vague to say the least.  If I am 
missing something please let me know.  I want to use Built-in Tomcat support.



Simplify your life and have a look at Jespa (www.ioplex.com).  It is free for testing, and 
not expensive for production.  Download the Operator's Guide and read it.


It works all in Tomcat and doesn't require any other pieces than itself (*) - and a 
Windows domain environment of course.


There are several other ways, but I am not familiar with them.

Any type of web-based Windows Integrated Authentication (to give it one of it's many 
names) requires that the browser supports it. I can confirm that it works with IE and with 
Firefox.  I do not know about the others.



(*) Sorry, ooops, it does require a jar from Samba (jcifs.jar). The Operator Manual tells 
you that, and where to get it from.




Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 9:20 AM

To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat

Mead, Jen L mead@con-way.com wrote:


Hi Chris,

I met you at a PERL conference years and years ago along with a bunch 
of other people you met.  Anyways.  Exactly what I am trying to do is 
allow folks to use their web browser (I would like to stick with tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate 
against the windows domain.  I am hoping this can be accomplished 
without creating unix accounts.  The permissions for it, page access or 
run the tool would reside in the tomcat configuration side, but all 
authentification would be from the windows side.  If you can tell me 
how to do that I would be pretty happy.  I cannot find documentation on 
how to do it


Did you find this?

http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

I haven't tested this when Tomcat is on a non-Windows platform. It is certainly 
possible for this to work although whether any other pieces (such as samba) are 
required and what their configuration might be I don't know. OTOH, it might 
just work.

I'll add looking at this to my to do list but it is a long list...

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-21 Thread Mark H. Wood
I've never tried with Tomcat, but it's not hard to get other Unix
applications to authenticate against the Kerberos component of ADS.  I
logon to Linux every day with ADS credentials, using Kerberos.

o  Browsers will need to be set up to use GSSAPI authentication with
   the affected site.  There's a plugin for Firefox that helps to
   manage the way it does this, where it's called Integrated
   Authentication for some reason.  I don't know how to manage that in
   IE since there isn't an IE for Linux. :-/

o  The server will need to offer GSSAPI authentication and know how to
   validate tickets.  A lot of that is standard JRE equipment.
   http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html
   looks like good information on gluing it into Tomcat.

If I were doing this, I'd first stop thinking of it as Windows or ADS
authentication and think in terms of GSSAPI/Kerberos.

Searching for firefox kerberos authentication showed me a lot of
hits that might help you on the client side.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Asking whether markets are efficient is like asking whether people are smart.


pgp9LAw8gVbpY.pgp
Description: PGP signature


Re: very basic question about apache and tomcat

2012-09-20 Thread Thomas Rohde


Am 19.09.2012 23:31, schrieb Mead, Jen L:

Hi Everybody,

Now I will show my real ignorance about what I know after NOT working with 
Apache or Tomcat for several years now.  I have been working on a project that 
allows our CGI web pages to authenticate users from their windows desktop 
against Windows AD and not requiring any kind of unix account.  I am slowly 
getting the information I need to move forward but information is just not out 
there to get.  I am just chipping away at it.

My basic question is: do I need to install apache as well as tomcat to have an 
httpd.conf file?  I have tomcat running on several AIX servers, 6.1 and 5.3, 
with tomcat 7.0.27 installed.  I was doing a simple search to find the 
httpd.conf file when I realized none of my servers have it installed.  When I 
try to find out which app creates it I get the answer apache (from google 
searches).  So I guess that tomcat is a subset of apache?  A virtual java app I 
suppose?  See I told you the questions were basic.  Yikes it is hard to 
understand as a newbie, especially when I can load tomcat and get web pages 
working in a few minutes.  LOL

Any help is appreciated in regard to helping me wrap my brain around this.  ARGH

Regards,
Jen

Jen L Mead | Sys Admin | ICC Operations | Con-way | Office 503-450-8641
SAFETY| LEADERSHIP | INTEGRITY | COMMITMENT | EXCELLENCE | Driven by Integrity





Hi Jen,

basic answer:

Apache HTTPD and Apache Tomcat have generally nothing in common. They 
are totally different.


The httpd.conf is the main configuration file for the Apache HTTPD 
Webserver. It comes with the installation of an Apache HTTPD Webserver 
and is located in apache_home/conf/httpd.conf. Tomcat neither 
generates nor reads this file.


Bye
Thomas

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-20 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeff,

On 9/19/12 7:38 PM, Jeff wrote:
 I have a related question since we recently implemented
 authentication to AD via LDAP in our Tomcat WebApp but it currently
 prompts the user for every new session, even if they are hitting
 the site from their windows workstation that is already
 authenticated to the domain.
 
 Is there a way to do it that detects the user's current AD session
 and eliminates the need to prompt them, preferably browser
 (Chrome/FF/IE) independent?  If so, it would be great!

I believe this is possible, but you need your browser to be complicit
by sending your Kerberos token(s). I have no idea how to do that, but
I believe others on the list (André? Warnier) have done such things.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBbJzoACgkQ9CaO5/Lv0PBk+wCfQgsPrw1+zbSv7KvtpyYeM5y5
X/0An2KDNsv+OXSoTI0blxpJFeDcUKvV
=DiiC
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mead, Jen L
Hi Chris,

I met you at a PERL conference years and years ago along with a bunch of other 
people you met.  Anyways.  Exactly what I am trying to do is allow folks to use 
their web browser (I would like to stick with tomcat 7.0.27 on aix 6.1) from 
their windows workstation and authenticate against the windows domain.  I am 
hoping this can be accomplished without creating unix accounts.  The 
permissions for it, page access or run the tool would reside in the tomcat 
configuration side, but all authentification would be from the windows side.  
If you can tell me how to do that I would be pretty happy.  I cannot find 
documentation on how to do it and I am not a java person nor have I touched 
this stuff in a very long time.  I was doing strictly unix admin work until a 
few months ago.  That doesn't mean I won't hack and experiment, I have a 
sandbox here at work that I can do anything on to get this configuration 
figured out.  Thanks in advance and happy to be working with you!

Jen

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Wednesday, September 19, 2012 4:07 PM
To: Tomcat Users List
Subject: Re: very basic question about apache and tomcat

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jen,

On 9/19/12 5:52 PM, Mead, Jen L wrote:
 That was very insightful.  All the documentation that I am looking 
 into specifies apache as the application.  Maybe, just maybe the 
 server.xml file will contain what I need to move forward.  The lack of 
 documentation for what I am trying to do is frustrating.  I am not 
 even sure I can do it without loading apache with or instead of 
 tomcat.  Thanks for the info.

Can you describe what you need to accomplish without specifically referring to 
Apache httpd or Apache Tomcat?

Something like:

We have a Java web application that needs to authentication against Microsoft 
AD server, and there are no other moving parts required unless we need them to 
support this configuration.

The reason that I ask is that Tomcat (with some special support libraries and 
configuration) can authenticate directly against Microsoft AD and Apache httpd 
isn't necessary at all. If you /require/ Apache httpd to perform the 
authentication, then we can tell you how to do that, too.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBaUA4ACgkQ9CaO5/Lv0PBlrACcChzrMo5ZRki1yGdFhxY8H+tZ
6KMAn2AEND/wIIyFOoJDd1ZmfOwjHwsT
=javS
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-20 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jen,

On 9/20/12 11:19 AM, Mead, Jen L wrote:
 I met you at a PERL conference years and years ago along with a
 bunch of other people you met.

Unlikely... I've never been to a Perl conference.

[OT NB: I've found out that I'm not the only Christopher Schultz in
the world -- even in my own local region. I got pulled-over for
speeding one time and was told that my license had been suspended
*and* revoked (I'm not sure how that's different than just being
revoked, but what the hey). Anyhow, turns out that the state I was
living in used soundex codes for driver's license numbers and another
(apparently evil) Christopher Schultz and I had license numbers
differing only by one digit, so the cop had it all wrong. Fun ride.]

 Anyways.  Exactly what I am trying to do is allow folks to use
 their web browser (I would like to stick with tomcat 7.0.27 on aix
 6.1) from their windows workstation and authenticate against the
 windows domain.

Ok.

 I am hoping this can be accomplished without creating unix
 accounts.

Mirroring AD in UNIX would be foolish. It wouldn't get you anywhere,
anyway, since Tomcat doesn't have a module to authenticate against the
local UNIX environment, anyway.

 The permissions for it, page access or run the tool would reside in
 the tomcat configuration side, but all authentication would be from
 the windows side.

So you want your clients to provide Kerberos tokens to Tomcat? Have
you arranged for that kind of thing?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBbO0QACgkQ9CaO5/Lv0PATtwCgg8Lqf2fu+NXSDHY6h+IKg8ag
rMwAnjH2bKM7P+DvmjDYQJ+tU/WyAwjw
=ylwm
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mead, Jen L
Hi Chris,

See responses below:

-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
Sent: Thursday, September 20, 2012 8:50 AM
To: Tomcat Users List
Subject: Re: very basic question about apache and tomcat

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

-Jen,

On 9/20/12 11:19 AM, Mead, Jen L wrote:
 I met you at a PERL conference years and years ago along with a bunch 
 of other people you met.

-Unlikely... I've never been to a Perl conference.

-[OT NB: I've found out that I'm not the only Christopher Schultz in the world 
-- even in my ---own local region. I got pulled-over for speeding one time and 
was told that my license had been -suspended
-*and* revoked (I'm not sure how that's different than just being revoked, but 
what the hey). --Anyhow, turns out that the state I was living in used soundex 
codes for driver's license --numbers and another (apparently evil) 
Christopher Schultz and I had license numbers differing -only by one digit, so 
the cop had it all wrong. Fun ride.]

LOL, bummer. Yes you do have a famous name.

 Anyways.  Exactly what I am trying to do is allow folks to use their 
 web browser (I would like to stick with tomcat 7.0.27 on aix
 6.1) from their windows workstation and authenticate against the 
 windows domain.

-Ok.

 I am hoping this can be accomplished without creating unix accounts.

-Mirroring AD in UNIX would be foolish. It wouldn't get you anywhere, anyway, 
since Tomcat -doesn't have a module to authenticate against the local UNIX 
environment, anyway.

 The permissions for it, page access or run the tool would reside in 
 the tomcat configuration side, but all authentication would be from 
 the windows side.

-So you want your clients to provide Kerberos tokens to Tomcat? Have you 
arranged for that kind -of thing?

- -chris

Yes I have to a point.  We have HP support and mostly it is in India and we 
don't direct access with them.  I opened a ticket but they are requesting that 
I tell them exactly how to do it.  I am working with them on that.  They are 
waiting for me to test from my AIX environment to iron out all those pieces.  I 
know they need to configure my server into their environment and maybe it will 
require a special user account.  If you have info on that that would be good.

Could you tell me which modules / libraries I need to download and install for 
tomcat to authenticate against the windows environment and how to tweak them?  
I am ready to dig into this.

Jen

-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBbO0QACgkQ9CaO5/Lv0PATtwCgg8Lqf2fu+NXSDHY6h+IKg8ag
rMwAnjH2bKM7P+DvmjDYQJ+tU/WyAwjw
=ylwm
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mark Thomas
Mead, Jen L mead@con-way.com wrote:

Hi Chris,

I met you at a PERL conference years and years ago along with a bunch
of other people you met.  Anyways.  Exactly what I am trying to do is
allow folks to use their web browser (I would like to stick with tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate
against the windows domain.  I am hoping this can be accomplished
without creating unix accounts.  The permissions for it, page access or
run the tool would reside in the tomcat configuration side, but all
authentification would be from the windows side.  If you can tell me
how to do that I would be pretty happy.  I cannot find documentation on
how to do it

Did you find this?

http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

I haven't tested this when Tomcat is on a non-Windows platform. It is
certainly possible for this to work although whether any other pieces
(such as samba) are required and what their configuration might be I
don't know. OTOH, it might just work.

I'll add looking at this to my to do list but it is a long list...

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mead, Jen L
Yes, I did not find that useful.  It is very vague to say the least.  If I am 
missing something please let me know.  I want to use Built-in Tomcat support.

Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 9:20 AM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat

Mead, Jen L mead@con-way.com wrote:

Hi Chris,

I met you at a PERL conference years and years ago along with a bunch 
of other people you met.  Anyways.  Exactly what I am trying to do is 
allow folks to use their web browser (I would like to stick with tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate 
against the windows domain.  I am hoping this can be accomplished 
without creating unix accounts.  The permissions for it, page access or 
run the tool would reside in the tomcat configuration side, but all 
authentification would be from the windows side.  If you can tell me 
how to do that I would be pretty happy.  I cannot find documentation on 
how to do it

Did you find this?

http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

I haven't tested this when Tomcat is on a non-Windows platform. It is certainly 
possible for this to work although whether any other pieces (such as samba) are 
required and what their configuration might be I don't know. OTOH, it might 
just work.

I'll add looking at this to my to do list but it is a long list...

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mark Thomas


Mead, Jen L mead@con-way.com wrote:

Yes, I did not find that useful.  It is very vague to say the least.

You are the one being vague. You are not being very forthcoming. That page 
provides detailed, step-by-step configuration instructions. As I said, the page 
assumes Tomcat is running on a Windows machine but that may be necessary for 
Windows authentication to work. I haven't tested it and performing that testing 
is at the end of a long to do list. There is nothing stopping you from testing 
this.
 
If I am missing something please let me know.  I want to use Built-in
Tomcat support.

You appear to have missed the section entitled built-in Tomcat support which 
is an exact match for what you are looking for.

Mark



Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 9:20 AM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat

Mead, Jen L mead@con-way.com wrote:

Hi Chris,

I met you at a PERL conference years and years ago along with a bunch 
of other people you met.  Anyways.  Exactly what I am trying to do is 
allow folks to use their web browser (I would like to stick with
tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate 
against the windows domain.  I am hoping this can be accomplished 
without creating unix accounts.  The permissions for it, page access
or 
run the tool would reside in the tomcat configuration side, but all 
authentification would be from the windows side.  If you can tell me 
how to do that I would be pretty happy.  I cannot find documentation
on 
how to do it

Did you find this?

http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

I haven't tested this when Tomcat is on a non-Windows platform. It is
certainly possible for this to work although whether any other pieces
(such as samba) are required and what their configuration might be I
don't know. OTOH, it might just work.

I'll add looking at this to my to do list but it is a long list...

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mead, Jen L
Thanks.  I am in the process of testing.  The earlier answer from Chris 
suggested that I might need some additional modules / libraries.  I am 
following it step by step and I do see the unix part.

I have sent my windows domain people a request to create a Kerberos key and an 
account I can test with.  However, they provided one on a box I did not have 
root on and it was way too frustrating trying to get unix admin in India to 
understand what to do.  I now have a sandbox environment with root and am 
trying different things, it has not worked so far.

Have you tried using this documentation?  If not then please don't comment on 
how easy it is and straight forward.  I am doing my best and have been in 
computing, unix in particular, for over 30yrs.

Regards,
Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 10:09 AM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat



Mead, Jen L mead@con-way.com wrote:

Yes, I did not find that useful.  It is very vague to say the least.

You are the one being vague. You are not being very forthcoming. That page 
provides detailed, step-by-step configuration instructions. As I said, the page 
assumes Tomcat is running on a Windows machine but that may be necessary for 
Windows authentication to work. I haven't tested it and performing that testing 
is at the end of a long to do list. There is nothing stopping you from testing 
this.
 
If I am missing something please let me know.  I want to use Built-in 
Tomcat support.

You appear to have missed the section entitled built-in Tomcat support which 
is an exact match for what you are looking for.

Mark



Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Thursday, September 20, 2012 9:20 AM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat

Mead, Jen L mead@con-way.com wrote:

Hi Chris,

I met you at a PERL conference years and years ago along with a bunch 
of other people you met.  Anyways.  Exactly what I am trying to do is 
allow folks to use their web browser (I would like to stick with
tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate 
against the windows domain.  I am hoping this can be accomplished 
without creating unix accounts.  The permissions for it, page access
or
run the tool would reside in the tomcat configuration side, but all 
authentification would be from the windows side.  If you can tell me 
how to do that I would be pretty happy.  I cannot find documentation
on
how to do it

Did you find this?

http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

I haven't tested this when Tomcat is on a non-Windows platform. It is 
certainly possible for this to work although whether any other pieces 
(such as samba) are required and what their configuration might be I 
don't know. OTOH, it might just work.

I'll add looking at this to my to do list but it is a long list...

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-20 Thread Terence M. Bandoian

On 9/19/2012 6:38 PM, Jeff wrote:

I have a related question since we recently implemented authentication to
AD via LDAP in our Tomcat WebApp but it currently prompts the user for
every new session, even if they are hitting the site from their windows
workstation that is already authenticated to the domain.

Is there a way to do it that detects the user's current AD session and
eliminates the need to prompt them, preferably browser (Chrome/FF/IE)
independent?  If so, it would be great!


You might try Waffle.

-Terence Bandoian

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-20 Thread Mark Thomas


Terence M. Bandoian tere...@tmbsw.com wrote:

On 9/19/2012 6:38 PM, Jeff wrote:
 I have a related question since we recently implemented
authentication to
 AD via LDAP in our Tomcat WebApp but it currently prompts the user
for
 every new session, even if they are hitting the site from their
windows
 workstation that is already authenticated to the domain.

 Is there a way to do it that detects the user's current AD session
and
 eliminates the need to prompt them, preferably browser (Chrome/FF/IE)
 independent?  If so, it would be great!

You might try Waffle.

Waffle is a Windows native solution. The OP wants Tomcat running on AIX. Waffle 
is not going to work. If moving Tomcat to Windows was an option, then Waffle 
would be a possibility (and that is made clear in Tomcat's docs - as are a 
number of other options).

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-20 Thread Mark Thomas


Mead, Jen L mead@con-way.com wrote:

Thanks.  I am in the process of testing.  The earlier answer from Chris
suggested that I might need some additional modules / libraries.  I am
following it step by step and I do see the unix part.

I have sent my windows domain people a request to create a Kerberos key
and an account I can test with.  However, they provided one on a box I
did not have root on and it was way too frustrating trying to get unix
admin in India to understand what to do.  I now have a sandbox
environment with root and am trying different things, it has not worked
so far.

Setting up this for the first time is rather like setting up SSL CLIENT-AUTH 
for the first time. There are lots of moving parts and if you get just one 
thing wrong the whole lot fails. The error messages may not be too helpful when 
this happens. Posting the full error message, associated stack trace and 
exactly what you did to get to that point well help us to help you. Without 
those specifics, there is little the folks here can do to help and so far you 
have not provided any details apart from it has not worked.

You will find this a whole lot easier if you can start from a known working 
configuration and take little steps towards the configuration you want. There 
are so many things that can go wrong that going directly to the configuration 
you want is going to be very high risk.

I'd strongly recommend that you following something like the following approach:
Part one
1. Create a three local Windows VMs (domain controller, server, client) and do 
a clean install of the OS.
2. Snapshot the VMs.
3. Configure them as per the Tomcat docs so Windows auth works. The Tomcat docs 
should take you through this step by step (although they do not try and are not 
intended to teach Windows administration).
4. Make notes as you go so you can repeat this. If you spot any errors or 
omissions in the Tomcat docs, report them.
5. Snapshot the working configuration.
6. Revert to the clean VMs and make sure you can repeat the configuration.

Part two
Repeat part one but in your dev environment but use the domain controller from 
the dev environment rather than your VM (so you only have two VMs). You'll need 
co-operation from the domain admins but since you'll have your notes from part 
one you'll be able to tell them exactly what to do (which unfortunately it 
sounds like they need).

Part three
Repeat part one but with all machines in the dev environment rather than VMs.

Part 4
Repeat part one but with Tomcat on an AIX machine. By this point, you should be 
familiar enough with the process that any problems will be because of running 
on AIX. Again, report any issues here and we'll do what we can to help. My best 
guess at this point is that it will either just work or you'll need to install 
samba, add the machine to the domain and do some additional (currently unknown) 
configuration. I'm leaning towards the just work option since I can't see why 
the Tomcat server needs to be part of the domain if it has it's own service 
account. On the other hand, I'm not that familiar wth the details of the 
Kerberos protocol and it is a while since I looked at all of this so I could 
easily be wrong.

Part 5
Repeat part 4 on your live environment.

Thinking about this, you might want to move Tomcat to AIX as part 2 since at 
that point (assuming you have root access to an AIX dev machine) you'll still 
be in full control and a fair amount of tweaking may be required.

Have you tried using this documentation? 

Actually no, I haven't tried using that documentation. On the other hand I 
implemented that feature. I figured out how to make built-in Windows 
authentication work (the JVM does the hard work) from the references linked in 
the documentation and then I implemented Tomcat's built-in support for Windows 
authentication and also wrote the documentation. And I have a working 
configuration in a series of VMs on the machine in front of me. The 
documentation very deliberately provides detailed step-by-step instructions 
that are known to work. If you find any errors or omissions let us know.

 If not then please don't
comment on how easy it is and straight forward.  I am doing my best and
have been in computing, unix in particular, for over 30yrs.

Given that intended tone is not something that comes across well in e-mail 
communication, your final paragraph reads as arrogant rather than the tone you 
intended (I'm assuming you weren't aiming for arrogance). That is unlikely to 
encourage anyone here to help. That is particularly unfortunate when the person 
you are directing your comments at implemented the feature you are trying to 
use and could be the person best placed to help you.

Mark


Regards,
Jen

-Original Message-
From: Mark Thomas [mailto:ma...@apache.org] 
Sent: Thursday, September 20, 2012 10:09 AM
To: Tomcat Users List
Subject: RE: very basic question about apache and tomcat



Mead, Jen L mead@con

Re: very basic question about apache and tomcat

2012-09-20 Thread Brett Delle Grazie
On 20 September 2012 17:20, Mark Thomas ma...@apache.org wrote:
 Mead, Jen L mead@con-way.com wrote:

Hi Chris,

I met you at a PERL conference years and years ago along with a bunch
of other people you met.  Anyways.  Exactly what I am trying to do is
allow folks to use their web browser (I would like to stick with tomcat
7.0.27 on aix 6.1) from their windows workstation and authenticate
against the windows domain.  I am hoping this can be accomplished
without creating unix accounts.  The permissions for it, page access or
run the tool would reside in the tomcat configuration side, but all
authentification would be from the windows side.  If you can tell me
how to do that I would be pretty happy.  I cannot find documentation on
how to do it

 Did you find this?

 http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

 I haven't tested this when Tomcat is on a non-Windows platform. It is
 certainly possible for this to work although whether any other pieces
 (such as samba) are required and what their configuration might be I
 don't know. OTOH, it might just work.


Samba is one way, in that context the AIX box becomes a member of the
Windows AD.
If that isn't possible:
Another alternative is bi or uni-directional cross-realm trusts.
That's where there is a Unix Kerberos realm and the Windows AD realm
and there is a trust
either between each realm or in one direction only. Cross-realm keys
are quite easy to create
in the more recent versions of Windows Server (2008+)

In this situation, the authentication trust could be configured only
one way (i.e. Windows AD users
are trusted for authentication purposes to the AIX Tomcat service).

I'm a bit fuzzy on the details since I last looked at this several
years ago. From what I remember
the following is needed:
(a) cross-realm keys in one or both directions (i.e. resulting in one
or two sets of keys)
- getting this right on the Windows side was quite difficult due to
different encryption standards
in use, different 'versions' of keys etc. modern versions of Windows
Server do make this easier.
(b) a key on the AIX box representing the service (Tomcat) but in this
case the service key is for
the local Unix Kerberos realm, not the Windows AD realm
(c) A browser that permits Kerberos based authentication (e.g.
Firefox, or IE with the site
added to the trusted sites area).
(d) Patience, luck and lots of log perusal.

I've used this in a managed service environment but its complicated
and error prone to configure.

 I'll add looking at this to my to do list but it is a long list...

 Mark

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Re: very basic question about apache and tomcat

2012-09-20 Thread Terence M. Bandoian

On 9/20/2012 4:24 PM, Mark Thomas wrote:

Terence M. Bandoian tere...@tmbsw.com wrote:


On 9/19/2012 6:38 PM, Jeff wrote:

I have a related question since we recently implemented

authentication to

AD via LDAP in our Tomcat WebApp but it currently prompts the user

for

every new session, even if they are hitting the site from their

windows

workstation that is already authenticated to the domain.

Is there a way to do it that detects the user's current AD session

and

eliminates the need to prompt them, preferably browser (Chrome/FF/IE)
independent?  If so, it would be great!

You might try Waffle.

Waffle is a Windows native solution. The OP wants Tomcat running on AIX. Waffle 
is not going to work. If moving Tomcat to Windows was an option, then Waffle 
would be a possibility (and that is made clear in Tomcat's docs - as are a 
number of other options).

Mark



Hi, Mark-

You're right.  I should have prefaced that with If you're running on 
Windows.  However, a second person (see above) asked basically the same 
question as the OP and I'm not sure what platform they're on.  The 
built-in Java implementation sounds great if Tomcat 7 is being used.


-Terence Bandoian

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



very basic question about apache and tomcat

2012-09-19 Thread Mead, Jen L
Hi Everybody,

Now I will show my real ignorance about what I know after NOT working with 
Apache or Tomcat for several years now.  I have been working on a project that 
allows our CGI web pages to authenticate users from their windows desktop 
against Windows AD and not requiring any kind of unix account.  I am slowly 
getting the information I need to move forward but information is just not out 
there to get.  I am just chipping away at it.

My basic question is: do I need to install apache as well as tomcat to have an 
httpd.conf file?  I have tomcat running on several AIX servers, 6.1 and 5.3, 
with tomcat 7.0.27 installed.  I was doing a simple search to find the 
httpd.conf file when I realized none of my servers have it installed.  When I 
try to find out which app creates it I get the answer apache (from google 
searches).  So I guess that tomcat is a subset of apache?  A virtual java app I 
suppose?  See I told you the questions were basic.  Yikes it is hard to 
understand as a newbie, especially when I can load tomcat and get web pages 
working in a few minutes.  LOL

Any help is appreciated in regard to helping me wrap my brain around this.  ARGH

Regards,
Jen

Jen L Mead | Sys Admin | ICC Operations | Con-way | Office 503-450-8641
SAFETY| LEADERSHIP | INTEGRITY | COMMITMENT | EXCELLENCE | Driven by Integrity




Re: very basic question about apache and tomcat

2012-09-19 Thread David A. Rush


On 2012-09-19 17:31, Mead, Jen L wrote:

My basic question is: do I need to install apache as well as tomcat to have an 
httpd.conf file?  I have tomcat running on several AIX servers, 6.1 and 5.3, 
with tomcat 7.0.27 installed.  I was doing a simple search to find the 
httpd.conf file when I realized none of my servers have it installed.  When I 
try to find out which app creates it I get the answer apache (from google 
searches).  So I guess that tomcat is a subset of apache?  A virtual java app I 
suppose?  See I told you the questions were basic.  Yikes it is hard to 
understand as a newbie, especially when I can load tomcat and get web pages 
working in a few minutes.  LOL

Tomcat and HTTPD (Apache web server) are two different things, though 
often used together.  Both are projects of the Apache Software Foundation.


Tomcat is capable of running standalone.  It is not a subset of of the 
Apache HTTPD.  For various reasons many folks run Tomcat behind Apache 
HTTPD, but that isn't necessary.


There's overlap between the functionality of Tomcat and HTTPD. Whether 
you need just Tomcat, just HTTPD, or both, depends on what you want to do.


httpd.conf is the typical name of the primary HTTPD configuration file 
(although that may be different depending on who built the distribution 
you're using and on what kind of OS).


Tomcat uses server.xml as it's primary configuration file.

David

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: very basic question about apache and tomcat

2012-09-19 Thread Mead, Jen L
That was very insightful.  All the documentation that I am looking into 
specifies apache as the application.  Maybe, just maybe the server.xml file 
will contain what I need to move forward.  The lack of documentation for what I 
am trying to do is frustrating.  I am not even sure I can do it without loading 
apache with or instead of tomcat.  Thanks for the info.
J

-Original Message-
From: David A. Rush [mailto:da...@rushtone.com] 
Sent: Wednesday, September 19, 2012 2:45 PM
To: users@tomcat.apache.org
Subject: Re: very basic question about apache and tomcat


On 2012-09-19 17:31, Mead, Jen L wrote:
 My basic question is: do I need to install apache as well as tomcat to 
 have an httpd.conf file?  I have tomcat running on several AIX 
 servers, 6.1 and 5.3, with tomcat 7.0.27 installed.  I was doing a 
 simple search to find the httpd.conf file when I realized none of my 
 servers have it installed.  When I try to find out which app creates 
 it I get the answer apache (from google searches).  So I guess that 
 tomcat is a subset of apache?  A virtual java app I suppose?  See I 
 told you the questions were basic.  Yikes it is hard to understand as 
 a newbie, especially when I can load tomcat and get web pages working 
 in a few minutes.  LOL

Tomcat and HTTPD (Apache web server) are two different things, though often 
used together.  Both are projects of the Apache Software Foundation.

Tomcat is capable of running standalone.  It is not a subset of of the Apache 
HTTPD.  For various reasons many folks run Tomcat behind Apache HTTPD, but 
that isn't necessary.

There's overlap between the functionality of Tomcat and HTTPD. Whether you need 
just Tomcat, just HTTPD, or both, depends on what you want to do.

httpd.conf is the typical name of the primary HTTPD configuration file 
(although that may be different depending on who built the distribution you're 
using and on what kind of OS).

Tomcat uses server.xml as it's primary configuration file.

David

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

David,

On 9/19/12 5:45 PM, David A. Rush wrote:
 
 On 2012-09-19 17:31, Mead, Jen L wrote:
 My basic question is: do I need to install apache as well as
 tomcat to have an httpd.conf file?  I have tomcat running on
 several AIX servers, 6.1 and 5.3, with tomcat 7.0.27 installed.
 I was doing a simple search to find the httpd.conf file when I
 realized none of my servers have it installed.  When I try to
 find out which app creates it I get the answer apache (from
 google searches).  So I guess that tomcat is a subset of apache?
 A virtual java app I suppose?  See I told you the questions were
 basic.  Yikes it is hard to understand as a newbie, especially
 when I can load tomcat and get web pages working in a few
 minutes.  LOL
 
 Tomcat and HTTPD (Apache web server) are two different things,
 though often used together.  Both are projects of the Apache
 Software Foundation.
 
 Tomcat is capable of running standalone.  It is not a subset of of
 the Apache HTTPD.  For various reasons many folks run Tomcat
 behind Apache HTTPD, but that isn't necessary.
 
 There's overlap between the functionality of Tomcat and HTTPD.
 Whether you need just Tomcat, just HTTPD, or both, depends on what
 you want to do.
 
 httpd.conf is the typical name of the primary HTTPD configuration
 file (although that may be different depending on who built the
 distribution you're using and on what kind of OS).
 
 Tomcat uses server.xml as it's primary configuration file.

+1

David, great reply.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBaT4YACgkQ9CaO5/Lv0PD1dACgjOllONmS3IcsSrMHsp9di59X
h/IAn0Y0oHdocLVwC6rfgbeIxMiMufj9
=Ppae
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jen,

On 9/19/12 5:52 PM, Mead, Jen L wrote:
 That was very insightful.  All the documentation that I am looking
 into specifies apache as the application.  Maybe, just maybe the
 server.xml file will contain what I need to move forward.  The lack
 of documentation for what I am trying to do is frustrating.  I am
 not even sure I can do it without loading apache with or instead of
 tomcat.  Thanks for the info.

Can you describe what you need to accomplish without specifically
referring to Apache httpd or Apache Tomcat?

Something like:

We have a Java web application that needs to authentication against
Microsoft AD server, and there are no other moving parts required
unless we need them to support this configuration.

The reason that I ask is that Tomcat (with some special support
libraries and configuration) can authenticate directly against
Microsoft AD and Apache httpd isn't necessary at all. If you /require/
Apache httpd to perform the authentication, then we can tell you how
to do that, too.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBaUA4ACgkQ9CaO5/Lv0PBlrACcChzrMo5ZRki1yGdFhxY8H+tZ
6KMAn2AEND/wIIyFOoJDd1ZmfOwjHwsT
=javS
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: very basic question about apache and tomcat

2012-09-19 Thread Jeff
I have a related question since we recently implemented authentication to
AD via LDAP in our Tomcat WebApp but it currently prompts the user for
every new session, even if they are hitting the site from their windows
workstation that is already authenticated to the domain.

Is there a way to do it that detects the user's current AD session and
eliminates the need to prompt them, preferably browser (Chrome/FF/IE)
independent?  If so, it would be great!

On Wed, Sep 19, 2012 at 5:06 PM, Christopher Schultz 
ch...@christopherschultz.net wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Jen,

 On 9/19/12 5:52 PM, Mead, Jen L wrote:
  That was very insightful.  All the documentation that I am looking
  into specifies apache as the application.  Maybe, just maybe the
  server.xml file will contain what I need to move forward.  The lack
  of documentation for what I am trying to do is frustrating.  I am
  not even sure I can do it without loading apache with or instead of
  tomcat.  Thanks for the info.

 Can you describe what you need to accomplish without specifically
 referring to Apache httpd or Apache Tomcat?

 Something like:

 We have a Java web application that needs to authentication against
 Microsoft AD server, and there are no other moving parts required
 unless we need them to support this configuration.

 The reason that I ask is that Tomcat (with some special support
 libraries and configuration) can authenticate directly against
 Microsoft AD and Apache httpd isn't necessary at all. If you /require/
 Apache httpd to perform the authentication, then we can tell you how
 to do that, too.

 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
 Comment: GPGTools - http://gpgtools.org
 Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

 iEYEARECAAYFAlBaUA4ACgkQ9CaO5/Lv0PBlrACcChzrMo5ZRki1yGdFhxY8H+tZ
 6KMAn2AEND/wIIyFOoJDd1ZmfOwjHwsT
 =javS
 -END PGP SIGNATURE-

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Jeff Vincent
predato...@gmail.com
See my LinkedIn profile at:
http://www.linkedin.com/in/rjeffreyvincent
I ♥ DropBox http://db.tt/9O6LfBX !!


Basic question about using modjk connector

2011-04-04 Thread JAIN, ABHAY K (ATTSI)
I have downloaded apche-tomcat -6.0.32. I am trying to install modjk.
Document for modjk installation refers
to directories auto, jk, catalina under conf which I don't find. My
question is how do they get created?

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Basic question about using modjk connector

2011-04-04 Thread Caldarale, Charles R
 From: JAIN, ABHAY K (ATTSI) [mailto:aj2...@att.com] 
 Subject: Basic question about using modjk connector

 Document for modjk installation refers to directories auto, jk,
 catalina under conf which I don't find.

What documentation is that?

The real doc is here:

http://tomcat.apache.org/connectors-doc/
http://tomcat.apache.org/connectors-doc/generic_howto/quick.html

 - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic Question : Tomact Clustering

2010-10-30 Thread Pid
On 29/10/2010 11:49, alok kakani wrote:

 Hi All,

 I am working Business Objects 3.1(BOE) with tomcat being the application
 server. I am new to the web application part, hence i had some doubts

 We are trying to step up a BOE on 2 machines  we will have tomcat
 installed on both machines. We plan to use MS NLB for high availability. I
 am not sure how will i configure the web + web apps in such scenario with
 Tomcat.

Tomcat doesn't know what MS NLB is.  Depending on how your application
works and what it does, this may or may not be a suitable solution. YMMV.

 I will be installing tomcat 5.5 on both machines. this is shipped as
 default with BOE.

Tomcat 6.0 should work just as well.

 1. Do i need to install Apache on both machines?

Apache HTTPD?  No.
One reason for using HTTPD is to make it the load balancer.  So you
would need only one HTTPD in that case.

 2. What are the configuring steps to cluster tomcat for HA  fail over?

Read the Cluster documentation for information about what Tomcat offers:

 http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html

 3. Do i need to cluster Apache as well??

Not if you're not using it.


p

 Regards,
 *Alok Kakani*

 



0x62590808.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: Basic Question : Tomact Clustering

2010-10-29 Thread alok kakani

 Hi All,

 I am working Business Objects 3.1(BOE) with tomcat being the application
 server. I am new to the web application part, hence i had some doubts

 We are trying to step up a BOE on 2 machines  we will have tomcat
 installed on both machines. We plan to use MS NLB for high availability. I
 am not sure how will i configure the web + web apps in such scenario with
 Tomcat.

 I will be installing tomcat 5.5 on both machines. this is shipped as
 default with BOE.

 1. Do i need to install Apache on both machines?
 2. What are the configuring steps to cluster tomcat for HA  fail over?
 3. Do i need to cluster Apache as well??

 Regards,
 *Alok Kakani*



Re: Basic Question

2010-04-16 Thread Zachary Valentiner
For starting Tomcat in Eclipse, check this out:
http://www.eclipsetotale.com/tomcatPlugin.html

As for the other part, I'm not really sure at all. Good luck, though.

Zach


On Apr 16, 2010, at 3:07 AM, Rhino wrote:

 I hope someone will take pity on me and help me with this very basic 
 question. I was moderately fluent with servlets and Tomcat several years ago 
 but haven't touched them in a while. I'm trying to get back into servlets now.
 
 I am having trouble getting my servlets to start in Tomcat. I inevitably get 
 a 404 error. I am running Tomcat 6.0.26 on Windows XP SP2. The sample 
 applications in Tomcat run fine.
 
 My servlets are in Eclipse 3.5.2. They compile fine and I have used the 
 Tomcat menu to export them to the war file directory; no error gets reported 
 when I do the export. I did a manual deploy of the war file from the war 
 file to deplay section of the Tomcat Manager page.
 
 When I start the Tomcat Manager in my browser, it shows several servlets, 
 including the examples and the servlets that I have deployed myself. In each 
 case, my own servlets seem to be started just fine. All of them say 
 running, the number of sessions is 0 for each of them, and all of them have 
 stop, reload and undeploy options which are clickable and a start option 
 which is not clickable. To me, that says these puppies are started and there 
 is no error in any of them.
 
 However, when I click on my servlets, like /FileUploadServlet for example, I 
 get this:
 
 
 HTTP Status 404 - /FileUploadServlet/
 
 
 
 *type* Status report
 
 *message* _/FileUploadServlet/_
 
 *description* _The requested resource (/FileUploadServlet/) is not available._
 
 
 
 
 Apache Tomcat/6.0.26
 
 
 
 I feel sure that I've simply neglected to do something simple and 
 straightforward but my memory is failing me. I can't remember what other 
 steps are needed to get a servlet configured so that it runs in Tomcat.
 
 I was going to try to run the servlet in Eclipse but I'm darned if I can 
 remember how to start it there either.
 
 Can someone help me out?
 
 --
 Rhino
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic Question

2010-04-16 Thread Rhino
Can you remind me how to do that (or where to find documentation 
describing it)?


FileUploadServlet is one that I wrote some time back and it has a 
web.xml file associated with it. I'm pretty sure I created it myself 
although I don't actually remember doing so at this point. Here are the 
current contents but I'm not sure if this is still how the web.xml 
should look at this point:


?xml version=1.0 encoding=ISO-8859-1?

!DOCTYPE web-app
   PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN
   http://java.sun.com/j2ee/dtds/web-app_2_2.dtd;

web-app

   servlet
   servlet-nameform/servlet-name
   servlet-classupload.UploadForm/servlet-class
   /servlet
   servlet
   servlet-nameservlet/servlet-name
   servlet-classupload.UploadServlet/servlet-class
   init-param
   param-nameuploadDir/param-name
   param-valueuploads/param-value
   /init-param
   /servlet

   servlet-mapping
   servlet-nameform/servlet-name
   url-pattern/form/url-pattern
   /servlet-mapping
   servlet-mapping
   servlet-nameservlet/servlet-name
   url-pattern/servlet/url-pattern
   /servlet-mapping

/web-app

Also, does this file need to be put into Tomcat somehow so that Tomcat 
can see it? If so, what is the proper mechanism to do so? Or does the 
act of exporting to the war file do that automagically? Again, my memory 
is really fuzzy on this stuff and I don't remember where these 
techniques are described.


--
Rhino

Joseph M Morgan wrote:
Did you configure your servlets in your web.xml properly?  Also...it 
sounds as though you are deploying each servlet in its own app.   Make 
sure you are invoking the servlet through the proper app.


-Original message-
From: Rhino rhi...@sympatico.ca
To: tomcat-user tomcat-u...@jakarta.apache.org
Sent: Fri, Apr 16, 2010 01:07:29 GMT+00:00
Subject: Basic Question

I hope someone will take pity on me and help me with this very basic 
question. I was moderately fluent with servlets and Tomcat several 
years ago but haven't touched them in a while. I'm trying to get back 
into servlets now.


I am having trouble getting my servlets to start in Tomcat. I 
inevitably get a 404 error. I am running Tomcat 6.0.26 on Windows XP 
SP2. The sample applications in Tomcat run fine.


My servlets are in Eclipse 3.5.2. They compile fine and I have used 
the Tomcat menu to export them to the war file directory; no error 
gets reported when I do the export. I did a manual deploy of the war 
file from the war file to deplay section of the Tomcat Manager page.


When I start the Tomcat Manager in my browser, it shows several 
servlets, including the examples and the servlets that I have deployed 
myself. In each case, my own servlets seem to be started just fine. 
All of them say running, the number of sessions is 0 for each of 
them, and all of them have stop, reload and undeploy options which are 
clickable and a start option which is not clickable. To me, that says 
these puppies are started and there is no error in any of them.


However, when I click on my servlets, like /FileUploadServlet for 
example, I get this:



 HTTP Status 404 - /FileUploadServlet/



*type* Status report

*message* _/FileUploadServlet/_

*description* _The requested resource (/FileUploadServlet/) is not 
available._





 Apache Tomcat/6.0.26



I feel sure that I've simply neglected to do something simple and 
straightforward but my memory is failing me. I can't remember what 
other steps are needed to get a servlet configured so that it runs in 
Tomcat.


I was going to try to run the servlet in Eclipse but I'm darned if I 
can remember how to start it there either.


Can someone help me out?

--
Rhino

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Basic Question

2010-04-16 Thread Joseph Morgan
Depends upon how geeky you want it.  You can try this, as it will be
certainly the most definitive answer, but somewhat like beef jerky to
digest:

http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd

You could start here for a everything you want to know:

http://jcp.org/aboutJava/communityprocess/mrel/jsr154/index2.html

But I sometimes like to reference something more quick and dirty, but
nicely done:

http://wiki.metawerx.net/wiki/Web.xml



-Original Message-
From: Rhino [mailto:rhi...@sympatico.ca] 
Sent: Friday, April 16, 2010 7:25 AM
To: Tomcat Users List
Subject: Re: Basic Question

Can you remind me how to do that (or where to find documentation 
describing it)?

FileUploadServlet is one that I wrote some time back and it has a 
web.xml file associated with it. I'm pretty sure I created it myself 
although I don't actually remember doing so at this point. Here are the 
current contents but I'm not sure if this is still how the web.xml 
should look at this point:

?xml version=1.0 encoding=ISO-8859-1?

!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN
http://java.sun.com/j2ee/dtds/web-app_2_2.dtd;

web-app

servlet
servlet-nameform/servlet-name
servlet-classupload.UploadForm/servlet-class
/servlet
servlet
servlet-nameservlet/servlet-name
servlet-classupload.UploadServlet/servlet-class
init-param
param-nameuploadDir/param-name
param-valueuploads/param-value
/init-param
/servlet

servlet-mapping
servlet-nameform/servlet-name
url-pattern/form/url-pattern
/servlet-mapping
servlet-mapping
servlet-nameservlet/servlet-name
url-pattern/servlet/url-pattern
/servlet-mapping

/web-app

Also, does this file need to be put into Tomcat somehow so that Tomcat 
can see it? If so, what is the proper mechanism to do so? Or does the 
act of exporting to the war file do that automagically? Again, my memory

is really fuzzy on this stuff and I don't remember where these 
techniques are described.

--
Rhino

Joseph M Morgan wrote:
 Did you configure your servlets in your web.xml properly?  Also...it 
 sounds as though you are deploying each servlet in its own app.   Make

 sure you are invoking the servlet through the proper app.

 -Original message-
 From: Rhino rhi...@sympatico.ca
 To: tomcat-user tomcat-u...@jakarta.apache.org
 Sent: Fri, Apr 16, 2010 01:07:29 GMT+00:00
 Subject: Basic Question

 I hope someone will take pity on me and help me with this very basic 
 question. I was moderately fluent with servlets and Tomcat several 
 years ago but haven't touched them in a while. I'm trying to get back 
 into servlets now.

 I am having trouble getting my servlets to start in Tomcat. I 
 inevitably get a 404 error. I am running Tomcat 6.0.26 on Windows XP 
 SP2. The sample applications in Tomcat run fine.

 My servlets are in Eclipse 3.5.2. They compile fine and I have used 
 the Tomcat menu to export them to the war file directory; no error 
 gets reported when I do the export. I did a manual deploy of the war 
 file from the war file to deplay section of the Tomcat Manager page.

 When I start the Tomcat Manager in my browser, it shows several 
 servlets, including the examples and the servlets that I have deployed

 myself. In each case, my own servlets seem to be started just fine. 
 All of them say running, the number of sessions is 0 for each of 
 them, and all of them have stop, reload and undeploy options which are

 clickable and a start option which is not clickable. To me, that says 
 these puppies are started and there is no error in any of them.

 However, when I click on my servlets, like /FileUploadServlet for 
 example, I get this:


  HTTP Status 404 - /FileUploadServlet/




 *type* Status report

 *message* _/FileUploadServlet/_

 *description* _The requested resource (/FileUploadServlet/) is not 
 available._





  Apache Tomcat/6.0.26



 I feel sure that I've simply neglected to do something simple and 
 straightforward but my memory is failing me. I can't remember what 
 other steps are needed to get a servlet configured so that it runs in 
 Tomcat.

 I was going to try to run the servlet in Eclipse but I'm darned if I 
 can remember how to start it there either.

 Can someone help me out?

 -- 
 Rhino

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail

Re: Basic Question

2010-04-16 Thread Konstantin Kolinko
2010/4/16 Rhino rhi...@sympatico.ca:
 However, when I click on my servlets, like /FileUploadServlet for example, I
 get this:

  HTTP Status 404 - /FileUploadServlet/


The keyword here is welcome page.  If your WAR file does not have
index.jsp or index.html, or some explicit mapping for its root
address, you will get a 404 response trying to access the root of your
webapp.

According to the web.xml that you posted, your application will
respond to the following URLs:
/FileUploadServlet/form
/FileUploadServlet/servlet


Some pointers:
http://tomcat.apache.org/tomcat-6.0-doc/index.html
http://tomcat.apache.org/tomcat-6.0-doc/appdev/index.html
http://wiki.eclipse.org/WTP_Tomcat_FAQ

You may also want to know, that ${catalina.base}/conf/web.xml provides
the defaults for your WEB-INF/web.xml.
Do not change that common file (in /conf), though, unless it is really needed.


Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic Question

2010-04-16 Thread Rhino



Konstantin Kolinko wrote:

2010/4/16 Rhino rhi...@sympatico.ca:
  

However, when I click on my servlets, like /FileUploadServlet for example, I
get this:

 HTTP Status 404 - /FileUploadServlet/




The keyword here is welcome page.  If your WAR file does not have
index.jsp or index.html, or some explicit mapping for its root
address, you will get a 404 response trying to access the root of your
webapp.

According to the web.xml that you posted, your application will
respond to the following URLs:
/FileUploadServlet/form
/FileUploadServlet/servlet

  
As Homer Simpson would say: D'oh!. I was clicking on the application 
from the Tomcat Manager so it was trying to launch FileUploadServlet, 
i.e. it was trying to go to http://localhost:8080/FileUploadServlet. As 
soon as I added /form to the URL it came up fine! It has been at least 
four or five years since I last played with a servlet so I simply forgot 
about adding that part of the URL. Thank you!!!

Some pointers:
http://tomcat.apache.org/tomcat-6.0-doc/index.html
http://tomcat.apache.org/tomcat-6.0-doc/appdev/index.html
http://wiki.eclipse.org/WTP_Tomcat_FAQ

You may also want to know, that ${catalina.base}/conf/web.xml provides
the defaults for your WEB-INF/web.xml.
Do not change that common file (in /conf), though, unless it is really needed.

  

And thanks also for this information! I'll keep it handy.

Best regards,

Rhino

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic Question

2010-04-15 Thread Campbell, Lance

Did you put an entry in your web.XML file?

Lance Campbell
Sent from my iPhone

On Apr 15, 2010, at 8:09 PM, Rhino rhi...@sympatico.ca wrote:

I hope someone will take pity on me and help me with this very basic  
question. I was moderately fluent with servlets and Tomcat several  
years ago but haven't touched them in a while. I'm trying to get  
back into servlets now.


I am having trouble getting my servlets to start in Tomcat. I  
inevitably get a 404 error. I am running Tomcat 6.0.26 on Windows XP  
SP2. The sample applications in Tomcat run fine.


My servlets are in Eclipse 3.5.2. They compile fine and I have used  
the Tomcat menu to export them to the war file directory; no error  
gets reported when I do the export. I did a manual deploy of the war  
file from the war file to deplay section of the Tomcat Manager page.


When I start the Tomcat Manager in my browser, it shows several  
servlets, including the examples and the servlets that I have  
deployed myself. In each case, my own servlets seem to be started  
just fine. All of them say running, the number of sessions is 0  
for each of them, and all of them have stop, reload and undeploy  
options which are clickable and a start option which is not  
clickable. To me, that says these puppies are started and there is  
no error in any of them.


However, when I click on my servlets, like /FileUploadServlet for  
example, I get this:



HTTP Status 404 - /FileUploadServlet/

--- 
-


*type* Status report

*message* _/FileUploadServlet/_

*description* _The requested resource (/FileUploadServlet/) is not  
available._


--- 
-



Apache Tomcat/6.0.26



I feel sure that I've simply neglected to do something simple and  
straightforward but my memory is failing me. I can't remember what  
other steps are needed to get a servlet configured so that it runs  
in Tomcat.


I was going to try to run the servlet in Eclipse but I'm darned if I  
can remember how to start it there either.


Can someone help me out?

--
Rhino

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Basic Question

2010-04-15 Thread Joseph M Morgan

Did you configure your servlets in your web.xml properly?  Also...it sounds as 
though you are deploying each servlet in its own app.   Make sure you are 
invoking the servlet through the proper app.

-Original message-
From: Rhino rhi...@sympatico.ca
To: tomcat-user tomcat-u...@jakarta.apache.org
Sent: Fri, Apr 16, 2010 01:07:29 GMT+00:00
Subject: Basic Question

I hope someone will take pity on me and help me with this very basic question. 
I was moderately fluent with servlets and Tomcat several years ago but haven't 
touched them in a while. I'm trying to get back into servlets now.

I am having trouble getting my servlets to start in Tomcat. I inevitably get a 
404 error. I am running Tomcat 6.0.26 on Windows XP SP2. The sample 
applications in Tomcat run fine.

My servlets are in Eclipse 3.5.2. They compile fine and I have used the Tomcat menu 
to export them to the war file directory; no error gets reported when I do the 
export. I did a manual deploy of the war file from the war file to deplay 
section of the Tomcat Manager page.

When I start the Tomcat Manager in my browser, it shows several servlets, including the 
examples and the servlets that I have deployed myself. In each case, my own servlets seem 
to be started just fine. All of them say running, the number of sessions is 0 
for each of them, and all of them have stop, reload and undeploy options which are 
clickable and a start option which is not clickable. To me, that says these puppies are 
started and there is no error in any of them.

However, when I click on my servlets, like /FileUploadServlet for example, I 
get this:


 HTTP Status 404 - /FileUploadServlet/



*type* Status report

*message* _/FileUploadServlet/_

*description* _The requested resource (/FileUploadServlet/) is not available._




 Apache Tomcat/6.0.26



I feel sure that I've simply neglected to do something simple and 
straightforward but my memory is failing me. I can't remember what other steps 
are needed to get a servlet configured so that it runs in Tomcat.

I was going to try to run the servlet in Eclipse but I'm darned if I can 
remember how to start it there either.

Can someone help me out?

--
Rhino

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


Basic question on requiring a login

2008-06-11 Thread Justin Morgan - Logic Sector

Hi Tomcat users,

Maybe I'm not googling with the right keywords, but I can't seem to  
find a simple answer to this...


I have a standard Tomcat 6.0.10 installation (no Apache httpd front  
end or anything).  All the contents of the webapps directory have been  
removed, and a single web app has been deployed -- my root application  
(ROOT.war).  Very simple, and all's working great.


Here's the part I need help with:  Now I want Tomcat to require a  
login panel before anyone can access the application.


How to I get Tomcat to force a login panel when users access the root  
web app?  (Basically I'm looking for the same sort of functionality  
you get with Apache .htaccess files etc but without the extra  
complexity of integrating with Apache httpd).


Any tips or pointers greatly appreciated!  Thanks!

-
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: Basic question on requiring a login

2008-06-11 Thread Mark Thomas


Justin Morgan - Logic Sector wrote:


Hi Tomcat users,

Maybe I'm not googling with the right keywords, but I can't seem to find 
a simple answer to this...


I have a standard Tomcat 6.0.10 installation (no Apache httpd front end 
or anything).  All the contents of the webapps directory have been 
removed, and a single web app has been deployed -- my root application 
(ROOT.war).  Very simple, and all's working great.


Here's the part I need help with:  Now I want Tomcat to require a login 
panel before anyone can access the application.


How to I get Tomcat to force a login panel when users access the root 
web app?  (Basically I'm looking for the same sort of functionality you 
get with Apache .htaccess files etc but without the extra complexity of 
integrating with Apache httpd).


Any tips or pointers greatly appreciated!  Thanks!


Take a look a the security section of the Servlet spec. For hints, look in 
the web.xml for the manager app that comes with Tomcat.


Mark


-
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: Basic question on requiring a login

2008-06-11 Thread Johnny Kewl


- Original Message - 
From: Justin Morgan - Logic Sector [EMAIL PROTECTED]

To: users@tomcat.apache.org
Sent: Wednesday, June 11, 2008 8:02 AM
Subject: Basic question on requiring a login



Hi Tomcat users,

Maybe I'm not googling with the right keywords, but I can't seem to  find 
a simple answer to this...


I have a standard Tomcat 6.0.10 installation (no Apache httpd front  end 
or anything).  All the contents of the webapps directory have been 
removed, and a single web app has been deployed -- my root application 
(ROOT.war).  Very simple, and all's working great.


Here's the part I need help with:  Now I want Tomcat to require a  login 
panel before anyone can access the application.


How to I get Tomcat to force a login panel when users access the root  web 
app?  (Basically I'm looking for the same sort of functionality  you get 
with Apache .htaccess files etc but without the extra  complexity of 
integrating with Apache httpd).


Any tips or pointers greatly appreciated!  Thanks!


Look at this article... then once you got the lingo, you can google for the 
other half million ;)

http://www.informit.com/articles/article.aspx?p=24253seqNum=3


---
HARBOR : http://www.kewlstuff.co.za/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
---



-
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: Basic question - Ingterating Tomcat with Apache

2007-09-24 Thread Peter Crowther
 From: albrecht andrzejewski [mailto:[EMAIL PROTECTED] 
 I think tomcat stand alone is
 - easier to deploy.
 And that's all.

There are also fewer things to fail, and a smaller learning curve for
your system administrators (if they don't already know Apache httpd and
the JK connector).

 I think apache as a front end is a more flexible and secure solution.
 - if apache fails, tomcat is not affected

... but is inaccessible.  This is a failure mode you don't have with
just a Tomcat.

 - if tomcat fails, apache can redirect request to another tomcat

True.  How often do you expect this failure mode?

 - when you serve static content juste like image of your 
 site and all  
 static text part , javascripts, etc ( i mean... dynamic content is  
 often just an hour ticking at the top of the page!) apche can better  
 handle the request and serve them quickier (with cache).

There have been a couple of benchmarks on this, most recently by Peter
Lin (available at
http://tomcat.apache.org/articles/benchmark_summary.pdf).  They showed
that Tomcat 5.0 and higher are sufficiently efficient at serving static
content that you'll saturate your network before you run out of
resources on the server.  Peter saturated a 100Mbit/s LAN connection.

 Am i wrong ?  As i have currently nothing pre-installed on it... and  
 it would be fine to know what you are thinking about it. You seem to  
 be pro vanilla tomcat... But just let us know WHEN pure 
 tomcat has to be choosen !

Vanilla Tomcat never *has* to be chosen.  I like systems with fewer
moving parts - they're generally simpler to manage, more robust and
easier to debug when they go wrong.  And security-wise, I'd much rather
put a proper firewall in front of a web server than rely on httpd to
catch all the possible attacks!

You may have other reasons to add httpd.  Unless you have very slow
boxes and very fast network connections, speed of serving static content
is not a valid reason.  I'd never assume httpd is any more secure than
Tomcat, so security (to me) is not a valid reason.  You may want to put
httpd in front, simply so that you can load-balance and scale Tomcats as
your application grows - that's a valid reason if you don't want to use
a hardware load-balancer, and plenty of folks load-balance that way,
including some quite large sites with quite demanding SLAs.  Just make
sure you know what you're gaining by adding the extra system!

- Peter

-
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: Basic question - Ingterating Tomcat with Apache

2007-09-22 Thread albrecht andrzejewski

Quoting Peter Crowther [EMAIL PROTECTED]:



What are you doing that doesn't just need a vanilla Tomcat?


Peter... I plan to have a box, and I just think about pro and cons...

I think tomcat stand alone is
- easier to deploy.
And that's all.

I think apache as a front end is a more flexible and secure solution.
- if apache fails, tomcat is not affected
- if tomcat fails, apache can redirect request to another tomcat
- when you serve static content juste like image of your site and all  
static text part , javascripts, etc ( i mean... dynamic content is  
often just an hour ticking at the top of the page!) apche can better  
handle the request and serve them quickier (with cache).


Am i wrong ?  As i have currently nothing pre-installed on it... and  
it would be fine to know what you are thinking about it. You seem to  
be pro vanilla tomcat... But just let us know WHEN pure tomcat has to  
be choosen !

I need an expert point of view, so tell us about what you experienced !

Thanks :-)


Ce message a ete envoye par le serveur IMP de l'EMA.



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



Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Tata, Jagadeesh
Hi All,

 

I installed tomcat 6.0.13 on Solaris SPARC. Which is the better (suited)
version of Apache and Apache connector for installed Tomcat?

 

Thanks in advance,

 

Jagadeesh Tata.

 



RE: Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Peter Crowther
 From: Tata, Jagadeesh [mailto:[EMAIL PROTECTED] 
 I installed tomcat 6.0.13 on Solaris SPARC. Which is the 
 better (suited)
 version of Apache and Apache connector for installed Tomcat?

If you don't already have Apache on the box, please ask yourself this
question first:

Why do I need Apache httpd?

What are you doing that doesn't just need a vanilla Tomcat?

- Peter

-
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: Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jagadeesh,

Tata, Jagadeesh wrote:
 I installed tomcat 6.0.13 on Solaris SPARC. Which is the better (suited)
 version of Apache and Apache connector for installed Tomcat?

The version of Apache httpd you choose is up to you and depends more on
your own environment requirements than anything else. If I were you, I'd
use Apache httpd 2.2 if possible.

The only supported Tomcat web server connector is mod_jk, which works
for all reasonably current Apache httpd versions (1.3, 2.0, and 2.2)

Peter asks a valuable question: are you sure you even /need/ Apache httpd?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG9AJp9CaO5/Lv0PARAgTeAJ45Dl7iHhEgCYytWCYd5yDgAbeyywCguawS
fVRPj7ucrx4AOAkKF9IM6e8=
=GQ2s
-END PGP SIGNATURE-

-
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: Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Hassan Schroeder
On 9/21/07, Christopher Schultz [EMAIL PROTECTED] wrote:

  are you sure you even /need/ Apache httpd?

I concur with that, but...

 The only supported Tomcat web server connector is mod_jk

There's mod_proxy_ajp and mod_proxy_http, eh?

-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
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: Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hassan,

Hassan Schroeder wrote:
 On 9/21/07, Christopher Schultz [EMAIL PROTECTED] wrote:
 The only supported Tomcat web server connector is mod_jk
 
 There's mod_proxy_ajp and mod_proxy_http, eh?

Aah, forgive me. I tend to think of mod_proxy_ajp as part of the Apache
httpd, and not really a connector. But, you're right: they are
equivalent components.

I believe mod_proxy_ajp requires Apache httpd 2.2, right?

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG9BaV9CaO5/Lv0PARAkAdAJ9YMBqBhwKmIWfP/me556bJiFz0qACeJcNW
bBycWu2NzHk5ijFT6hUnsjU=
=02DV
-END PGP SIGNATURE-

-
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: Basic question - Ingterating Tomcat with Apache

2007-09-21 Thread Hassan Schroeder
On 9/21/07, Christopher Schultz [EMAIL PROTECTED] wrote:

 I believe mod_proxy_ajp requires Apache httpd 2.2, right?

Yep. But it's definitely less work to set up, if you don't need to split
static and dynamic content.

-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
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: basic question regarding BASIC and FORMS logins

2006-03-13 Thread Khawaja Shams
Hello,
I thought the topic was relevant, and the people involved in this
discussion would know the answer.  I did not know this is considered
hijacking a thread.  I appologize for the inconvenience, and I will repost
in a new thread.

Khawaja

On 3/9/06, David Smith [EMAIL PROTECTED] wrote:

 You could start by not hijack an existing thread.  Please repost your
 question in a new thread.

 --David

 Khawaja Shams wrote:

 Hello,
If I am using BASIC authentication, how can I log users out? I tried
 doing session.Invalidate, but as described above, it seems like the
 browser
 is caching the credentials.  I would like my app users to be able to log
 out.  I would sincerely appreciate any guidance.
 
 Khawaja
 
 
 On 3/8/06, David Smith [EMAIL PROTECTED] wrote:
 
 
 An idea I've also seen floated is to have javascript keep refreshing a
 small transparent image every so often.  I've never tried it, but it
 shows up frequently as a solution in google.  Benefit is you have
 indefinite session life without a lot of dead session clutter.
 
 --David
 
 Richard Mixon wrote:
 
 
 
 Dennis,
 For just that webapp, you can always bump the session timeout to a very
 
 
 high
 
 
 value.
 That would just take a change to the web.xml, no change of
 authentication
 method needed.
 HTH - Richard
 
 -Original Message-
 From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, March 08, 2006 3:54 PM
 To: Tomcat Users List
 Subject: basic question regarding BASIC and FORMS logins
 
 Greetings all,
 
 I'm trying to get my facts straight, and I'm hoping you will help.
 
 I am using forms based login right now and when the tomcat session
 times
 out, the user has to login again. No surprise there.
 
 Now, some of our customers don't like this, so for them - can I use a
 
 
 BASIC
 
 
 login (with SSL possibly) and their user will always be able to use the
 session as long as the browser doesn't go away. This is even if the
 
 
 tomcat
 
 
 session expires!
 
 Is that right?
 
 
 Regards,
 
 -Dennis Klotz
 
 
 -
 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]
 
 
 
 
 
 
 


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




Re: basic question regarding BASIC and FORMS logins

2006-03-09 Thread David Smith
You could start by not hijack an existing thread.  Please repost your
question in a new thread.

--David

Khawaja Shams wrote:

Hello,
   If I am using BASIC authentication, how can I log users out? I tried
doing session.Invalidate, but as described above, it seems like the browser
is caching the credentials.  I would like my app users to be able to log
out.  I would sincerely appreciate any guidance.

Khawaja


On 3/8/06, David Smith [EMAIL PROTECTED] wrote:
  

An idea I've also seen floated is to have javascript keep refreshing a
small transparent image every so often.  I've never tried it, but it
shows up frequently as a solution in google.  Benefit is you have
indefinite session life without a lot of dead session clutter.

--David

Richard Mixon wrote:



Dennis,
For just that webapp, you can always bump the session timeout to a very
  

high


value.
That would just take a change to the web.xml, no change of authentication
method needed.
HTH - Richard

-Original Message-
From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 08, 2006 3:54 PM
To: Tomcat Users List
Subject: basic question regarding BASIC and FORMS logins

Greetings all,

I'm trying to get my facts straight, and I'm hoping you will help.

I am using forms based login right now and when the tomcat session times
out, the user has to login again. No surprise there.

Now, some of our customers don't like this, so for them - can I use a
  

BASIC


login (with SSL possibly) and their user will always be able to use the
session as long as the browser doesn't go away. This is even if the
  

tomcat


session expires!

Is that right?


Regards,

-Dennis Klotz


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





  



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



Re: basic question regarding BASIC and FORMS logins

2006-03-08 Thread David Smith
Kind of.  With BASIC auth, the session from the server's perspective can
still go away.  But as the browser caches the credentials, new session
creation is automatic.  The end user experience depends on the data
stored in the session, webapp design, and where they were when they
abandon the previous session.

--David

Klotz Jr, Dennis wrote:

Greetings all,
 
I'm trying to get my facts straight, and I'm hoping you will help.
 
I am using forms based login right now and when the tomcat session times
out, the user has to login again. No surprise there.
 
Now, some of our customers don't like this, so for them - can I use a
BASIC login (with SSL possibly) and their user will always be able to
use the session as long as the browser doesn't go away. This is even if
the tomcat session expires!
 
Is that right?
 
 
Regards,
 
-Dennis Klotz


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

  



-- 
===
David Smith
Network Operations Supervisor
Department of Entomology
College of Agriculture  Life Sciences
Cornell University
2132 Comstock Hall
Ithaca, NY  14853
Phone: 607.255.9571
Fax: 607.255.0939


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



RE: basic question regarding BASIC and FORMS logins

2006-03-08 Thread Klotz Jr, Dennis
David,

Thanks for replying.

In our case the application business logic is not storing critical
information in session beans etc. So using the BASIC would be ok. 

Is it possible to get the same behavior from a FORMS based login, in
that it keeps the login credentials and when the client makes a request,
tomcat opens a new session? I'm pretty sure the answer is no.


Regards,

-Dennis Klotz

 

-Original Message-
From: David Smith [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 08, 2006 6:07 PM
To: Tomcat Users List
Subject: Re: basic question regarding BASIC and FORMS logins

Kind of.  With BASIC auth, the session from the server's perspective can
still go away.  But as the browser caches the credentials, new session
creation is automatic.  The end user experience depends on the data
stored in the session, webapp design, and where they were when they
abandon the previous session.

--David

Klotz Jr, Dennis wrote:

Greetings all,
 
I'm trying to get my facts straight, and I'm hoping you will help.
 
I am using forms based login right now and when the tomcat session
times
out, the user has to login again. No surprise there.
 
Now, some of our customers don't like this, so for them - can I use a
BASIC login (with SSL possibly) and their user will always be able to
use the session as long as the browser doesn't go away. This is even if
the tomcat session expires!
 
Is that right?
 
 
Regards,
 
-Dennis Klotz


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

  



-- 
===
David Smith
Network Operations Supervisor
Department of Entomology
College of Agriculture  Life Sciences
Cornell University
2132 Comstock Hall
Ithaca, NY  14853
Phone: 607.255.9571
Fax: 607.255.0939


-
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: basic question regarding BASIC and FORMS logins

2006-03-08 Thread Richard Mixon
Dennis,
For just that webapp, you can always bump the session timeout to a very high
value. 
That would just take a change to the web.xml, no change of authentication
method needed.
HTH - Richard

-Original Message-
From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 08, 2006 3:54 PM
To: Tomcat Users List
Subject: basic question regarding BASIC and FORMS logins

Greetings all,
 
I'm trying to get my facts straight, and I'm hoping you will help.
 
I am using forms based login right now and when the tomcat session times
out, the user has to login again. No surprise there.
 
Now, some of our customers don't like this, so for them - can I use a BASIC
login (with SSL possibly) and their user will always be able to use the
session as long as the browser doesn't go away. This is even if the tomcat
session expires!
 
Is that right?
 
 
Regards,
 
-Dennis Klotz


-
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: basic question regarding BASIC and FORMS logins

2006-03-08 Thread David Smith
An idea I've also seen floated is to have javascript keep refreshing a
small transparent image every so often.  I've never tried it, but it
shows up frequently as a solution in google.  Benefit is you have
indefinite session life without a lot of dead session clutter.

--David

Richard Mixon wrote:

Dennis,
For just that webapp, you can always bump the session timeout to a very high
value. 
That would just take a change to the web.xml, no change of authentication
method needed.
HTH - Richard

-Original Message-
From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 08, 2006 3:54 PM
To: Tomcat Users List
Subject: basic question regarding BASIC and FORMS logins

Greetings all,
 
I'm trying to get my facts straight, and I'm hoping you will help.
 
I am using forms based login right now and when the tomcat session times
out, the user has to login again. No surprise there.
 
Now, some of our customers don't like this, so for them - can I use a BASIC
login (with SSL possibly) and their user will always be able to use the
session as long as the browser doesn't go away. This is even if the tomcat
session expires!
 
Is that right?
 
 
Regards,
 
-Dennis Klotz


-
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: basic question regarding BASIC and FORMS logins

2006-03-08 Thread Khawaja Shams
Hello,
   If I am using BASIC authentication, how can I log users out? I tried
doing session.Invalidate, but as described above, it seems like the browser
is caching the credentials.  I would like my app users to be able to log
out.  I would sincerely appreciate any guidance.

Khawaja


On 3/8/06, David Smith [EMAIL PROTECTED] wrote:

 An idea I've also seen floated is to have javascript keep refreshing a
 small transparent image every so often.  I've never tried it, but it
 shows up frequently as a solution in google.  Benefit is you have
 indefinite session life without a lot of dead session clutter.

 --David

 Richard Mixon wrote:

 Dennis,
 For just that webapp, you can always bump the session timeout to a very
 high
 value.
 That would just take a change to the web.xml, no change of authentication
 method needed.
 HTH - Richard
 
 -Original Message-
 From: Klotz Jr, Dennis [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, March 08, 2006 3:54 PM
 To: Tomcat Users List
 Subject: basic question regarding BASIC and FORMS logins
 
 Greetings all,
 
 I'm trying to get my facts straight, and I'm hoping you will help.
 
 I am using forms based login right now and when the tomcat session times
 out, the user has to login again. No surprise there.
 
 Now, some of our customers don't like this, so for them - can I use a
 BASIC
 login (with SSL possibly) and their user will always be able to use the
 session as long as the browser doesn't go away. This is even if the
 tomcat
 session expires!
 
 Is that right?
 
 
 Regards,
 
 -Dennis Klotz
 
 
 -
 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]