Mark Thomas apache.org> writes:
> > I checked Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer
> > on tomcat site
> >
> > http://tomcat.apache.org/tomcat-6.0-doc/config/cluster-deployer.html
> >
> > This goober is currently pretty broken, but we are
> > working hard to fix it
2011/4/29 :
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Sent: Thursday, April 28, 2011 4:46 PM
>
>> The installer itself is a 32-bit program.
>
>> The "SetRegView 64" command switches it to using 64-bit part of
>> registry. This command is documented here:
>> http://nsis.sourcefor
On Apr 28, 2011, at 4:53 PM, Konstantin Kolinko wrote:
> 2011/4/29 János Löbb :
>> Hi Konstantin, Chuck,
>>
>> I think I tried also with .../WEB-INF/classes and it still complained that
>> it could not find or open the util package. Then I moved the two
>> HTMLFilter.* files out from there a
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Thursday, April 28, 2011 4:46 PM
> The installer itself is a 32-bit program.
> The "SetRegView 64" command switches it to using 64-bit part of
> registry. This command is documented here:
> http://nsis.sourceforge.net/Docs/Chapter4.h
Hi Felix,
To keep you posted, your solution is working smoothly, the error was coming
from redirect set to the cluster instead of the jvmRoute.
My point (and for now it is a pure theorical question as I don't have the
need) was If I want to add a third or fourth server (for load reason). I
will h
2011/4/29 János Löbb :
> Hi Konstantin, Chuck,
>
> I think I tried also with .../WEB-INF/classes and it still complained that it
> could not find or open the util package. Then I moved the two HTMLFilter.*
> files out from there a level up, commented out the package declaration in
> HTMLFilter.
2011/4/29 :
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Sent: Thursday, April 28, 2011 4:23 PM
>
>
>> Note the "SetRegView 64" command in Function findJavaHome in tomcat.nsi line
>> 641
>
> I'm not familiar with this scripting language so I don't know what
> "setRegView 64" does
Hi Konstantin, Chuck,
I think I tried also with .../WEB-INF/classes and it still complained that it
could not find or open the util package. Then I moved the two HTMLFilter.*
files out from there a level up, commented out the package declaration in
HTMLFilter.java and then javac compiled Sessi
2011/4/28 Juriy Bura :
> I'd appreciate any other hint how to access Manager from context
a) use JMX, like the Tomcat Manager web application does
b) implement a Valve that does whatever you want. Valves have access
to Tomcat classes.
c) (hacky) Thread.getContextClassLoader() and follow some lin
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Thursday, April 28, 2011 4:23 PM
> Note the "SetRegView 64" command in Function findJavaHome in tomcat.nsi line
> 641
I'm not familiar with this scripting language so I don't know what "setRegView
64" does.
But looking at lines 6
Nice thread. Nice work. Impressive all the way around.
-Terence Bandoian
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Subject: Re: SessionExample from the examples webapp
> 2 Chuck: OP is building its own app, not Tomcat.
Hmmm... from the discussion, I thought the OP was building a modified examples
webapp that was included with Tomcat, and therefore
2011/4/28 :
> When run on a 64-bit Windows system the NSIS script does not check the 32-bit
> registry path for a JRE.
>
> 32-bit JRE registry path -->
> "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Runtime Environment"
> 64-bit JRE registry path --> "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSo
2011/4/28 János Löbb :
> Hi,
>
> Adding some -claspath based upon man javac, I reduced the number of errors to
> two.
>
> bml0065:classes administrator$ sudo javac -classpath
> /usr/local/apache-tomcat-7.0.10/webapps/examples/WEB-INF/classes/util:
The above should have been .../WEB-INF/classes
> That would be a bug then. Please create a bugzilla entry against Tomcat
> 7 for this.
Will do. Thanks for your help.
John
-Original Message-
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Thursday, April 28, 2011 3:07 PM
To: Tomcat Users List
Subject: Re: (Issue) Tomcat 7.0.12 sile
There is another solution that should work, and that is to define initialSize="0" so that no attempt is made to contact the DB when it is
created. Then set testOnBorrow="true"
The jdbc-pool project should work like this
http://people.apache.org/~fhanik/jdbc-pool/
Filip
On 4/28/2011 1:58 PM, Fi
> Sounds like an enhancement request might be in order...
I'll make the request.
Thanks for all you help. Much appreciated.
-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: Thursday, April 28, 2011 3:05 PM
To: Tomcat Users List
Subject: RE: (Issue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Igor,
sorry for answering this late, I was quite busy the last days
On 04/19/2011 09:04 AM, Igor Cicimov wrote:
> Hi Thomas,
>
> Yes I have reference in the catalina.sh to the log4j.properties file:
>
> LOGGING_CONFIG="-Djava.util.logging.co
On 28/04/2011 19:48, john.marci...@pb.com wrote:
> When run on a 64-bit Windows system the NSIS script does not check the 32-bit
> registry path for a JRE.
>
> 32-bit JRE registry path -->
> "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Runtime Environment"
> 64-bit JRE registry path --
> From: john.marci...@pb.com [mailto:john.marci...@pb.com]
> Subject: RE: (Issue) Tomcat 7.0.12 silent install
> When run on a 64-bit Windows system the NSIS script does not
> check the 32-bit registry path for a JRE.
> The difference being that the 32-bit entries are off the
> "Wow6432Node" k
The Tomcat hoster tells me OpenSSL is used on the server side (in a
reply email from support - I will double-check in a phone call during
business hours as this was not my current understanding).
Are you confident OpenSSL is refusing the connection to be established
when a client certficate that
this is the way to go, just setup a service dependency
On 4/28/2011 7:36 AM, Peter Crowther wrote:
You could use Windows' service dependency management (
http://support.microsoft.com/kb/193888) to start Tomcat only after Oracle
reports that it's running. This might still cause problems if Ora
- Upgraded from apache-tomcat-6.0.29 to apache-tomcat-6.0.32
- Recompiled JSVC
- Startup failed with message "Cannot find daemon loader "
- As suggested in the tomcat/apache forums, we added 'commons-daemon.jar' to
the startup classpath, and changed both the ownership and permissions without
succ
When run on a 64-bit Windows system the NSIS script does not check the 32-bit
registry path for a JRE.
32-bit JRE registry path -->
"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Runtime Environment"
64-bit JRE registry path --> "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime
Environ
"Christopher Schultz" schrieb:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Felix and Guillaume,
>
>I think you guys are working too hard for this. Isn't it as simple as
>using a redirect from each worker to the other, with no clustering or
>anything like that? You don't even need to set
Hi Chris,
first, thanks for your answer, I really do apprecciate it!
On Thu, Apr 28, 2011 at 5:00 PM, Christopher Schultz
wrote:
>
> Gregor could cheat and write a session-data-fetch servlet in the "main"
> webapp and call it from the ancillary webapp. Just use URL-based session
> ids when you c
> From: john.marci...@pb.com [mailto:john.marci...@pb.com]
> Subject: RE: (Issue) Tomcat 7.0.12 silent install
> > If the installer can't find the JVM
> > then things could go wrong.
> When I install Tomcat on the 64-bit system using the wizard I
> had to tell the installer the location of the
> From: john.marci...@pb.com [mailto:john.marci...@pb.com]
> Subject: RE: (Issue) Tomcat 7.0.12 silent install
> Is there documented procedure for installting Tomcat using
> the 32-bit zip file?
1) download
2) unzip
3) run service.bat
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AN
> From: János Löbb [mailto:janos.l...@yale.edu]
> Subject: Re: SessionExample from the examples webapp
> Where should I look for those scripts ?
The link is on the Tomcat 7 doc page:
http://tomcat.apache.org/tomcat-7.0-doc/building.html
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND
On 28/04/2011 12:25, john.marci...@pb.com wrote:
>> If the installer can't find the JVM
>> then things could go wrong.
>
> When I install Tomcat on the 64-bit system using the wizard I had to tell the
> installer the location of the 32-bit JRE.
> Doing a silent install fails since it can't find
Hi Chris,
Thanks a lot for the suggestion. Where should I look for those scripts ?
In the meantime I solved - hopefully - my problem. For some reason the javac
did not recognized the util folder or the util package declaration in
HTMLFilter.java in the util folder. So I moved it out from the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
János,
On 4/27/2011 4:26 PM, János Löbb wrote:
> Adding some -claspath based upon man javac, I reduced the number of errors to
> two.
Save yourself some time and use the build scripts that come with Tomcat:
they are capable of building TC with no er
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fernando,
On 4/25/2011 4:51 PM, Fernando Mercês wrote:
> These lines are from mod_jk.log file. Can anyone help me on how to
> interpret these entry fields? Particularly the second field between
> brackets and the fifth field between parenthesis. I wou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yongqin,
On 4/26/2011 6:57 PM, Yongqin Xu wrote:
> I am using TC 7, and the doc says, TC common classloader load
> $CATALINA_HOME/lib for thosecommonly shared lib jar files. Is it
> possible for me to config it pointing to other location? I know ifI
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 4/27/2011 8:58 AM, Caldarale, Charles R wrote:
>> From: Gregor Schneider [mailto:rc4...@googlemail.com]
>> Subject: How to access session between multiple contexts?
>
>> I have enabled the SingleSignOnValve (although authorization
>> is ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 4/26/2011 4:40 PM, Thomas Hill wrote:
> thanks for your reply. So does this mean no way on Tomcat 5.5? (as I
> won't switch to a newer version, especially 7.x any time soon)
There is another way to install your trust manager: we used this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alex,
On 4/27/2011 3:31 PM, Alex Carvalho da Silva wrote:
> It's a catalina.out log. There isn't anything before that.
> There is 4 instance running and only with this I have problem. I
> discovered that
> this problem occurs when logrotate runs, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Juriy,
On 4/27/2011 4:08 PM, Juriy Bura wrote:
> I need to access the Manager from the servlet (or filter) in Tomcat to load
> the custom session by custom session ID.
Wait, what?
> Answering your next question: why do I need it. There's an old bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Felix and Guillaume,
I think you guys are working too hard for this. Isn't it as simple as
using a redirect from each worker to the other, with no clustering or
anything like that? You don't even need to set jvmRoute, etc. since
there's no cluster.
-
On 4/28/2011 8:36 AM, Peter Crowther wrote:
You could use Windows' service dependency management (
http://support.microsoft.com/kb/193888) to start Tomcat only after Oracle
reports that it's running. This might still cause problems if Oracle does
the same as SQL Server and continues recovering a
You could use Windows' service dependency management (
http://support.microsoft.com/kb/193888) to start Tomcat only after Oracle
reports that it's running. This might still cause problems if Oracle does
the same as SQL Server and continues recovering after its "official" startup
has finished. In
> If the installer can't find the JVM
> then things could go wrong.
When I install Tomcat on the 64-bit system using the wizard I had to tell the
installer the location of the 32-bit JRE.
Doing a silent install fails since it can't find the JRE.
I then installed the 64-bit JRE. The Tomcat instal
> There is no 32-bit-only Windows service installer
My bad. I'm using the 32/64-bit Windows service installer.
I installed a 64-bit JRE and then executed a silent install and that worked.
The concern with running a 64-bit JVM is that it may behave slightly different
than the 32-bit JVM (what we
On Wed, 27 Apr 2011 21:15:36 +0100, Guillaume Favier wrote:
On Wed, Apr 27, 2011 at 8:55 PM, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:
Am Mittwoch, den 27.04.2011, 19:20 +0100 schrieb Guillaume Favier:
> Felix,
>
> Dis you check my workaround ?
>
>
> On Wed, Apr 27, 2011 at 7
>
> I have tried this before - with little success. The code does not through
> any exception now - but the DirContext object (ctx) is null and by that
> unusable:
>
>DirContext ctx = (DirContext)
> newCtx.lookup("java:comp/env/blah");
>if (ctx != nul
45 matches
Mail list logo