>Gotcha: so, the validation works properly, but the catalina.ext.dirs
>doesn't actually get added to the classpath. Oops.
that's correct
2012/2/6 Christopher Schultz
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Violeta,
>
> On 2/6/12 1:31 PM, Violeta Georgieva wrote:
> > Actually as I w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Violeta,
On 2/6/12 1:31 PM, Violeta Georgieva wrote:
> Actually as I wrote in the mail with the scenario:
>
> when I do not specify the "catalina.ext.dirs", deployment fails
>
>> INFO: Deploying web application archive
> C:\apache-tomcat-7.0.25\weba
Actually as I wrote in the mail with the scenario:
, when I do not specify the "catalina.ext.dirs", deployment fails
>INFO: Deploying web application archive
C:\apache-tomcat-7.0.25\webapps\test-web-app.war
>Feb 4, 2012 10:41:44 PM org.apache.catalina.util.ExtensionValidator
validateManifestResou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pid,
On 2/6/12 6:48 AM, Pid wrote:
> On 06/02/2012 11:08, Violeta Georgieva wrote:
>>> I was going to ask you why you were using it! So is your
>>> interest purely academic?
>> I have existing applications that are moving to Tomcat from
>> another ap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casper,
On 2/6/12 2:27 AM, Casper Wandahl Schmidt wrote:
> I was just saying what others use to say whenever someone attaches
> something :) (eg. Pid is normally on the spot and tell people to
> post xml-files inline instead attaching)
Fair enough.
On 06/02/2012 11:08, Violeta Georgieva wrote:
>> I was going to ask you why you were using it! So is your interest
>> purely academic?
> I have existing applications that are moving to Tomcat from another
> application server.
> As "dependencies on extensions" is a standard mechanism for shared
>
>I was going to ask you why you were using it! So is your interest
>purely academic?
I have existing applications that are moving to Tomcat from another
application server.
As "dependencies on extensions" is a standard mechanism for shared
libraries, they use it in order to be independent from the
On 05/02/2012 15:03, Violeta Georgieva wrote:
> Hi,
>
> As I wrote I'm placing the extension jar in "C:\apache-tomcat-7.0.25\ext".
> I tried the following: I specified "C:\apache-tomcat-7.0.25\lib" as value
> for "catalina.ext.dirs" property and now the web application is working.
>
> But then I
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: 5. februar 2012 21:27
To: Tomcat Users List
Subject: Re: [OT] Dependencies on extensions functionality
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casper,
On 2/5/12 2:39 AM, Casper Wandahl
Hi,
Here is the bug that I created:
https://issues.apache.org/bugzilla/show_bug.cgi?id=52607
I didn't find "catalina.ext.dirs" property in the documentation.
I just attached the debugger and checked the sources while executing the
scenario ;-)
Thanks and Regards
Violeta
2012/2/5 Konstantin Koli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casper,
On 2/5/12 2:39 AM, Casper Wandahl Schmidt wrote:
> Den 05-02-2012 08:18, Violeta Georgieva skrev:
>> I'm attaching again the examples cause I think that one of them
>> was not attached very well.
>
> The list strips attachments so you need to
2012/2/5 Violeta Georgieva :
> Hi,
>
> As I wrote I'm placing the extension jar in "C:\apache-tomcat-7.0.25\ext".
> I tried the following: I specified "C:\apache-tomcat-7.0.25\lib" as value
> for "catalina.ext.dirs" property and now the web application is working.
>
> But then I have two questions:
Hi,
As I wrote I'm placing the extension jar in "C:\apache-tomcat-7.0.25\ext".
I tried the following: I specified "C:\apache-tomcat-7.0.25\lib" as value
for "catalina.ext.dirs" property and now the web application is working.
But then I have two questions:
- Do we need "catalina.ext.dirs" at all
here is a link to the attached example
https://docs.google.com/open?id=0B-HUwAvkRIKJZTNhMDE1ZjEtY2M0Yy00YjZkLWE4NjktYjAwZWIzMzU2NzQw
2012/2/5 Casper Wandahl Schmidt
>
>
> Den 05-02-2012 08:18, Violeta Georgieva skrev:
>
> I'm attaching again the examples cause I think that one of them was not
>
On 04/02/2012 16:44, Violeta Georgieva wrote:
> Hi,
>
> The Dependencies on Extensions mechanism is described in Servlet Spec 3.0 -
> chapter 10.7.1.
It appears to be first documented in Tomcat for Servlet 2.3.
> In the web application's Manifest file one should describe the following:
>
> Exte
On 04/02/2012 21:02, Violeta Georgieva wrote:
> Hi,
>
> Here is how one can reproduce the scenario:
>
> 1. Start Tomcat
> 2. Put attached war in webapps folder
> 3. In the console the following error message is printed:
In the example above, where have you placed the extension? Is it in one
o
Den 05-02-2012 08:18, Violeta Georgieva skrev:
I'm attaching again the examples cause I think that one of them was
not attached very well.
The list strips attachments so you need to upload the files somewhere
(eg. rapidshare) and give us a link to download it :)
2012/2/4 Violeta Georgieva
Hi,
Here is how one can reproduce the scenario:
1. Start Tomcat
2. Put attached war in webapps folder
3. In the console the following error message is printed:
INFO: Deploying web application archive
C:\apache-tomcat-7.0.25\webapps\test-web-app.war
Feb 4, 2012 10:41:44 PM org.apache.catalina.uti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Violetta,
On 2/3/12 8:25 AM, Violeta Georgieva wrote:
> I have a web application that specifies in the Manifest that wants
> to use an extension.
>
> I specify "catalina.ext.dirs" to point to the directory where I
> placed my extensions jar files.
W
Hi,
The Dependencies on Extensions mechanism is described in Servlet Spec 3.0 -
chapter 10.7.1.
In the web application's Manifest file one should describe the following:
Extension-List:
-Extension-Name:
-Specification-Version:
-Implementation-Version:
-Implementation-Vendor-Id:
in the jar
On 03/02/2012 13:25, Violeta Georgieva wrote:
> Hi,
>
> I'm using Tomcat 7.0.23 on Windows.
>
> I have a web application that specifies in the Manifest that wants to use
> an extension.
How does it do that?
> I specify "catalina.ext.dirs" to point to the directory where I placed my
> extensions
21 matches
Mail list logo