On Jan 30, 2014 11:02 PM, "Daniel Mikusa" wrote:
>
> On Jan 30, 2014, at 3:38 PM, Yann Simon wrote:
>
> > 2014-01-30 Daniel Mikusa :
> >> On Jan 30, 2014, at 11:18 AM, Yann Simon
wrote:
> >>
> >>> Hi,
> >>>
> >>> I wrote a sample app to demonstrate the problem:
> >>> https://github.com/yanns/ser
> From: Mark Eggers [mailto:its_toas...@yahoo.com]
> Subject: Re: Manager Doesn't Recognize context = "/"
> > In the meantime, I've got lots of webapps from my earlier, currently
> > working config that use a context path that is different from the
> > appBase folder name.
> You mean docBase (I
Jerry,
On 1/30/2014 6:39 PM, Jerry Malcolm wrote:
Thanks so much for the info and ongoing education. I think I'm
getting there. But please bear with me. I'm still trying to get a
handle on how this all works and what the best practices are.
It's really not what the best practices are, it's
On 1/30/2014 5:33 PM, Jerry Malcolm wrote:
well I thought I had it down. but now things aren't working.
I have a directory structure: c:\domains\myhost\webapps\aWebApp\
In server.xml, I've defined the host with appRoot of c:\domains\myhost\webapps
I want the url to this webapp to be myHos
Thanks so much for the info and ongoing education. I think I'm
getting there. But please bear with me. I'm still trying to get a
handle on how this all works and what the best practices are.
I now understand that TC will take all folders it finds in the appBase
folder and deploy them, assuming
> From: Jerry Malcolm [mailto:2ndgenfi...@gmail.com]
> Subject: Re: Manager Doesn't Recognize context = "/"
> I have a directory structure: c:\domains\myhost\webapps\aWebApp\
> In server.xml, I've defined the host with appRoot of c:\domains\myhost\webapps
Do you mean appBase? (Precision co
well I thought I had it down. but now things aren't working.
I have a directory structure: c:\domains\myhost\webapps\aWebApp\
In server.xml, I've defined the host with appRoot of c:\domains\myhost\webapps
I want the url to this webapp to be myHost.com/aaa
So according to the instructions a
Please don't top-post . . .
Comments at the bottom.
On 1/30/2014 1:43 PM, Jerry Malcolm wrote:
ok... I'm going to bite the bullet and move forward... I've set up a
sandbox and downloaded 7.0.50.
As I started comparing my server.xml to the template in the 7.0.50, I
realized that I actually did
Folks,
I'm trying to create some integration tests with the Maven plugin.
OS: Fedora 20 64 bit
Windows 7 Home Premium 64 bit
JRE:1.7.0_51
JDK:1.7.0_51
Maven: 3.12 on Fedora
3.10 on Windows
Plugin: 2.2
First thing is I guess I've misunderstood the true
configuration
Makes sense... thanks
I'll be back :-)
On Thu, Jan 30, 2014 at 4:00 PM, Mark Thomas wrote:
> On 30/01/2014 21:43, Jerry Malcolm wrote:
>> That's worked fine. I have known for a while that the
>> recommendation is to NOT include blocks in server.xml and
>> to rather create context.xml f
On Jan 30, 2014, at 3:38 PM, Yann Simon wrote:
> 2014-01-30 Daniel Mikusa :
>> On Jan 30, 2014, at 11:18 AM, Yann Simon wrote:
>>
>>> Hi,
>>>
>>> I wrote a sample app to demonstrate the problem:
>>> https://github.com/yanns/servlet31_async
>>>
>>> You can generate an exploded war with maven:
On 30/01/2014 21:43, Jerry Malcolm wrote:
> That's worked fine. I have known for a while that the
> recommendation is to NOT include blocks in server.xml and
> to rather create context.xml files in META-INF directory. Fine
> but here's the wall I'm hitting if I have one context.xml for
>
ok... I'm going to bite the bullet and move forward... I've set up a
sandbox and downloaded 7.0.50.
As I started comparing my server.xml to the template in the 7.0.50, I
realized that I actually did start from the template for 7.0.27 for
everything except the context blocks. That's where I hit a
2014-01-30 Daniel Mikusa :
> On Jan 30, 2014, at 11:18 AM, Yann Simon wrote:
>
>> Hi,
>>
>> I wrote a sample app to demonstrate the problem:
>> https://github.com/yanns/servlet31_async
>>
>> You can generate an exploded war with maven: mvn war:exploded
>> I deployed the application in tomcat 8.0.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/30/14, 2:49 PM, Jerry Malcolm wrote:
> The element hasn't been valid in Tomcat for longer
> than I can remember. This config smacks of someone blindly
> copying over a very, very old setup into a more recent
> installat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/30/14, 2:27 PM, Jerry Malcolm wrote:
> Regarding upgrading to the latest version, I know there are tons
> of bug fixes and improvements in each version update. But my
> paranoia sets in, and I tend to get into the "if it ain't broke,
>
The element hasn't been valid in Tomcat for longer than I can
remember. This config smacks of someone blindly copying over a very, very
old setup into a more recent installation. Bad idea.
You're making my point precisely about why I don't upgrade every time
a new release comes
> From: Jerry Malcolm [mailto:2ndgenfi...@gmail.com]
> Subject: Re: Manager Doesn't Recognize context = "/"
> Other than bug fixes and possibly improved stability, is there
> anything in 7.0.50 that is an absolute must-have?
Depends on how willing you are to have your site exposed to published
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Thursday, January 30, 2014 1:29 PM
> To: Tomcat Users List
> Subject: Re: Manager Doesn't Recognize context = "/"
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Chuck,
>
> On 1/30/14
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chuck,
On 1/30/14, 2:24 PM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: Manager Doesn't Recognize context = "/"
>
>>> The WEB-INF folder is in the root.
>
> I don't know exactly w
Thanks, Chris. I'll make that change.
Regarding upgrading to the latest version, I know there are tons of
bug fixes and improvements in each version update. But my paranoia
sets in, and I tend to get into the "if it ain't broke, don't fix it"
mode fearing that there's been some tweak in the late
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Manager Doesn't Recognize context = "/"
> > The WEB-INF folder is in the root.
I don't know exactly what that means, but it's probably a big mistake.
> You should probably switch deployment strategies. It will save
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Thursday, January 30, 2014 1:10 PM
> To: Tomcat Users List
> Subject: Re: Manager Doesn't Recognize context = "/"
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Jerry,
>
> On 1/30/14
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/30/14, 2:06 PM, Jerry Malcolm wrote:
> Hi Christopher,
>
> I don't use a WAR. Everything is static (folder structure is
> already set up in docRoot folder). The WEB-INF folder is in the
> root.
You should probably switch deployment s
Hi Christopher,
I don't use a WAR. Everything is static (folder structure is already
set up in docRoot folder). The WEB-INF folder is in the root.
Server.xml:
On Thu, Jan 30, 2014 at 12:52 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/30/14, 1:31 PM, Jerry Malcolm wrote:
> I have a virtual server that has one app (other than manager), and
> this app resides at the root of the domain. I know that is not the
> best practices recommended... but it is what it is, and it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vicky,
On 1/30/14, 12:53 PM, vicky007aggar...@yahoo.co.in wrote:
> I've following queries,pls help me in understand the concepts :--
>
> is it required to delete the work & temp while doing a deployment
> in Tomcat ?
No, but it sometimes helps whe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 1/30/14, 10:34 AM, Mark H. Wood wrote:
> On Wed, Jan 29, 2014 at 10:27:13AM -0500, Christopher Schultz
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> Mark,
>>
>> On 1/29/14, 9:49 AM, Mark H. Wood wrote:
>>> On Tue, Jan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jakub,
On 1/29/14, 5:39 PM, Ja kub wrote:
> Caused by: java.lang. NoClassDefFoundError: Could not initialize
> class net.sf.hajdbc.sql.Driver at java.lang.Class.forName0(Native
> Method) ~[na:1.6.0_37] at java.lang.Class.forName(Class.java:169)
> ~[
I have a virtual server that has one app (other than manager), and
this app resides at the root of the domain. I know that is not the
best practices recommended... but it is what it is, and it works, at
least other than with the manager.
The manager lists the "/" context and tells me how many acti
Hi Guys,
I've following queries,pls help me in understand the concepts :--
>>>is it required to delete the work & temp while doing a deployment in Tomcat ?
>>> is it required to restart the tomcat instance in case of deploying a new
>>> version of code?
sometimes i did observe that there
2014-01-30 Yann Simon :
> It means we cannot write real asynchronous reactive applications with
> servlet 3.1... disappointing.
>
> onDataAvailable is already something asynchronous, so starting an
asynchronous operation from it to do the same thing you're supposed to do
is not going to make thing
On Jan 30, 2014, at 11:18 AM, Yann Simon wrote:
> Hi,
>
> I wrote a sample app to demonstrate the problem:
> https://github.com/yanns/servlet31_async
>
> You can generate an exploded war with maven: mvn war:exploded
> I deployed the application in tomcat 8.0.0-RC10.
>
> The 2 upload form does
2014-01-30 Rémy Maucherat :
> 2014-01-30 Yann Simon :
>
>> Hi,
>>
>> I wrote a sample app to demonstrate the problem:
>> https://github.com/yanns/servlet31_async
>>
>> You can generate an exploded war with maven: mvn war:exploded
>> I deployed the application in tomcat 8.0.0-RC10.
>>
>> The 2 uploa
2014-01-30 Yann Simon :
> Hi,
>
> I wrote a sample app to demonstrate the problem:
> https://github.com/yanns/servlet31_async
>
> You can generate an exploded war with maven: mvn war:exploded
> I deployed the application in tomcat 8.0.0-RC10.
>
> The 2 upload form does work.
> The 1st upload form
Hi,
I wrote a sample app to demonstrate the problem:
https://github.com/yanns/servlet31_async
You can generate an exploded war with maven: mvn war:exploded
I deployed the application in tomcat 8.0.0-RC10.
The 2 upload form does work.
The 1st upload form uses a new thread in , and that does not w
On Wed, Jan 29, 2014 at 10:27:13AM -0500, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Mark,
>
> On 1/29/14, 9:49 AM, Mark H. Wood wrote:
> > On Tue, Jan 28, 2014 at 12:32:22PM -0500, Daniel Mikusa wrote:
> >> On Jan 28, 2014, at 12:05 PM, Vye wrote:
> >>> I
On Thu, Jan 30, 2014 at 1:13 PM, Cédric Couralet
wrote:
> Hi,
>
> 2014/1/30 Randeep :
> > Hi,
> >
> > I'm getting the following exception. I'm running it in Netbeans IDE. With
> > tomcat 7.50.0
> >
> > Am I missing some libraries here? Jar files? Developers says its not
> their
> > code problem it
Why are plain text passwords in the config files? Because there is no good
way to "secure" them. When Tomcat needs to connect to a database, it needs
the original password. While the password could be encoded, there still
needs to be a mechanism to decode it. And since the source to Tomcat is
freel
On 30/01/2014 09:46, Ja kub wrote:
> is it possible not to write keystorePass in open text server.xml, and make
> tomcat to ask for it at startup ?
> or specify only some hash of it (rather not possible) ?
http://wiki.apache.org/tomcat/FAQ/Password
Mark
--
is it possible not to write keystorePass in open text server.xml, and make
tomcat to ask for it at startup ?
or specify only some hash of it (rather not possible) ?
BR
J.
On 30/01/2014 00:23, Ja kub wrote:
> Is it possible under windows to use define keystore in windows certificate
> manager instead of filesystem file, eg:
> instead of usual
> keystore="conf/cert/tomcat.p12"
> I would like to use certificate stored in windows vault:
>
> keystore="certmgr:tomcat.p12
42 matches
Mail list logo
