Re: Question about BASIC Authentication

[Matthew Mauriello]

Christopher,

Thanks for the response.

I have two directories in 'webapps' other than ROOT. ROOT redirects users
to webappA. WebappA does not use tomcat's basic authentication but if you
log into the application there are links inside it that sends the user to
the SOLR webapp via http://user:passw...@website.com/SOLR.

SOLR uses basic authentication. The problem is once the browser logs into
SOLR the error message pops up when navigating back to WebappA.

I understand this isn't the greatest setup but other than the constant pop
up message after logging into SOLR it meets the needs of the very few
users on the website.

Hope this clears things up.

Thanks,

~Matt




> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Matt,
>
> On 6/29/2010 5:57 PM, Matthew Mauriello wrote:
>> I am having a minor problem related to Tomcat's BASIC Authentication
>> setup.
>>
>> A user access my custom web application in the 'webapps' folder which is
>> accessible to everyone in a separate sub folder.
>
> This already smells funny. Can you give us the details of your directory
> structure, and what contexts actually map to what directories on the disk?
>
>> I have another 'webapps'
>> sub folder for SOLR which is secured with BASIC Authentication. I have
>> my
>> custom web application log the user into the SOLR application when the
>> user wants to access it.
>
> So, webapp A contacts SOLR using HTTP BASIC AUTH, provides credentials,
> and then... what?
>
>> The problem I am having is that when the user navigates back to the
>> custom
>> application folder from the SOLR application folder they get prompted
>> with
>> the following message that I would like to disable:
>> -
>> "You are about to log in to the site "greygoose" with the username
>> "admin", but the website does not require authentication. This may be an
>> attempt to trick you.
>>
>> Is "greygoose" the site you want to visit?"
>> -
>> I am not sure if this is a browser setting that needs to be changed or
>> if
>> there is a Tomcat setting I can implement to kill this error message,
>> but
>> any help would be appreciated.
>
> It sounds like your webapp isn't doing the authentication: instead, you
> are somehow tricking the browser into doing the authentication instead.
>
> Do you ever intend for the client (the browser) to authenticate? Or, is
> webapp A supposed to use HTTP BASIC AUTH against SOLR and nothing else?
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkwqqgAACgkQ9CaO5/Lv0PBz2wCgnxIfadjNeeIeoAWsTLa1sWQK
> Q7MAn3S6k5tJLbNL5Am3V7hjzgpchebc
> =MOWu
> -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: LockoutRealm configuration problem

[Caldarale, Charles R]

> From: Robillard, Greg L [mailto:greg.l.robill...@lmco.com]
> Subject: LockoutRealm configuration problem

One more thing...

> Jun 29, 2010 3:00:25 PM org.apache.catalina.loader.WebappClassLoader
> validateJarFile
> 
> INFO: validateJarFile(C:\Program Files\Apache Software
> Foundation\Tomcat 6.0\webapps\SystemAdministration\WEB-
> INF\lib\javaee.jar) - jar not loaded. See Servlet Spec 2.3, section
> 9.7.2. Offending class: javax/servlet/Servlet.class

Get rid of that javaee.jar file - you don't want it anywhere on a system that 
Tomcat is running on, and absolutely never inside the webapp, regardless of 
what app server you're using.

 - 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: Question about BASIC Authentication

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Matt,

On 6/29/2010 5:57 PM, Matthew Mauriello wrote:
> I am having a minor problem related to Tomcat's BASIC Authentication setup.
> 
> A user access my custom web application in the 'webapps' folder which is
> accessible to everyone in a separate sub folder.

This already smells funny. Can you give us the details of your directory
structure, and what contexts actually map to what directories on the disk?

> I have another 'webapps'
> sub folder for SOLR which is secured with BASIC Authentication. I have my
> custom web application log the user into the SOLR application when the
> user wants to access it.

So, webapp A contacts SOLR using HTTP BASIC AUTH, provides credentials,
and then... what?

> The problem I am having is that when the user navigates back to the custom
> application folder from the SOLR application folder they get prompted with
> the following message that I would like to disable:
> -
> "You are about to log in to the site "greygoose" with the username
> "admin", but the website does not require authentication. This may be an
> attempt to trick you.
> 
> Is "greygoose" the site you want to visit?"
> -
> I am not sure if this is a browser setting that needs to be changed or if
> there is a Tomcat setting I can implement to kill this error message, but
> any help would be appreciated.

It sounds like your webapp isn't doing the authentication: instead, you
are somehow tricking the browser into doing the authentication instead.

Do you ever intend for the client (the browser) to authenticate? Or, is
webapp A supposed to use HTTP BASIC AUTH against SOLR and nothing else?

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

iEYEARECAAYFAkwqqgAACgkQ9CaO5/Lv0PBz2wCgnxIfadjNeeIeoAWsTLa1sWQK
Q7MAn3S6k5tJLbNL5Am3V7hjzgpchebc
=MOWu
-END PGP SIGNATURE-

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

Re: PDF to acrobat

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thad,

On 6/29/2010 4:05 PM, Thad Humphries wrote:
> "application/octet-stream" is one way, but it's by no means bullet-proof.
> If the file name has an extension, some version of IE will blow off the MIME
> type and do what they damn well please based on the extension.

s/some version/all versions/

MSIE is not a compliant HTTP user agent by the W3C definition, and this
is one of the ways in which it breaks.

Hassan had the answer: it's the Content-Disposition header. Even MSIE
follows the rules on that one, and you can force a download.

> A while back I did some digging around and found that for all browsers I
> should call response.addHeader("Content-Disposition", "attachment;
> filename="myfile.pdf").  Then for IE I call
> response.setContentType("application/force-download; name="myfile.pdf")
> while for Firefox and Safari I use
> response.setContentType("application/octet-stream; name="myfile.pdf") works
> best.

That made-up Content-Type doesn't do anything at all for you, and it's
horribly broken. The Content-Type should not contain the "name" of the
file -- it's all in the Content-Disposition header.

The OP wants to /not/ download the file: the best advice is, as Zachary
suggested earlier, to simply correctly set the Content-Type to
application/pdf and take no further action. If there's a plug-in, it'll
probably run and display the file. Otherwise, the browser will likely
ask you to download the file or run it with a viewer you choose at the time.

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

iEYEARECAAYFAkwqqQAACgkQ9CaO5/Lv0PDrxwCgii7AOxCHKfY+lCPZcPTvJTNE
zPsAn2rRbNNecEqdABvTsmvfMhBNkksQ
=TAfx
-END PGP SIGNATURE-

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

Re: ISAPI Redirector Help

[Electronjockey]

George,
I know this has nothing to do with the solution to your problem, but try 
using a isapi_redirect.properties file instead of the registry. I find 
it makes configuration management much easier.


George Sexton wrote:

I'm trying to get the ISAPI redirector working on IIS 7.0 running under
Windows Server Data Center 64-bit.



When I make a request, I get served the isapi_redirector.dll. Here's the
detailed information.



IIS is running in 32 bit mode.



I have downloaded the latest 32-bit ISAPI redirector.



I have configured the registry entries in



HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Jakarta
Isapi Redirector\1.0



I have configured logging and set it to debug.



I do get a isapi_redirect.log file in the specified directory. Here are the
last few lines:





[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.list' ->  'ajp13'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.type' ->  'ajp13'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.host' ->  'localhost'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.port' ->  '8009'







[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1835):
Filter started

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(1036): Attempting to map URI '/mydigirad.com/calendar/View.html' from 1
maps

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/calendar/*=ajp13' source
'uriworkermap'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/calendar/*=ajp13' source
'uriworkermap'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(863): Found a wildchar match '/calendar/*=ajp13'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1916):
check if [/calendar/View.html] points to the web-inf directory

[Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1932):
[/calendar/View.html] is a servlet url - should redirect to ajp13

[Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1972):
fowarding escaped URI [/calendar/View.html]



When I invoke /calendar/View.html, IIS services the ISAPI Redirector DLL
rather than the servlet content as expected.



I have confirmed by looking at the catalina.log file that tomcat is running
an AJP connector on port 8009



The jakarta application is running under the same application pool as the
virtual host (Network Service). I have confirmed the permissions on the
logs, tomcat conf directory, and the folder containing the isapi redirector
binary.



I checked the handler mappings and Tomcat Redirector *.dll shows up as
enabled. At the Top level, I verified that the handler mapping for ISAPI
Module *.dll is enabled.



It seems like I'm really close here. If anyone could point me in the right
direction, I would appreciate it.



George Sexton

MH Software, Inc.

303 438-9585

www.mhsoftware.com






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

ISAPI Redirector Help

[George Sexton]

I'm trying to get the ISAPI redirector working on IIS 7.0 running under
Windows Server Data Center 64-bit.

 

When I make a request, I get served the isapi_redirector.dll. Here's the
detailed information.

 

IIS is running in 32 bit mode.

 

I have downloaded the latest 32-bit ISAPI redirector.

 

I have configured the registry entries in 

 

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Jakarta
Isapi Redirector\1.0

 

I have configured logging and set it to debug.

 

I do get a isapi_redirect.log file in the specified directory. Here are the
last few lines:

 

 

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.list' -> 'ajp13'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.type' -> 'ajp13'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.host' -> 'localhost'

[Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of
map: 'worker.ajp13.port' -> '8009'

 

 

 

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1835):
Filter started

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(1036): Attempting to map URI '/mydigirad.com/calendar/View.html' from 1
maps

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/calendar/*=ajp13' source
'uriworkermap'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(850): Attempting to map context URI '/calendar/*=ajp13' source
'uriworkermap'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c
(863): Found a wildchar match '/calendar/*=ajp13'

[Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1916):
check if [/calendar/View.html] points to the web-inf directory

[Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1932):
[/calendar/View.html] is a servlet url - should redirect to ajp13

[Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1972):
fowarding escaped URI [/calendar/View.html]

 

When I invoke /calendar/View.html, IIS services the ISAPI Redirector DLL
rather than the servlet content as expected.

 

I have confirmed by looking at the catalina.log file that tomcat is running
an AJP connector on port 8009

 

The jakarta application is running under the same application pool as the
virtual host (Network Service). I have confirmed the permissions on the
logs, tomcat conf directory, and the folder containing the isapi redirector
binary.

 

I checked the handler mappings and Tomcat Redirector *.dll shows up as
enabled. At the Top level, I verified that the handler mapping for ISAPI
Module *.dll is enabled.

 

It seems like I'm really close here. If anyone could point me in the right
direction, I would appreciate it.

 

George Sexton

MH Software, Inc.

303 438-9585

www.mhsoftware.com

 

RE: question for sso session replication in tomcat 6.0.26

[Okubo, Yasushi (TSD)]

Hi Pid

I think I found a problem. Could you tell me how to fix this?  Should I
report it to bugzilla?

SingleSignOn sessionEvent is destroying session, but DeltaSession is
notifying session expiration to other node on same cluster.  

== singlesignon ==
protected void deregister(String ssoId) {

if (containerLog.isDebugEnabled())
containerLog.debug("Deregistering sso id '" + ssoId + "'");

// Look up and remove the corresponding SingleSignOnEntry
SingleSignOnEntry sso = null;
synchronized (cache) {
sso = (SingleSignOnEntry) cache.remove(ssoId);
}

if (sso == null)
return;

// Expire any associated sessions
Session sessions[] = sso.findSessions();
for (int i = 0; i < sessions.length; i++) {
if (containerLog.isTraceEnabled())
containerLog.trace(" Invalidating session " +
sessions[i]);
// Remove from reverse cache first to avoid recursion
synchronized (reverse) {
reverse.remove(sessions[i]);
}
// Invalidate this session
sessions[i].expire();  <-- this is calling
deltasession.expire(true), then dltasession.expire(notify, true)
}

// NOTE:  Clients may still possess the old single sign on
cookie,
// but it will be removed on the next request since it is no
longer
// in the cache

}

== deltasesion ==
public void expire(boolean notify) {
expire(notify, true);
}

public void expire(boolean notify, boolean notifyCluster) {
if (expiring)
return;
String expiredId = getIdInternal();

if(expiredId != null && manager != null &&
   manager instanceof DeltaManager) {
DeltaManager dmanager = (DeltaManager)manager;
CatalinaCluster cluster = dmanager.getCluster();
ClusterMessage msg = dmanager.requestCompleted(expiredId,
true);
if (msg != null) {
if(dmanager.doDomainReplication()) {
cluster.sendClusterDomain(msg);
} else {
cluster.send(msg);
}
}
}

super.expire(notify);

if (notifyCluster) {
if (log.isDebugEnabled())
log.debug(sm.getString("deltaSession.notifying",
 
((ClusterManager)manager).getName(), 
   new Boolean(isPrimarySession()), 
   expiredId));
if ( manager instanceof DeltaManager ) {
( (DeltaManager) manager).sessionExpired(expiredId);
}
}
}

Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop
INFO: Manager [/cluster] expiring sessions upon shutdown
Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn
sessionEvent
FINE: Process session destroyed on
DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2]
Jun 28, 2010 3:05:53 PM
org.apache.catalina.tribes.transport.nio.ParallelNioSender doLoop
FINER: ParallelNioSender - Sent msg:UniqueId{-2, -89, -62, -53, 103,
-39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28
15:05:53.689 to tcp://{127, 0, 0, 1}:4010
Jun 28, 2010 3:05:53 PM
org.apache.catalina.tribes.group.ChannelCoordinator sendMessage
FINER: ChannelCoordinator - Sent msg:UniqueId{-2, -89, -62, -53, 103,
-39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28
15:05:53.69 to {tcp://{127, 0, 0, 1}:4010}
Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel
send
FINER: GroupChannel - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67,
-1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to
{tcp://{127, 0, 0, 1}:4010}
Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel
send
FINER: GroupChannel - Send Message:UniqueId{-2, -89, -62, -53, 103, -39,
67, -1, -111, 52, -43, -84, -41, 66, 66, 31} is
SingleSignOnMessage[action=3, ssoId=1C052A3927DC43EE6CAF27997F85C23B,
sessionId=null, username=null]
Jun 28, 2010 3:05:53 PM
org.apache.catalina.ha.authenticator.ClusterSingleSignOn deregister
FINE: SingleSignOnMessage Send with action 3
Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn
deregister
FINE: Deregistering sso id '1C052A3927DC43EE6CAF27997F85C23B'


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

RE: question for sso session replication in tomcat 6.0.26

[Okubo, Yasushi (TSD)]

On 28/06/2010 23:19, Okubo, Yasushi (TSD) wrote:
> On 28/06/2010 21:21, Okubo, Yasushi (TSD) wrote:
>> Yes, I do.
>>
>> >name="webclust2"
>>expireSessionsOnShutdown="false"
> 
> Hmm.
> 
> Can you unset the DeltaManager name attribute on all of your
instances?
> 
> 
> p
> 
> 
> Hi Pid
> 
> I moved expireSessionOnShutdown, but the result was the same. I did
not
> see any difference.  

>I didn't ask you to move expireSessionsOnShutdown, I asked you not to
>set the name attribute.

>/**
> * Return the descriptive short name of this Manager
implementation.>
> */
>public String getName() {
>return name;
>}


>It's the only thing I can see in your config that looks weird.  I'm not
>really sure how it could affect things, but it might, so don't set it,
>please.


> By the way, when I shutdown the node1, it is getting action = 3 from
> SimpleTpcCluster, which means logout defined in
> singlesignonmessage.java. And clustersinglesignon is deregistering
this
> session id from other nodes.
> 
> It looks like clustersinglesignon can send a message to other nodes
even
> if deltamanager.expireSessionsOnShutdown set to false.  Why? 

>I don't know.  Certainly seems odd, I'll look into the
>expireSessionsOnShutdown attribute again tomorrow.


>p


>Hi Pid

>I removed name attribute from DeltaManager, but the result was the
same.  >It looks like ClusteSingleSignOn is sending deregister message
through >SimpleTCPCluster when it received the message from
GroupChannel. 
>Action = 3 is logout. 

>Jun 29, 2010 10:25:16 AM org.apache.catalina.tribes.group.GroupChannel
send
>FINER: GroupChannel - Send Message:UniqueId{-47, 62, -63, -59, 37, 80,
72, >-98, -85, -5, 102, -1, -95, 34, 82, 25} is
SingleSignOnMessage[action=3, >ssoId=D01FF1E66C0D50C4418216F9974FA667,
sessionId=null, username=null]



It looks like DeltaManager stopped, so expireSessionsOnShutdown flag may
not have any impact on this matter.

After SingleSignOn.sessionEvent destroying the session value, and sso
ssession, somehow this message was propagated to simpleTpcCluster and
clusterSingleSignOn is deregisterting sso session by sending this
message to simpleTpcCluster.  Is there any way to stop it?

 
 

Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop
FINE: Manager [/cluster] is stopping
Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop
INFO: Manager [/cluster] expiring sessions upon shutdown
Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn
sessionEvent
FINE: Process session destroyed on
DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2]
Jun 28, 2010 3:05:53 PM
org.apache.catalina.tribes.transport.nio.ParallelNioSender doLoop
FINER: ParallelNioSender - Sent msg:UniqueId{-2, -89, -62, -53, 103,
-39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28
15:05:53.689 to tcp://{127, 0, 0, 1}:4010
Jun 28, 2010 3:05:53 PM
org.apache.catalina.tribes.group.ChannelCoordinator sendMessage
FINER: ChannelCoordinator - Sent msg:UniqueId{-2, -89, -62, -53, 103,
-39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28
15:05:53.69 to {tcp://{127, 0, 0, 1}:4010}
Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel
send
FINER: GroupChannel - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67,
-1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to
{tcp://{127, 0, 0, 1}:4010}
Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel
send
FINER: GroupChannel - Send Message:UniqueId{-2, -89, -62, -53, 103, -39,
67, -1, -111, 52, -43, -84, -41, 66, 66, 31} is
SingleSignOnMessage[action=3, ssoId=1C052A3927DC43EE6CAF27997F85C23B,
sessionId=null, username=null]
Jun 28, 2010 3:05:53 PM
org.apache.catalina.ha.authenticator.ClusterSingleSignOn deregister
FINE: SingleSignOnMessage Send with action 3
Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn
deregister
FINE: Deregistering sso id '1C052A3927DC43EE6CAF27997F85C23B'
Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn
deregister
FINER:  Invalidating session
DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2]
Jun 28, 2010 3:05:53 PM org.apache.catalina.connector.MapperListener
handleNotification
FINE: Handle Catalina:type=Manager,path=/cluster,host=webclust2 type :
JMX.mbean.unregistered
Jun 28, 2010 3:05:53 PM org.apache.catalina.connector.MapperListener
handleNotification
FINE: Handle Catalina:type=Manager,path=/cluster,host=webclust2 type :
JMX.mbean.unregistered
Jun 28, 2010 3:05:53 PM org.apache.catalina.core.StandardContext
listenerStop
FINE: Sending application stop events



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

Question about BASIC Authentication

[Matthew Mauriello]

Hello,

I am having a minor problem related to Tomcat's BASIC Authentication setup.

A user access my custom web application in the 'webapps' folder which is
accessible to everyone in a separate sub folder. I have another 'webapps'
sub folder for SOLR which is secured with BASIC Authentication. I have my
custom web application log the user into the SOLR application when the
user wants to access it.

The problem I am having is that when the user navigates back to the custom
application folder from the SOLR application folder they get prompted with
the following message that I would like to disable:
-
"You are about to log in to the site "greygoose" with the username
"admin", but the website does not require authentication. This may be an
attempt to trick you.

Is "greygoose" the site you want to visit?"
-
I am not sure if this is a browser setting that needs to be changed or if
there is a Tomcat setting I can implement to kill this error message, but
any help would be appreciated.

Thank you for your time,

~Matt

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

Re: Webapp reloading issue and intermittent 404 errors

[Pid]

On 29/06/2010 19:29, Konstantin Kolinko wrote:
> 2010/6/29 Caldarale, Charles R :
>>> From: Tomislav Petrović [mailto:t.petro...@inet.hr]
>>> Subject: Re: Webapp reloading issue and intermittent 404 errors
>>>
>>> org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)
>>
>> IIRC, you are not the first person to report an exception at this spot in 
>> the code.  (Unfortunately, I can't locate the other thread at the moment, 
>> but it was fairly recent.)
> 
> That was
> https://issues.apache.org/bugzilla/show_bug.cgi?id=49488
> 
>>  The code in question has been run through many test cases, inside and 
>> outside of Tomcat, and does not appear to contain any errors (although it 
>> could be slightly more efficient).

Weird.  I couldn't find that in bugzilla.  Anyhow, it's Windows this
time too.


Tomislav: where is the Tomcat installation on the filing system, and
where are the webapps being deployed from, if not tomcat/webapps?

What type of filing system is it?


Also, did you manage to get hold of the config files yet?


p



signature.asc
Description: OpenPGP digital signature

RE: LockoutRealm configuration problem

[Robillard, Greg L]

Thanks, I will deploy the new driver.

-Original Message-
From: Pid [mailto:p...@pidster.com]
Sent: Tuesday, June 29, 2010 4:08 PM
To: Tomcat Users List
Subject: Re: LockoutRealm configuration problem

On 29/06/2010 21:14, Robillard, Greg L wrote:

>   username="fltwinds" password="fltwinds" 
> driverClassName="org.gjt.mm.mysql.Driver"

Old school!

MySQL have a nice shiny new Connector/J driver, "com.mysql.jdbc.Driver", much 
better to use that unless you have a really good reason.


p


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

Re: LockoutRealm configuration problem

[Pid]

On 29/06/2010 21:14, Robillard, Greg L wrote:

>   username="fltwinds" password="fltwinds" 
> driverClassName="org.gjt.mm.mysql.Driver"

Old school!

MySQL have a nice shiny new Connector/J driver, "com.mysql.jdbc.Driver",
much better to use that unless you have a really good reason.


p



signature.asc
Description: OpenPGP digital signature

RE: LockoutRealm configuration problem

[Robillard, Greg L]

That was it, thanks.

-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Tuesday, June 29, 2010 3:34 PM
To: Tomcat Users List
Subject: Re: LockoutRealm configuration problem

2010/6/30 Robillard, Greg L :
> When LockoutRealm is added to configuration, tomcat will not start and I 
> receive the following errors.  All runs well when the wrapper is not used.
>
> Apache Tomcat 6.0.20 Server

The last released 6.0.x version is 6.0.26.  The 6.0.28 release candidate build 
is at voting now.

>  failureCount="5" lockOutTime="300" cacheSize="1000" 
> cacheRemovalWarningTime="3600">
>
>             digest="MD5"
>
>                   dataSourceName="jdbc/fltwinds" userTable="users" 
> userNameCol="username" userCredCol="password"
>
>                   userRoleTable="users" roleNameCol="role"/>
>
>  

The above line should be 


> java.lang.NullPointerException
>
>                at 
> sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadMana
> ger.java:928)
>
>                at 
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293)
>
>                at 
> java.lang.ClassLoader.loadClass(ClassLoader.java:300)

That is JRE code. I suppose that it is caused by calling
ClassLoader.loadClass() with a null className.

Best regards,
Konstantin Kolinko

-
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: LockoutRealm configuration problem

[Konstantin Kolinko]

2010/6/30 Robillard, Greg L :
> When LockoutRealm is added to configuration, tomcat will not start and I 
> receive the following errors.  All runs well when the wrapper is not used.
>
> Apache Tomcat 6.0.20 Server

The last released 6.0.x version is 6.0.26.  The 6.0.28 release
candidate build is at voting now.

>  lockOutTime="300" cacheSize="1000" cacheRemovalWarningTime="3600">
>
>             digest="MD5"
>
>                   dataSourceName="jdbc/fltwinds" userTable="users" 
> userNameCol="username" userCredCol="password"
>
>                   userRoleTable="users" roleNameCol="role"/>
>
>  

The above line should be 


> java.lang.NullPointerException
>
>                at 
> sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadManager.java:928)
>
>                at 
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293)
>
>                at java.lang.ClassLoader.loadClass(ClassLoader.java:300)

That is JRE code. I suppose that it is caused by calling
ClassLoader.loadClass() with a null className.

Best regards,
Konstantin Kolinko

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

Re: EL 2.2 in Tomcat 7 RC1/RC2 does not fully support method invocation, such as "#{helloWorldController.doSomething(helloWorldModel)}"

[Mark Thomas]

On 21/06/2010 15:16, John Wu wrote:


Hi Mark,

I just got a chance to test it on the Beta release. It's still broken, with
a slightly different exception message.


Confirmed. I'm pretty sure JSF is doing the right thing here and that I 
need to read the spec more carefully. I'll post an update when I have a fix.


Mark



javax.faces.el.MethodNotFoundException: javax.el.MethodNotFoundException:
/helloWorld.xhtml @15,85
action="#{helloWorldController.doSomething(helloWorldModel)}": Method not
found: org.wjh.experiment.jsf.helloworldcontrol...@c5122f.dosomething()

The previous attached project is still valid as a test case.

John Wu


markt-2 wrote:


On 10/06/2010 14:42, John Wu wrote:


Hi Mark,

The fix of "to derive the type directly from the value which ..." sounds
not
a solution. In a slightly more complex scenario, the fix still fails.

Say the method signature is "public * theMethod(TheSupperType o)" and
calling the method in EL like
"#{theClassInstance.theMethod(theDerivedTypeInstance)}", where the supper
type can be a supper class or an interface, your fix fails.


super has one p, not two.

I looked at the current code and the spec again. There is no need for
any of this complexity. The exact types are defined when the method
expression is created. I'm not sure why I was trying to derive them at
invocation time when they were already available.

I have added a test case, modified the implementation and checked the
new code with the EL TCK and all looks to be OK.

Mark



Example project attached.

My suggestion as to the solution of resolving which method to call:
. Retrieve all methods of *theClassInstance*, and put them into the
CANDIDATES collection;

// Search a match by method name
. For each method in CANDIDATES,
. if the name is not *theMethod*, remove it from CANDIDATES
. If CANDIDATES is empty, then NOT-FOUND;
. else if only one is left, then FOUND;

// Search a match by params count
. else, count the number of actual params,
. For each method in CANDIDATES,
. if the number of formal params does not match that of actual params,
remove it from CANDIDATES
. // Optoional, handle cases of "method has variable number of
arguments"
. If CANDIDATES is empty, then NOT-FOUND;
. else if only one is left, then FOUND;

// Search a match by param types
. else, evaluate all actual params;
. For each method in CANDIDATES,
. if NOT( for-each formalParamType.isAssignableFrom(actualParamType)
),
remove it from CANDIDATES
. // Optoional, handle cases of "method has variable number of
arguments"
. If CANDIDATES is empty, then NOT-FOUND;
. else if only one is left, then FOUND;

. else, AMBIGUOUS


John Wu
http://old.nabble.com/file/p28843317/jsf-2.0-el-2.2.testcase-v2.zip
jsf-2.0-el-2.2.testcase-v2.zip





-
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: How to make a webapp restart

[Dola Woolfe]

Hi,

I know whether init is called by a System.out.println("Hi") with a flush 
command.

This servlet is never used by a request.

But it is a 1 servlet.

Thanks again,

Dola


- Original Message 
From: "Caldarale, Charles R" 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 4:05:51 PM
Subject: RE: How to make a webapp restart

> From: Dola Woolfe [mailto:dolac...@yahoo.com]
> Subject: Re: How to make a webapp restart
> 
> but "not fire" I mean that init() does not get called.

Does the init() method get called later, when the servlet is actually used by a 
request?

How do you know if the init() method is called or not?

- 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


  

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

Re: PDF to acrobat

[Dola Woolfe]

There we go. Thank you!


- Original Message 
From: David Fisher 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 3:41:18 PM
Subject: Re: PDF to acrobat

You will want to do this:

   response.setContentType("application/pdf");
   response.setHeader("Content-disposition", "inline");

For an attachment / download you will want to do:

   response.setContentType("application/pdf");
   response.setHeader("Content-disposition", 
"attachment;filename=downloaded.pdf");

Of course browser settings and how your Adobe Reader, Preview or Browser 
plugins are configured may override the "inline"?

What browsers and OS's matter to you? Older IE versions are pretty sticky. 
Firefox can be set to download no matter what.

Regards,
Dave

On Jun 29, 2010, at 12:08 PM, Dola Woolfe wrote:

> Hi,
> 
> I set
> 
> response.setContentType("application/pdf");
> 
> 
> as a result, the served up content triggers a "Download" rather than opening 
> acrobat within browser window.
> 
> 
> Do I get to control what happens at client end? I want acrobat to open within 
> browser.
> 
> How do I achieve that?
> 
> Thanks,
> 
> Dola
> 
> 
> 
> 
> -
> 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

LockoutRealm configuration problem

[Robillard, Greg L]

When LockoutRealm is added to configuration, tomcat will not start and I 
receive the following errors.  All runs well when the wrapper is not used.



Apache Tomcat 6.0.20 Server



Server.xml configuration:

...







  



...







 



Catalina ERROR:



Jun 29, 2010 2:46:57 PM org.apache.tomcat.util.digester.Digester startElement

SEVERE: Begin event threw exception

java.lang.NullPointerException

at 
sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadManager.java:928)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293)

at java.lang.ClassLoader.loadClass(ClassLoader.java:300)

at java.lang.ClassLoader.loadClass(ClassLoader.java:252)

at 
org.apache.tomcat.util.digester.ObjectCreateRule.begin(ObjectCreateRule.java:205)

at org.apache.tomcat.util.digester.Rule.begin(Rule.java:153)

at 
org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1358)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)

at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)

at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)

at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)

at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)

at 
org.apache.tomcat.util.digester.Digester.parse(Digester.java:1644)

at org.apache.catalina.startup.Catalina.load(Catalina.java:521)

at org.apache.catalina.startup.Catalina.load(Catalina.java:555)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at 
org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260)

at 
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:412)

Jun 29, 2010 2:46:57 PM org.apache.catalina.startup.Catalina load

WARNING: Catalina.start using conf/server.xml:

java.lang.NullPointerException

at 
org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2808)

at 
org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2834)

at 
org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1361)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)

at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)

at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)

at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)

at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)

at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)

at 
com.sun.org.apache.x

RE: How to make a webapp restart

[Caldarale, Charles R]

> From: Dola Woolfe [mailto:dolac...@yahoo.com]
> Subject: Re: How to make a webapp restart
> 
> but "not fire" I mean that init() does not get called.

Does the init() method get called later, when the servlet is actually used by a 
request?

How do you know if the init() method is called or not?

 - 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: PDF to acrobat

[Thad Humphries]

Comment inline below.

On Tue, Jun 29, 2010 at 3:23 PM, Zachary Valentiner
wrote:

> Hi Dola,
>
> Setting the content type to "application/octet-stream" will force a
> download. If I recall my headers correclty, setting "application/pdf" is as
> close as you can get to telling it to open in the browser without embedding
> it in an HTML file directly and thereby forcing the browser to use a plugin
> to render the PDF.
>

 "application/octet-stream" is one way, but it's by no means bullet-proof.
If the file name has an extension, some version of IE will blow off the MIME
type and do what they damn well please based on the extension.


> Someone might have some other tip, but this is also somewhat browser/plugin
> dependent, e.g., I notice different behavior between Firefox and Chrome,
> even when opening the same links to the same PDFs.
>
> Good luck,
>
> Zach
>

A while back I did some digging around and found that for all browsers I
should call response.addHeader("Content-Disposition", "attachment;
filename="myfile.pdf").  Then for IE I call
response.setContentType("application/force-download; name="myfile.pdf")
while for Firefox and Safari I use
response.setContentType("application/octet-stream; name="myfile.pdf") works
best.

-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, 'Doctor Faustus' (v, 121-24)

RE: PDF to acrobat

[Martin Gainty]

you'll want to acquire and configure the acrobat plugin for your browser

Firefox: 
http://kb2.adobe.com/cps/333/333563.html

 

Internet Explorer

http://kb2.adobe.com/cps/331/331025.html


Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

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.



 

> From: zvalenti...@gmail.com
> Subject: Re: PDF to acrobat
> Date: Tue, 29 Jun 2010 21:23:42 +0200
> To: users@tomcat.apache.org
> 
> Hi Dola,
> 
> Setting the content type to "application/octet-stream" will force a download. 
> If I recall my headers correclty, setting "application/pdf" is as close as 
> you can get to telling it to open in the browser without embedding it in an 
> HTML file directly and thereby forcing the browser to use a plugin to render 
> the PDF. 
> 
> Someone might have some other tip, but this is also somewhat browser/plugin 
> dependent, e.g., I notice different behavior between Firefox and Chrome, even 
> when opening the same links to the same PDFs.
> 
> Good luck,
> 
> Zach
> 
> 
> On Jun 29, 2010, at 9:08 PM, Dola Woolfe wrote:
> 
> > Hi,
> > 
> > I set
> > 
> > response.setContentType("application/pdf");
> > 
> > 
> > as a result, the served up content triggers a "Download" rather than 
> > opening acrobat within browser window.
> > 
> > 
> > Do I get to control what happens at client end? I want acrobat to open 
> > within browser.
> > 
> > How do I achieve that?
> > 
> > Thanks,
> > 
> > Dola
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> > 
> 
  
_
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4

Re: PDF to acrobat

[David Fisher]

You will want to do this:

   response.setContentType("application/pdf");
   response.setHeader("Content-disposition", "inline");

For an attachment / download you will want to do:

   response.setContentType("application/pdf");
   response.setHeader("Content-disposition", 
"attachment;filename=downloaded.pdf");

Of course browser settings and how your Adobe Reader, Preview or Browser 
plugins are configured may override the "inline"?

What browsers and OS's matter to you? Older IE versions are pretty sticky. 
Firefox can be set to download no matter what.

Regards,
Dave

On Jun 29, 2010, at 12:08 PM, Dola Woolfe wrote:

> Hi,
> 
> I set
> 
> response.setContentType("application/pdf");
> 
> 
> as a result, the served up content triggers a "Download" rather than opening 
> acrobat within browser window.
> 
> 
> Do I get to control what happens at client end? I want acrobat to open within 
> browser.
> 
> How do I achieve that?
> 
> Thanks,
> 
> Dola
> 
> 
> 
> 
> -
> 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: PDF to acrobat

[Zachary Valentiner]

Hi Dola,

Setting the content type to "application/octet-stream" will force a download. 
If I recall my headers correclty, setting "application/pdf" is as close as you 
can get to telling it to open in the browser without embedding it in an HTML 
file directly and thereby forcing the browser to use a plugin to render the 
PDF. 

Someone might have some other tip, but this is also somewhat browser/plugin 
dependent, e.g., I notice different behavior between Firefox and Chrome, even 
when opening the same links to the same PDFs.

Good luck,

Zach


On Jun 29, 2010, at 9:08 PM, Dola Woolfe wrote:

> Hi,
> 
> I set
> 
> response.setContentType("application/pdf");
> 
> 
> as a result, the served up content triggers a "Download" rather than opening 
> acrobat within browser window.
> 
> 
> Do I get to control what happens at client end? I want acrobat to open within 
> browser.
> 
> How do I achieve that?
> 
> Thanks,
> 
> Dola
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 

Re: [ANN] Apache Tomcat 7.0.0 beta released

[Tony Anecito]

Thanks Mark. I wrote a set of web services that typically operate under 5 
microseconds and the logs show around 1 millisecond. I use tomcat 6.0.20 with 
the APR instead of running a separate Apache Web Server using Mod JK. So for me 
the most of the recorded response time is not in the app but in the container 
so I am trying to figure out where I can tune Apache more or if a newer version 
of Tomcat and APR might improve things. I am using a 6 core processor but I am 
thinking it makes no difference if Tomcat or APR is spending 1-1.5 milliseconds 
doing something like http parsing. Hate to have web service app code 1000x 
faster than Apache. Now for static files of around 21KB I am seeing 
0milliseconds typically with sometimes 1msec in the logs. This occurs once 
every 20 files. I have a set of 20 thumbnails specifically sized where I get 
below a millisecond. My home page is always below 1millisecond.

Regards,
Tony Anecito
Founder,
MyUniPortal
http://www.myuniportal.com




- Original Message 
From: Mark Thomas 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 10:37:42 AM
Subject: Re: [ANN] Apache Tomcat 7.0.0 beta released

On 29/06/2010 17:27, Tony Anecito wrote:
> Any performance improvements over 6.0.X due to refactoring?

Not that you'll notice. Requests spend relatively little time in Tomcat 
code compared to application code so even if Tomcat 7 was twice as fast 
you'd be very unlikely to notice it. Most of the refactoring was about 
cleaning up the code to make it easier to maintain rather than aimed at 
performance tuning.

> Is memory leaks reported somewhere?

Web applications that leak memory are reported via JMX and the manager 
app. Note that getting the list triggers a full GC (well, tries to) so 
it isn't something that you want to use lightly in production.

Mark

>
> Thanks,
> -Tony
>
>
>
> - Original Message 
> From: Mark Thomas
> To: annou...@tomcat.apache.org; Tomcat Users List; 
> Tomcat Developers List
> Sent: Tue, June 29, 2010 5:45:59 AM
> Subject: [ANN] Apache Tomcat 7.0.0 beta released
>
> The Apache Tomcat team announces the immediate availability of Apache
> Tomcat 7.0.0 beta.
>
> Note that this version has 4 zip binaries: a generic one and three
> bundled with Tomcat native binaries for Windows operating systems running on 
> different CPU architectures.
>
> Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0,
> including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, 
> web application memory leak detection and prevention, improved security for 
> the Manager and Host Manager applications, Generic CSRF protection, support 
> for including external content directly in a web application (aliases), 
> re-factoring (connectors, life-cycle) and lots of internal code clean-up.
>
> Please refer to the change log for the list of changes:
> http://tomcat.apache.org/tomcat-7.0-doc/changelog.html
>
> Downloads:
> http://tomcat.apache.org/download-70.cgi
>
> Migration guide from Apache Tomcat 5.5.x and 6.0.x:
> http://tomcat.apache.org/migration.html
>
> Thank you,
>
> -- The Apache Tomcat Team
>
> -
> 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


  

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

Re: PDF to acrobat

[Hassan Schroeder]

On Tue, Jun 29, 2010 at 12:16 PM, Dola Woolfe  wrote:

> For example, when I click on PDF links, sometimes it opens the file in the 
> browser window and at other times it downloads the file.
>
> What's the possible difference in the (common default) settings?

Content-Disposition: 

for one  :-)

-- 
Hassan Schroeder  hassan.schroe...@gmail.com
twitter: @hassan

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

Re: PDF to acrobat

[Dola Woolfe]

Then I guess I am asking about most common default settings.

For example, when I click on PDF links, sometimes it opens the file in the 
browser window and at other times it downloads the file.

What's the possible difference in the (common default) settings?

Thanks,

Dola


- Original Message 
From: Thad Humphries 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 3:14:03 PM
Subject: Re: PDF to acrobat

What happens on the browser end is entirely up to the user.  It's subject to
the browser they are using, whatever browser plug-ins they've installed, and
how they've set those plug-ins.

On Tue, Jun 29, 2010 at 3:08 PM, Dola Woolfe  wrote:

> Hi,
>
> I set
>
> response.setContentType("application/pdf");
>
>
> as a result, the served up content triggers a "Download" rather than
> opening acrobat within browser window.
>
>
> Do I get to control what happens at client end? I want acrobat to open
> within browser.
>
> How do I achieve that?
>
> Thanks,
>
> Dola
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, 'Doctor Faustus' (v, 121-24)



  

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

Re: How to make a webapp restart

[Dola Woolfe]

Yes, you make good points Chuck.

By "work" I mean that I get the message: "INFO: Reloading this Context has 
started"
but "not fire" I mean that init() does not get called.

Many thanks in advance,

Pavel



- Original Message 
From: "Caldarale, Charles R" 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 2:26:25 PM
Subject: RE: How to make a webapp restart

> From: Dola Woolfe [mailto:dolac...@yahoo.com]
> Subject: Re: How to make a webapp restart
> 
> Whenever I recompile a library under tomcat/lib, I also 
> "touch" an "empty" .jar file under WEB-INF/lib.
> 
> That seems to work

What do you mean by "work"?  That will typically reload the webapp (assuming a 
default Tomcat configuration), but your new jar in Tomcat's lib directory is 
completely independent of that.

> but a 1 servlet 
> does not fire again.

How do you know it "does not fire again"?  (Better to use precise terminology; 
do you mean the init() method is not called?)

- 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


  

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

Re: PDF to acrobat

[Thad Humphries]

What happens on the browser end is entirely up to the user.  It's subject to
the browser they are using, whatever browser plug-ins they've installed, and
how they've set those plug-ins.

On Tue, Jun 29, 2010 at 3:08 PM, Dola Woolfe  wrote:

> Hi,
>
> I set
>
> response.setContentType("application/pdf");
>
>
> as a result, the served up content triggers a "Download" rather than
> opening acrobat within browser window.
>
>
> Do I get to control what happens at client end? I want acrobat to open
> within browser.
>
> How do I achieve that?
>
> Thanks,
>
> Dola
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, 'Doctor Faustus' (v, 121-24)

PDF to acrobat

[Dola Woolfe]

Hi,

I set

response.setContentType("application/pdf");


as a result, the served up content triggers a "Download" rather than opening 
acrobat within browser window.


Do I get to control what happens at client end? I want acrobat to open within 
browser.

How do I achieve that?

Thanks,

Dola


  

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

Re: Webapp reloading issue and intermittent 404 errors

[Konstantin Kolinko]

2010/6/29 Caldarale, Charles R :
>> From: Tomislav Petrović [mailto:t.petro...@inet.hr]
>> Subject: Re: Webapp reloading issue and intermittent 404 errors
>>
>> org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)
>
> IIRC, you are not the first person to report an exception at this spot in the 
> code.  (Unfortunately, I can't locate the other thread at the moment, but it 
> was fairly recent.)

That was
https://issues.apache.org/bugzilla/show_bug.cgi?id=49488

> The code in question has been run through many test cases, inside and outside 
>of Tomcat, and does not appear to contain any errors (although it could be 
>slightly more efficient).
>

Best regards,
Konstantin Kolinko

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

RE: How to make a webapp restart

[Caldarale, Charles R]

> From: Dola Woolfe [mailto:dolac...@yahoo.com]
> Subject: Re: How to make a webapp restart
> 
> Whenever I recompile a library under tomcat/lib, I also 
> "touch" an "empty" .jar file under WEB-INF/lib.
> 
> That seems to work

What do you mean by "work"?  That will typically reload the webapp (assuming a 
default Tomcat configuration), but your new jar in Tomcat's lib directory is 
completely independent of that.

> but a 1 servlet 
> does not fire again.

How do you know it "does not fire again"?  (Better to use precise terminology; 
do you mean the init() method is not called?)

 - 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: How to make a webapp restart

[Dola Woolfe]

How about this trick then.

Whenever I recompile a library under tomcat/lib, I also "touch" an "empty" .jar 
file under WEB-INF/lib.

That seems to work, BUT:

it states:
Jun 29, 2010 2:08:36 PM org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started

but a 1 servlet does not fire again. What's 
the explanation.

Thanks again,

Dola









- Original Message 
From: Pid 
To: Tomcat Users List 
Sent: Tue, June 29, 2010 5:16:41 AM
Subject: Re: How to make a webapp restart

On 28/06/2010 23:22, Dola Woolfe wrote:
> 
> 
> 
> 
> - Original Message 
> From: "Caldarale, Charles R" 
> To: Tomcat Users List 
> Sent: Mon, June 28, 2010 5:54:47 PM
> Subject: RE: How to make a webapp restart
> 
>> From: Dola Woolfe [mailto:dolac...@yahoo.com]
>> Subject: How to make a webapp restart
>>
>> What setting makes a webapp restart when a .jar changes under
>> tomcat/lib?
> 
> Nothing.  Since the jar is in tomcat/lib, it's handled by the common class 
> loader, so you have to restart Tomcat to get the updated jar recognized.  If 
> the jar were in the webapp's WEB-INF/lib directory, you could restart just 
> that one webapp.
> 
> - Chuck
> 
> 
> 
> Thanks, Chuck.
> 
> And is there a setting to have Tomcat automatically restarted when jar 
> changes under tomcat/lib?

No there isn't.


p

> -
> 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: question for sso session replication in tomcat 6.0.26

[Okubo, Yasushi (TSD)]

-Original Message-
From: Pid [mailto:p...@pidster.com] 
Sent: Monday, June 28, 2010 4:01 PM
To: Tomcat Users List
Subject: Re: question for sso session replication in tomcat 6.0.26

On 28/06/2010 23:19, Okubo, Yasushi (TSD) wrote:
> On 28/06/2010 21:21, Okubo, Yasushi (TSD) wrote:
>> Yes, I do.
>>
>> >name="webclust2"
>>expireSessionsOnShutdown="false"
> 
> Hmm.
> 
> Can you unset the DeltaManager name attribute on all of your
instances?
> 
> 
> p
> 
> 
> Hi Pid
> 
> I moved expireSessionOnShutdown, but the result was the same. I did
not
> see any difference.  

>I didn't ask you to move expireSessionsOnShutdown, I asked you not to
>set the name attribute.

>/**
> * Return the descriptive short name of this Manager
implementation.>
> */
>public String getName() {
>return name;
>}


>It's the only thing I can see in your config that looks weird.  I'm not
>really sure how it could affect things, but it might, so don't set it,
>please.


> By the way, when I shutdown the node1, it is getting action = 3 from
> SimpleTpcCluster, which means logout defined in
> singlesignonmessage.java. And clustersinglesignon is deregistering
this
> session id from other nodes.
> 
> It looks like clustersinglesignon can send a message to other nodes
even
> if deltamanager.expireSessionsOnShutdown set to false.  Why? 

>I don't know.  Certainly seems odd, I'll look into the
>expireSessionsOnShutdown attribute again tomorrow.


>p


Hi Pid

I removed name attribute from DeltaManager, but the result was the same.
It looks like ClusteSingleSignOn is sending deregister message through
SimpleTCPCluster when it received the message from GroupChannel. 
Action = 3 is logout. 

Jun 29, 2010 10:25:16 AM org.apache.catalina.tribes.group.GroupChannel
send
FINER: GroupChannel - Send Message:UniqueId{-47, 62, -63, -59, 37, 80,
72, -98, -85, -5, 102, -1, -95, 34, 82, 25} is
SingleSignOnMessage[action=3, ssoId=D01FF1E66C0D50C4418216F9974FA667,
sessionId=null, username=null]




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

RE: Webapp reloading issue and intermittent 404 errors

[Caldarale, Charles R]

> From: Tomislav Petrović [mailto:t.petro...@inet.hr]
> Subject: Re: Webapp reloading issue and intermittent 404 errors
> 
> org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)

IIRC, you are not the first person to report an exception at this spot in the 
code.  (Unfortunately, I can't locate the other thread at the moment, but it 
was fairly recent.)  The code in question has been run through many test cases, 
inside and outside of Tomcat, and does not appear to contain any errors 
(although it could be slightly more efficient).

This is looking like a possible JVM bug, so details about the exact JVM level 
and what mode you're running it in (32- or 64-bit, client or server) would help.

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

Does JSF 2.0 work on Tomcat 6.0.26 ?

[Michael Amanti]

Does JSF 2.0 work on Tomcat 6.0.26 ?

I've installed...
 Tomcat 6.0.26 ( for Windows x64 arch ).
 JVM Version:1.6.0_20-b02 ( for Windows x64 arch ).

I'm reading book entitled "Java Server Faces 2.0, The Complete Reference".
Chapter 2, page 30 is entitled "Buidling And Running (jsfreg) The 
Application".

To build, I am using Maven...
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
C:\l>*mvn -v*
Apache _*Maven 2.2.1*_ (r801777; 2009-08-06 14:16:01-0500)
Java version: 1.6.0_20
Java home: C:\glassfishv3\jdk\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7" version: "6.1" arch: "amd64" 
Family: "windows"


Regarding "Setting Up Maven 2"( at www.jsfcompref.com ),
and the .m2.settings.xml file,
the article did not describe the scenario when doing this is required,
or applicable, so, I skipped that part about the .m2/settings.xml file.
(and Maven 2.2.1 seems to be working fine).

The ch02 pom.xml (original) produces a WAR file without the JSF libraries.
However, the WAR produced would not run on Apache Tomcat 6.0 and a
casual browse over the Tomcat 6.0 documentation didn't seem to say
anything about JSF related administration for Tomcat.
Does it?
Should it?

Chapter 2 page 30 describes how to modify the the ch02 pom.xml to include the
JSF libraries inside the WAR file.
However, this WAR file also would not run, but it did produce JSF libraries in
Directory ch02/target/jsfreg/WEB-INF/lib contained 2 files...
1) jsf-imp-l2.0.0.jar
2) jsf-api-2.0.jar
I copied these 2 jars to Tomcat 6.0/lib directory.
Then I did mvn clean and copied the original pom.xml (excludes JSF libs)
and rebuilt via mvn install to produce a WAR and then deployed the WAR.
I was able to start the WAR (once) and it's status was running.
Using my browser, I addressed the application via
http://localhost:8080/jsfreg

THE PROBLEM IS :
the response I receive is
"HTTP Status 404 - Faces Servlet is not available".

AND I could NOT (re)start the WAR... it would not run a second time.

HERE IS THE CATALINA LOG:
Jun 28, 2010 4:49:24 PM com.sun.faces.config.ConfigureListener
contextInitialized
INFO: Initializing Mojarra 2.0.0 (SNAPSHOT 20091019) for context '/jsfreg'

Jun 28, 2010 4:49:24 PM com.sun.faces.config.ConfigManager initialize
INFO: Unsanitized stacktrace from failed start...
java.lang.NullPointerException
at com.sun.faces.util.Util.loadClass(Util.java:200)
at
com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:312)
at
com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processHandlerClass(FaceletTaglibConfigProcessor.java:416)
at
com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTags(FaceletTaglibConfigProcessor.java:370)
at
com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:313)
at
com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:262)
at
com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:337)
at
com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:219)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4467)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1276)
at
org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:624)
at
org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:558)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at
org.apache.tomcat.util.ne

Re: Convert a certificate from IIS (.PFX) into a (.keystore) for Apache Tomcat v 6.x

[Bruno Harbulot]

On 23/06/10 23:04, ian loyola wrote:

Dear colleagues,

I'm running IIS version 6 and Apache Tomcat 6.x on a Windows 2003 enterprise 
server. I had to renew SSL certificates for both the IIS and Tomcat web server.

I was told to raise a CSR from the IIS server and create a certificate. The 
certificate (.PFX) could then be converted into a (.keystore) file for Tomcat. 
Unfortunately, I'm struggling with this.

Generating a new CSR is unfortunately not an option as it needs to be completed 
tomorrow.

Could you please please assist me to convert a certificate from IIS (.PFX) into 
a (.keystore) for Apache Tomcat v 6.x?


As far as I'm aware, .PFX files are PKCS#12 files.

Why convert instead of using that file and keystoreType="PKCS12"?

Best wishes,

Bruno.


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

RE: Help with tomcat configuration

[Caldarale, Charles R]

> From: btodd_22 [mailto:bran...@mortech-inc.com]
> Subject: Re: Help with tomcat configuration
> 
> it was my understanding that tomcat used the context.xml
> within the project itself as the base and not the global
> within the Catalina Ba

Not quite sure what your unfinished sentence was supposed to say, but if you 
read the doc:

http://tomcat.apache.org/tomcat-6.0-doc/config/context.html

you'll notice that a  element in conf/Catalina/[host]/[appName].xml 
takes precedence over the one in the webapp's META-INF/xml file.

 - 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: Help with tomcat configuration

[btodd_22]

btodd_22 wrote:
> 
> I am trying to track down a problem that has something to do with this
> error below
> 
> [CODE]java.lang.NullPointerException
>   at java.util.Properties$LineReader.readLine(Properties.java:418)
>   at java.util.Properties.load0(Properties.java:337)
>   at java.util.Properties.load(Properties.java:325)
>   at
> snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278)
>   at
> snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167)
>   at
> snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221)[/CODE]
> 
> Now here is what i know, the code that is calling the Connection pool is
> correct since i can put the .war file out on another machine and it works
> fine.  I have been looking through the conf files for some sort of
> incosistency between the two environment.  Is it incorrect to assume that
> tomcat can't find my db.properties file if so where do i tell tomcat to
> look? or does any one else have a better idea on where to look.
> 
> Thanks in advance.
> 
> Brandon
> 


I found what the issue was.  I found that within my
usr/local/tomcat/conf/Catalina/localhost there is a bunch of xml files each
resembling each project that is on tomcat.  I found that within the project
that was failing it had a docbase pointing to my home file which houses all
my java code but not my property file and all I did was take that parameter
out of there. Restarted tomcat and it worked.   Now correct me if i am wrong
here but it was my understanding that tomcat used the context.xml within the
project itself as the base and not the global within the Catalina Ba someone
please enlighten me on this.

Thanks in advance.

Brandon

-- 
View this message in context: 
http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29025752.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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

Re: [ANN] Apache Tomcat 7.0.0 beta released

[Mark Thomas]

On 29/06/2010 17:27, Tony Anecito wrote:

Any performance improvements over 6.0.X due to refactoring?


Not that you'll notice. Requests spend relatively little time in Tomcat 
code compared to application code so even if Tomcat 7 was twice as fast 
you'd be very unlikely to notice it. Most of the refactoring was about 
cleaning up the code to make it easier to maintain rather than aimed at 
performance tuning.



Is memory leaks reported somewhere?


Web applications that leak memory are reported via JMX and the manager 
app. Note that getting the list triggers a full GC (well, tries to) so 
it isn't something that you want to use lightly in production.


Mark



Thanks,
-Tony



- Original Message 
From: Mark Thomas
To: annou...@tomcat.apache.org; Tomcat Users List; Tomcat 
Developers List
Sent: Tue, June 29, 2010 5:45:59 AM
Subject: [ANN] Apache Tomcat 7.0.0 beta released

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.0 beta.

Note that this version has 4 zip binaries: a generic one and three
bundled with Tomcat native binaries for Windows operating systems running on 
different CPU architectures.

Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0,
including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, 
web application memory leak detection and prevention, improved security for the 
Manager and Host Manager applications, Generic CSRF protection, support for 
including external content directly in a web application (aliases), 
re-factoring (connectors, life-cycle) and lots of internal code clean-up.

Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-7.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-70.cgi

Migration guide from Apache Tomcat 5.5.x and 6.0.x:
http://tomcat.apache.org/migration.html

Thank you,

-- The Apache Tomcat Team

-
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: [ANN] Apache Tomcat 7.0.0 beta released

[Tony Anecito]

Any performance improvements over 6.0.X due to refactoring? Is memory leaks 
reported somewhere?

Thanks,
-Tony



- Original Message 
From: Mark Thomas 
To: annou...@tomcat.apache.org; Tomcat Users List ; 
Tomcat Developers List 
Sent: Tue, June 29, 2010 5:45:59 AM
Subject: [ANN] Apache Tomcat 7.0.0 beta released

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.0 beta.

Note that this version has 4 zip binaries: a generic one and three
bundled with Tomcat native binaries for Windows operating systems running on 
different CPU architectures.

Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0,
including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, 
web application memory leak detection and prevention, improved security for the 
Manager and Host Manager applications, Generic CSRF protection, support for 
including external content directly in a web application (aliases), 
re-factoring (connectors, life-cycle) and lots of internal code clean-up.

Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-7.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-70.cgi

Migration guide from Apache Tomcat 5.5.x and 6.0.x:
http://tomcat.apache.org/migration.html

Thank you,

-- The Apache Tomcat Team

-
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: Help with tomcat configuration

[btodd_22]

n828cl wrote:
> 
>> Now here is what i know, the code that is calling the 
>> Connection pool is correct 
> 
> All evidence to the contrary...
> 
>> Is it incorrect to assume that tomcat can't find my 
>> db.properties file
> 
> Yes, it is incorrect to assume that, especially since Tomcat isn't looking
> for it - your code is.
> 
> When you post, at a bare minimum, tell us the Tomcat version you're using,
> along with the JVM level and the platform you're running on.  Since this
> particular problem appears to be related to the code in
> snaq.db.ConnectionPoolManager that's attempting to read the properties,
> you should provide that code as well.
> 
>  - Chuck
> 
> 

I am on Fedora 12 and using tomcat 6 along with java version 1.6  **
Here is one more line of the stack trace.

[CODE]
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Properties.java:418)
at java.util.Properties.load0(Properties.java:337)
at java.util.Properties.load(Properties.java:325)
at
snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278)
at
snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167)
at
snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221)
at com.**.(***.java:23)
[/CODE]

which correlates to this method
[CODE]
try
{
connMgr = ConnectionPoolManager.getInstance();   //THIS IS LINE
23
}
catch (Exception e)
{
e.printStackTrace();
}
[/CODE]

The init method is the following

[CODE] 
 InputStream is = getClass().getResourceAsStream("/db.properties");

Properties dbProps = null;
try {
dbProps = new Properties();

dbProps.load(is);
}
catch (Exception e) {
System.err.println("Can't read the properties file. " +
"Make sure db.properties is in the CLASSPATH");
return;
}
loadDrivers(dbProps);
createPools(dbProps);
[/CODE]

-- 
View this message in context: 
http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29024973.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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

RE: Help with tomcat configuration

[Caldarale, Charles R]

> From: btodd_22 [mailto:bran...@mortech-inc.com]
> Subject: Help with tomcat configuration
> 
> Now here is what i know, the code that is calling the 
> Connection pool is correct 

All evidence to the contrary...

> Is it incorrect to assume that tomcat can't find my 
> db.properties file

Yes, it is incorrect to assume that, especially since Tomcat isn't looking for 
it - your code is.

When you post, at a bare minimum, tell us the Tomcat version you're using, 
along with the JVM level and the platform you're running on.  Since this 
particular problem appears to be related to the code in 
snaq.db.ConnectionPoolManager that's attempting to read the properties, you 
should provide that code as well.

 - 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: Possible to redeploy a JAR file without restarting Tomcat?

[Caldarale, Charles R]

> From: laredotornado [mailto:laredotorn...@gmail.com]
> Subject: Re: Possible to redeploy a JAR file without restarting Tomcat?
> 
> So would restarting one of my applicaitons pick up the new 
> shared JAR and all the other apps would continue to use the
> old version?

No - read the first response.  Anything in the shared directories is handled by 
the common classloader.  You have to restart Tomcat to get it to read any 
updated jars.  Restarting individual webapps is irrelevant in this situation.

 - 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

Help with tomcat configuration

[btodd_22]

I am trying to track down a problem that has something to do with this error
below

[CODE]java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Properties.java:418)
at java.util.Properties.load0(Properties.java:337)
at java.util.Properties.load(Properties.java:325)
at
snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278)
at
snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167)
at
snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221)[/CODE]

Now here is what i know, the code that is calling the Connection pool is
correct since i can put the .war file out on another machine and it works
fine.  I have been looking through the conf files for some sort of
incosistency between the two environment.  Is it incorrect to assume that
tomcat can't find my db.properties file if so where do i tell tomcat to
look? or does any one else have a better idea on where to look.

Thanks in advance.

Brandon
-- 
View this message in context: 
http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29024672.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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

Re: Possible to redeploy a JAR file without restarting Tomcat?

[laredotornado]

Regarding "restarting" an application, the JAR file in question is in a
common shared directory by all applications and each application has its
files deployed in a folder within the CATALINA_HOME/webapps directory.  

So would restarting one of my applicaitons pick up the new shared JAR and
all the other apps would continue to use the old version? - Dave



Pid * wrote:
> 
> On 27/06/2010 20:04, laredotornado wrote:
>> 
>> Hi,
>> 
>> I'm using Tomcat 6.0.26.  There is one JAR file I repeatedly rebuild and
>> deploy and I was wondering if there is any way, obscure or otherwise, to
>> deploy this JAR file without having to restart Tomcat.  
>> 
>> Thanks for any insights, - Dave
> 
> You can restart an individual application, but you can't dynamically
> replace a jar.  See the Context element description for the "reloadable"
> attribute in the config docs and the WatchedResource element in the
> default Context definition (in tomcat/conf/context.xml)
> 
> 
> p
> 
> 
>  
> 

-- 
View this message in context: 
http://old.nabble.com/Possible-to-redeploy-a-JAR-file-without-restarting-Tomcat--tp29007357p29024617.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


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

Does tomcat replicate all sessions before starting the application when redeploying?

[Dimitar Asenov]

Hi everyone,

In the company I work for we have a Tomcat cluster with two instances
(version 5.5.25) running on a single Xen virtual machine (kernel
2.6.18). We use the default, one line, cluster configuration. Our main
goal is to make sure our web page is available and that all sessions
survive during redeployment.

We haven't yet observed a problem but were wondering if sessions could
be lost during our redeployment procedure. Here is what we do:
a) Application is running on tomcatA and tomcatB and all sessions are replicated
b) Application on tomcatA is undeployed, all requests are redirected to tomcatB
c) Application on tomcatA is deployed
* Now the cluster needs to make sure that all sessions are replicated
properly on tomcatA
d) Application on tomcatB is undeployed, all requests are redirected to tomcatA
e) Application on tomcatB is deployed

We use an ant script and the tomcat manager tasks to control the
deployment procedure. More specifically we use two consecutive deploy
tasks where the update field is set to true. Note that we are not
actually bringing down any tomcat instance, but rather we're just
redeploying a particular application while the rest are still running.

   1. Could sessions be lost in this procedure when the undeployment
of the webapp on tomcatB happens right after the deployment on
tomcatA?
   2. Does the tomcat manager deploy task in step (c) only return once
all sessions are successfully replicated?
   3. If not is there a way to ensure all sessions are replicated
before undeploying the webapp on tomcatB?

Thanks,
Mitko

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

Re: jconsole

[Kaushal Shriyan]

On Tue, Jun 29, 2010 at 7:22 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:

> > From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
> > Subject: jconsole
> >
> > Does jconsole
> > http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html
> > cause additional overheads on a server?
>
> Of course - not even Java can avoid Heisenberg.  Just how much overhead
> depends on what you're looking at and how often you look.  Whether or not
> the effect is ignorable in your environment is something only you can
> decide.
>
>  - Chuck
>
> Hi Chuck,

My servers are heavily loaded running multiple tomcat instances. Are there
light weight applications in competent to jconsole.
Please suggest.

Thanks,

Kaushal

RE: jconsole

[Caldarale, Charles R]

> From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com]
> Subject: jconsole
> 
> Does jconsole
> http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html
> cause additional overheads on a server?

Of course - not even Java can avoid Heisenberg.  Just how much overhead depends 
on what you're looking at and how often you look.  Whether or not the effect is 
ignorable in your environment is something only you can decide.

 - 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

jconsole

[Kaushal Shriyan]

Hi,

Does jconsole
http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html cause
additional overheads on a server?

Thanks,

Kaushal

Re: "Application" vars -

[Shay Rojansky]

Hi Eric.

Would making your servlet reload all application vars not be akin to simply
reloading your servlet altogether, by changing context/init params in your
web.xml or context.xml?

If you really want to avoid an application reload, why not just have your
app read its values from a properties config file instead of a DB? It would
be much more lightweight and standard.

Shay

On Mon, Jun 28, 2010 at 11:37 PM, Eric P  wrote:

> I've been loading up my web.xml with context and init params for my first
> app, but I'm thinking at some point it'd be nice to tweak these values on
> the fly while the app is running.
>
> What are some good practices to accomplish this?
>
> I'm leaning towards storing all application variables in a database table
> w/one record, and loading these values into the application scope w/a
> servlet on app startup.  Then if I need to tweak any values I could update
> the db record and hit this servlet to reload all the application scope vars.
>
> I'm guessing there's some other possibly better ways to go about this.
>
> Thanks for reading,
> Eric P.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: [ANN] Apache Tomcat 7.0.0-beta released

[Mark Thomas]

On 29/06/2010 13:48, Mark Thomas wrote:

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.0 beta.


Folks, I think the list might be about to get a number of these. It 
looked like I was having e-mail issues so the message got resent several 
times. Apologies in advance for any more duplicates.


Mark

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

[ANN] Apache Tomcat 7.0.0 beta released

[Mark Thomas]

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.0 beta.

Note that this version has 4 zip binaries: a generic one and three
bundled with Tomcat native binaries for Windows operating systems 
running on different CPU architectures.


Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0,
including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 
specifications, web application memory leak detection and prevention, 
improved security for the Manager and Host Manager applications, Generic 
CSRF protection, support for including external content directly in a 
web application (aliases), re-factoring (connectors, life-cycle) and 
lots of internal code clean-up.


Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-7.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-70.cgi

Migration guide from Apache Tomcat 5.5.x and 6.0.x:
http://tomcat.apache.org/migration.html

Thank you,

-- The Apache Tomcat Team

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

Re: Webapp reloading issue and intermittent 404 errors

[Mark Thomas]

On 29/06/2010 12:51, Tomislav Petrović wrote:


This is problematic code (part of normalize method):

// Resolve occurrences of "//" in the normalized path
while (true) {
int index = normalized.indexOf("//");
if (index<  0)
break;
normalized = normalized.substring(0, index) +
normalized.substring(index + 1);
}

Seems to me code assumes that if it founds "//" in a string then this "//" is 
not at the
end of the string (has to have something behind it). In general case this 
sounds like a
bug to me (however I am not expert here and don't know from where filename 
comes and how
it should be written).
So if anyone can tell me form where a name (filename) given to normalize comes 
(I assume
it is something in classpath, configuration, path, or?). So I can find it 
and remove
(probably extra // or \) to solve my problem.


Nope. That code will run quite happily if "//" is at the end of the 
string. That is what is so odd about this error.


Also note it is perfectly valid for the path to end with "/".

Mark

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

Re: Webapp reloading issue and intermittent 404 errors

[Tomislav Petrović]

Pid said on 29.6.2010 13:36:

On 29/06/2010 11:51, Tomislav Petrović wrote:

Tomislav Petrović said on 28.6.2010 15:46:

Caldarale, Charles R said on 28.6.2010 15:32:

Seems to me it is related to web app reloading but this
is my blind guess.


What makes you suspicious that reloading is going on?



Just my VERY BIG AND BLIND guess based on classes involved in stack trace.



This is my "dissection" of problematic stacktrace using my limited Java 
knowledge and Tomcat sources.
Stacktrace written in "reverse" way to follow code flow more easily.

at java.lang.Thread.run(Thread.java:619)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601)

Background thread which periodically calls "backgroundProcess" on container and 
its children, I believe it is
used to determine wether app needs to be reloaded (make sense to me that 
something periodically needs to check
wether app needs to be reloaded).

at 
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309)
at 
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398)
at 
org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477)
at 
org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822)

"modified" is called in order to find if "one or more classes or resources been 
modified so that a reload is appropriate?",
at least that is what the JavaDoc comment says.

at 
org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840)
at 
org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747)
at 
org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429)

Just forwards call to more appropriate classes up to here.

at 
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811)

Here a File object of "Return a File object representing the specified 
normalized
context-relative path if it exists and is readable" is created, however name 
given to it
chokes up "normalize", it seems.

at 
org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771)
at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)

This is problematic code (part of normalize method):

// Resolve occurrences of "//" in the normalized path
while (true) {
int index = normalized.indexOf("//");
if (index<  0)
break;
normalized = normalized.substring(0, index) +
normalized.substring(index + 1);
}

Seems to me code assumes that if it founds "//" in a string then this "//" is 
not at the
end of the string (has to have something behind it). In general case this 
sounds like a
bug to me (however I am not expert here and don't know from where filename 
comes and how
it should be written).
So if anyone can tell me form where a name (filename) given to normalize comes 
(I assume
it is something in classpath, configuration, path, or?). So I can find it 
and remove
(probably extra // or \) to solve my problem.

And after I know what caused this, should this be reported as bug into Bugzilla?


Not unless someone here says so.  We haven't eliminated the possibility
of errors in the config files yet.




OK, which configuration (classpath, windows path, what?) is in question 
here and has, possible extra, // at the end of string? Which parameter 
should I hunt for?


--
Tomy 

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

[ANN] Apache Tomcat 7.0.0-beta released

[Mark Thomas]

The Apache Tomcat team announces the immediate availability of Apache
Tomcat 7.0.0 beta.

Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0,
including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 
specifications, web application memory leak detection and prevention, 
improved security for the Manager and Host Manager applications, Generic 
CSRF protection, support for including external content directly in a 
web application (aliases), re-factoring (connectors, life-cycle) and 
lots of internal code clean-up.


Please refer to the change log for the list of changes:
http://tomcat.apache.org/tomcat-7.0-doc/changelog.html

Downloads:
http://tomcat.apache.org/download-70.cgi

Migration guide from Apache Tomcat 5.5.x and 6.0.x:
http://tomcat.apache.org/migration.html

Thank you,

-- The Apache Tomcat Team

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

Re: [ANN] Tomcat blog now available

[Pid]

On 29/06/2010 12:17, Mark Thomas wrote:
> The Apache Tomcat team is pleased to announce the creation of the Apache
> Tomcat blog:
> http://blogs.apache.org/tomcat/
> 
> The Tomcat developers will be regularly blogging about Tomcat
> development and Tomcat related topics. To start the blog off, there is a
> short entry on Tomcat 7.
> 
> Thank you,
> 
> -- The Apache Tomcat Team

... and the server falls over.

:s


p



signature.asc
Description: OpenPGP digital signature

Re: Webapp reloading issue and intermittent 404 errors

[Pid]

On 29/06/2010 11:51, Tomislav Petrović wrote:
> Tomislav Petrović said on 28.6.2010 15:46:
>> Caldarale, Charles R said on 28.6.2010 15:32:
 Seems to me it is related to web app reloading but this
 is my blind guess.
>>>
>>> What makes you suspicious that reloading is going on?
>>>
>>
>> Just my VERY BIG AND BLIND guess based on classes involved in stack trace.
>>
> 
> This is my "dissection" of problematic stacktrace using my limited Java 
> knowledge and Tomcat sources.
> Stacktrace written in "reverse" way to follow code flow more easily.
> 
>   at java.lang.Thread.run(Thread.java:619)
>   at 
> org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590)
>   at 
> org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
>   at 
> org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
>   at 
> org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601)
> 
> Background thread which periodically calls "backgroundProcess" on container 
> and its children, I believe it is 
> used to determine wether app needs to be reloaded (make sense to me that 
> something periodically needs to check
> wether app needs to be reloaded).
> 
>   at 
> org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309)
>   at 
> org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398)
>   at 
> org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477)
>   at 
> org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822)
>   
> "modified" is called in order to find if "one or more classes or resources 
> been modified so that a reload is appropriate?",
> at least that is what the JavaDoc comment says.
> 
>   at 
> org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840)
>   at 
> org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747)
>   at 
> org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429)
> 
> Just forwards call to more appropriate classes up to here.
> 
>   at 
> org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811)
> 
> Here a File object of "Return a File object representing the specified 
> normalized
> context-relative path if it exists and is readable" is created, however name 
> given to it
> chokes up "normalize", it seems.
> 
>   at 
> org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771)
>   at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)
> 
> This is problematic code (part of normalize method):
> 
>   // Resolve occurrences of "//" in the normalized path
>   while (true) {
>   int index = normalized.indexOf("//");
>   if (index < 0)
>   break;
>   normalized = normalized.substring(0, index) +
>   normalized.substring(index + 1);
>   }
> 
> Seems to me code assumes that if it founds "//" in a string then this "//" is 
> not at the
> end of the string (has to have something behind it). In general case this 
> sounds like a 
> bug to me (however I am not expert here and don't know from where filename 
> comes and how
> it should be written).
> So if anyone can tell me form where a name (filename) given to normalize 
> comes (I assume
> it is something in classpath, configuration, path, or?). So I can find it 
> and remove
> (probably extra // or \) to solve my problem.
> 
> And after I know what caused this, should this be reported as bug into 
> Bugzilla?

Not unless someone here says so.  We haven't eliminated the possibility
of errors in the config files yet.


p

> I'll give you server.xml and other conf as soon as I get them today.
> 
> Thanks everyone,
> --
> Tomy 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 




signature.asc
Description: OpenPGP digital signature

[ANN] Tomcat blog now available

[Mark Thomas]

The Apache Tomcat team is pleased to announce the creation of the Apache 
Tomcat blog:

http://blogs.apache.org/tomcat/

The Tomcat developers will be regularly blogging about Tomcat 
development and Tomcat related topics. To start the blog off, there is a 
short entry on Tomcat 7.


Thank you,

-- The Apache Tomcat Team



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

Re: Webapp reloading issue and intermittent 404 errors

[Tomislav Petrović]

Tomislav Petrović said on 28.6.2010 15:46:
> Caldarale, Charles R said on 28.6.2010 15:32:
> >> Seems to me it is related to web app reloading but this
> >> is my blind guess.
> >
> > What makes you suspicious that reloading is going on?
> >
> 
> Just my VERY BIG AND BLIND guess based on classes involved in stack trace.
> 

This is my "dissection" of problematic stacktrace using my limited Java 
knowledge and Tomcat sources.
Stacktrace written in "reverse" way to follow code flow more easily.

at java.lang.Thread.run(Thread.java:619)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601)

Background thread which periodically calls "backgroundProcess" on container and 
its children, I believe it is 
used to determine wether app needs to be reloaded (make sense to me that 
something periodically needs to check
wether app needs to be reloaded).

at 
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309)
at 
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398)
at 
org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477)
at 
org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822)

"modified" is called in order to find if "one or more classes or resources been 
modified so that a reload is appropriate?",
at least that is what the JavaDoc comment says.

at 
org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840)
at 
org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747)
at 
org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429)

Just forwards call to more appropriate classes up to here.

at 
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811)

Here a File object of "Return a File object representing the specified 
normalized
context-relative path if it exists and is readable" is created, however name 
given to it
chokes up "normalize", it seems.

at 
org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771)
at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131)

This is problematic code (part of normalize method):

// Resolve occurrences of "//" in the normalized path
while (true) {
int index = normalized.indexOf("//");
if (index < 0)
break;
normalized = normalized.substring(0, index) +
normalized.substring(index + 1);
}

Seems to me code assumes that if it founds "//" in a string then this "//" is 
not at the
end of the string (has to have something behind it). In general case this 
sounds like a 
bug to me (however I am not expert here and don't know from where filename 
comes and how
it should be written).
So if anyone can tell me form where a name (filename) given to normalize comes 
(I assume
it is something in classpath, configuration, path, or?). So I can find it 
and remove
(probably extra // or \) to solve my problem.

And after I know what caused this, should this be reported as bug into Bugzilla?

I'll give you server.xml and other conf as soon as I get them today.

Thanks everyone,
--
Tomy 

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

Re: connector configuration values - need help to review

[Rainer Jung]

In addition to the comments in your other discussion thread.

On 28.06.2010 23:23, Rumpa Giri wrote:



Worker.properties





ps=\

# ps=/


Remove, doesn't mean anything.


worker.list=loadbalancer



worker.template.type=ajp13

worker.template.lbfactor=1

worker.template.socket_keepalive=True

worker.template.socket_timeout=300


I don't like "socket_timeout". Have a look at

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


worker.template.connection_pool_timeout=600

worker.template.connection_pool_size=200

worker.template.connect_timeout=6



worker.server1.port=8009

worker.server1.host=192.168.100.119

worker.server1.reference=worker.template



worker.server2.port=8009

worker.server2.host=192.168.100.120

worker.server2.reference=worker.template





worker.loadbalancer.type=lb

worker.loadbalancer.balance_workers=server1,server2

worker.loadbalancer.method=B

I'd start with "R".


---

uriworkermap.properties

---



/myjsps/*=loadbalancer



-

Server.xml AJP connector tag

-



 


Did you set jvmRoute?

Regards,

Rainer

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

Re: questions on documentation for configuring AJP connector

[Rainer Jung]

On 28.06.2010 22:06, Rumpa Giri wrote:


We are trying to upgrade to the latest connector. While going through the
worker properties variables to set we have few questions regarding the
following -


Please do also grab the source tarball. In version 1.2.30 it contains an 
example configuration file that has a lot of helpful comments in it.



1) connection_pool_size -




Usually this is the same as the number of threads per web server process.

(cut-paste from the description for connection_pool_size)



I am not familiar with IIS - so how do you determine the above?


There was some debate, whether there's a way to automatically determine 
that. Microsoft doesn't really document it and it seems to depend a lot 
on IIS version and windows details. See also André's comments.



Also does this property have any correlation with the attribute MaxThreads
in the  tag of server.xml? How do you determine what value should
you put for MaxThreads?


If there is only one Tomcat you are forwarding to, then it would be the 
same number. Tomcat - without the tcnative/APR connector - uses one 
thread per incoming connection.


Things get more complicated, if you start using IIS with multiple 
processes, or a farm of several Tomcats.



2) connection_pool_timeout - The server.xml - the default value if not
specified explicitly is 6(60 secs). I see in our server.xml AJP
connector tag - its not specified - which means I do need to specify this
property connection_pool_timeout in our worker.properties as 60? The
documentation says the default for connection_pool_timeout is 0, shouldn't
it be 60 if this has to be in synch with server.xml?


It should be in sync (apart form the fact that one is in seconds and the 
other in milliseconds) and you should expliciteley set both. See the 
commented example config in the 1.2.30 source download.



3) The worker.loadbalancer.method property - currently not set - but we are
thinking of doing as B instead of default R. What do you use in general? Is
there a disadvantage to switching from Request to Busyness?


https://issues.apache.org/bugzilla/show_bug.cgi?id=44454

R should be good enough in most cases, except things like many parallel 
and long running requests, e.g. download farms for huge content.


Regards,

Rainer

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

Re: How to make a webapp restart

[Pid]

On 28/06/2010 23:22, Dola Woolfe wrote:
> 
> 
> 
> 
> - Original Message 
> From: "Caldarale, Charles R" 
> To: Tomcat Users List 
> Sent: Mon, June 28, 2010 5:54:47 PM
> Subject: RE: How to make a webapp restart
> 
>> From: Dola Woolfe [mailto:dolac...@yahoo.com]
>> Subject: How to make a webapp restart
>>
>> What setting makes a webapp restart when a .jar changes under
>> tomcat/lib?
> 
> Nothing.  Since the jar is in tomcat/lib, it's handled by the common class 
> loader, so you have to restart Tomcat to get the updated jar recognized.  If 
> the jar were in the webapp's WEB-INF/lib directory, you could restart just 
> that one webapp.
> 
> - Chuck
> 
> 
> 
> Thanks, Chuck.
> 
> And is there a setting to have Tomcat automatically restarted when jar 
> changes under tomcat/lib?

No there isn't.


p

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




signature.asc
Description: OpenPGP digital signature

Re: exception on hitting tomcat url

[Pid]

On 29/06/2010 05:38, vinay basavanal wrote:
> Ya sorry for that
>  Tomcat version is 6.0.16
> and am attaching the server.xml file

We don't usually ask you to /attach/ files because the mailing list
sometimes strips attachments, and because various mail archives don't
store them.

One of the advantages of a public mail archive is that other users with
problems can search them and maybe learn from them.  If key information
is in an attached file then it's often not available a few months later,
so they can't see what the problem was.

You also completely ignored the request to remove the comments from your
server.xml.  Details are important.

Create a backup of the server.xml file and then edit out all of the
comments.  You might find it easier to spot what's wrong with the HTTP
Connector.


> on 8089 ajp connector is defined in xml but i dont know anything about
> ajp connector
>  
> and HTTp is configured on 8081
> when i hit http://localhost:8081  i get http 400

See above.


> and when i hit  http://localhost:8089  i get
> exception in tomcat console

That's because 'hitting' 8089 won't send a properly formatted AJP
message to the connector.


p

> On Mon, Jun 28, 2010 at 6:35 PM, Caldarale, Charles R
> mailto:chuck.caldar...@unisys.com>> wrote:
> 
> > From: vinay basavanal [mailto:vinay.s...@gmail.com
> ]
> > Subject: Re: exception on hitting tomcat url
> >
> > i  i have this line can u explain me
> 
> Highly unlikely that anyone other than your therapist can explain you.
> 
> You apparently didn't bother to read Pid's suggested link, and you
> still avoid telling us any useful information, which at the minimum
> would include the exact versions of all the product involved, the
> URL you're using, the httpd configuration, and the Tomcat server.xml
> (minus comments and passwords).
> 
>  - 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
> 
> 
> 
> 
> 
> -- 
> Thanks & Regards
> Vinay
> 9972078950
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org




signature.asc
Description: OpenPGP digital signature

RE: Connection is closed when CometEvent.close is called during an event

[Reich, Matthias]

 

> -Original Message-
> From: Konstantin Kolinko
> Sent: Friday, June 11, 2010 4:46 AM
> To: Tomcat Users List
> Subject: Re: Connection is closed when CometEvent.close is 
> called during an event
> 

> Regarding Comet + Keep-Alive, if it does not work, it is worth filing
> an enhancement request against Tomcat 7.   It would be easier if there
> were some sample code or better a test case.  This new use case has to
> be tested.
> 

I have had a look at Tomcat 7 and recognized that with Tomcat 7 I would 
probably refactor my application to use Servlet 3 conforming
asynchronous processing instead of the CometProcessor interface.

I assume that keep alive will be supported in conjunction with async
processing?
Then, it would no longer make sense using the CometProcessor interface
to implement long poll.

However, I am not sure if it will be possible for us to change 
to Tomcat 7 soon. From the release notes I read that it requires Java 6
and I suspect that we will be bound to Java 5 for quite a while.

Hence, is there also any interest in respective improvements for Tomcat 6?
Then I could provide an example servlet as a patch.


Regards,
Matthias



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

Re: How to make a webapp restart

[Christoph Kukulies]

Am 29.06.2010 00:22, schrieb Dola Woolfe:



Thanks, Chuck.

And is there a setting to have Tomcat automatically restarted when jar changes 
under tomcat/lib?

   
I'm not sure if this is of any use for you, Dola, but when a .war file 
is deployed to the webapps directory, tomcat loads the webapp.
I don't know, what happens, when this .war file is updated our touched. 
And there is JIT compilation if that's of any use.


--
Christoph


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