Youngho,
On 10/28/15 10:35 PM, Youngho Cho wrote:
> Just before I upgrade to OSX 10.11.1
>
> And try to compile Apache mod_jk 1.2.41.
>
> But the make is fail.
>
> YounghoiMac:native youngho$ sudo make
>
> Making all in common
> usr/share/apr-1/build-1/libtool --silent --mode=compile
> /App
Hello,
Just before I upgrade to OSX 10.11.1
And try to compile Apache mod_jk 1.2.41.
But the make is fail.
YounghoiMac:native youngho$ sudo make
Making all in common
usr/share/apr-1/build-1/libtool --silent --mode=compile
/Applications/Xcode.app/Contents/Developer/Toolchains/OSX10.11.xctool
You need Apache, not Tomcat
-Original Message-
From: Chris Thompson [mailto:cthomp...@conveyor-dynamics.com]
Sent: Wednesday, October 28, 2015 5:20 PM
To: users@tomcat.apache.org
Subject: Tomcat Server and PHP Extensions
Does Tomcat Server support PHP extensions?
I am looking at install
Does Tomcat Server support PHP extensions?
I am looking at installing TeamPass on our system and it requires PHP.
Thanks,
Christopher
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail
On 28.10.2015 17:42, Torsten Rieger wrote:
-Ursprüngliche Nachricht-
Von: Aurélien Terrestris [mailto:aterrest...@gmail.com]
Gesendet: Mittwoch, 28. Oktober 2015 16:45
An: Tomcat Users List
Betreff: Re: AW: Suppress or replace WWW-Authorization header
You can choose between a pop-up or
Gregory,
On 10/27/15 1:57 PM, Beyer, Gregory L wrote:
> Still struggling with this. I'm amazed that implementing SSL in
> Tomcat is so difficult. It's not in straight Apache, or IIS. Is
> Tomcat really so different an animal?
No, Tomcat is not so different an animal. But you aren't using Tomc
Amit,
On 10/28/15 1:18 PM, Amit Lonkar wrote:
> Sorry for the delayed response. Here is the full stack trace. I was assuming
> that my webapp would look in WEB-INF/lib for the ant jar and not in the
> Tomcat/lib. Am I incorrect ??
There must be some component that is sure it wants to use the se
Chris,
On 10/28/15 11:55 AM, chris derham wrote:
>> No, container BASIC authentication should be enabled, the container should
>> handle the authentication, but the browser should not show his ugly default
>> login dialog when I request resources from the REST-service with wrong
>> credentials.
>>
Torsten,
On 10/28/15 11:28 AM, Torsten Rieger wrote:
> -Ursprüngliche Nachricht-
> Von: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Gesendet: Mittwoch, 28. Oktober 2015 15:39
> An: Tomcat Users List
> Betreff: Re: AW: Suppress or replace WWW-Authorization header
>
> Torst
On 28.10.2015 17:42, Torsten Rieger wrote:
> -Ursprüngliche Nachricht-
> Von: Aurélien Terrestris [mailto:aterrest...@gmail.com]
> Gesendet: Mittwoch, 28. Oktober 2015 16:45
> An: Tomcat Users List
> Betreff: Re: AW: Suppress or replace WWW-Authorization header
>
> You can choose between
On 10/28/2015 12:04 PM, André Warnier (tomcat) wrote:
The server supports two kinds of deployment: Standalone with an
embedded Jetty-server and as war-file for app-servers (most of them
are tomcat-server). I try to suppress the browser BASIC-login-dialog
for the REST-service-calls from AngularJ
Sorry for the delayed response. Here is the full stack trace. I was assuming
that my webapp would look in WEB-INF/lib for the ant jar and not in the
Tomcat/lib. Am I incorrect ??
Thx
Amit
HTTP Status 500 - Servlet execution threw an exception
type Exception report
message Servlet execution thr
On 28.10.2015 17:42, Torsten Rieger wrote:
-Ursprüngliche Nachricht-
Von: Aurélien Terrestris [mailto:aterrest...@gmail.com]
Gesendet: Mittwoch, 28. Oktober 2015 16:45
An: Tomcat Users List
Betreff: Re: AW: Suppress or replace WWW-Authorization header
You can choose between a pop-up or
On 28.10.2015 16:55, chris derham wrote:
No, container BASIC authentication should be enabled, the container should
handle the authentication, but the browser should not show his ugly default
login dialog when I request resources from the REST-service with wrong
credentials.
When the REST-client
-Ursprüngliche Nachricht-
Von: Aurélien Terrestris [mailto:aterrest...@gmail.com]
Gesendet: Mittwoch, 28. Oktober 2015 16:45
An: Tomcat Users List
Betreff: Re: AW: Suppress or replace WWW-Authorization header
You can choose between a pop-up or an HTML FORM
This one looks like this in web
> No, container BASIC authentication should be enabled, the container should
> handle the authentication, but the browser should not show his ugly default
> login dialog when I request resources from the REST-service with wrong
> credentials.
> When the REST-client (web-application in the browser)
You can choose between a pop-up or an HTML FORM
This one looks like this in web.xml :
FORM
webapp global realm
/login.jsp
/error_login.jsp
2015-10-28 16:28 GMT+01:00 Torsten Rieger :
> -Ursprüngliche Nachricht-
> Von: Christopher Schultz [mailto:ch
-Ursprüngliche Nachricht-
Von: Christopher Schultz [mailto:ch...@christopherschultz.net]
Gesendet: Mittwoch, 28. Oktober 2015 15:39
An: Tomcat Users List
Betreff: Re: AW: Suppress or replace WWW-Authorization header
Torsten,
On 10/28/15 8:19 AM, Torsten Rieger wrote:
> I have a legacy ja
On 28.10.2015 15:39, Christopher Schultz wrote:
Torsten,
On 10/28/15 8:19 AM, Torsten Rieger wrote:
I have a legacy java-SOAP-client that only supports BASIC authentication
(send the Authorization: Basic... header) and a AngularJS application that
consumes a REST-service (also sending the Autho
Torsten,
On 10/28/15 8:19 AM, Torsten Rieger wrote:
> I have a legacy java-SOAP-client that only supports BASIC authentication
> (send the Authorization: Basic... header) and a AngularJS application that
> consumes a REST-service (also sending the Authorization: Basic header).
>
> The server supp
On 10/28/15 4:27 AM, Суржин Константин Вадимович wrote:
>> You are asking for a bean with the class name "Animal", and the JSP compiler
>> and/or runtime >can't find it. I'm guessing you meant to use
>> "org.animal.Animal" here?
>
>
>
> JSP compiler produce next servlet code:
> org.animal.A
Simone,
On 10/28/15 4:02 AM, simone.rodenbach@devk.de wrote:
> I tried to google for the driver and classloader and found nothing that
> helped me :-(
> I can only provide you with this information:
>
> I configured the datasource in the context.xml
>
> factory="org.apache.commons.dbcp.Ba
Hi.
on this list, as per http://tomcat.apache.org/lists.html#tomcat-users #6 ,
it is preferred if you respond below the question being asked (or the previous response)
rather than on top.
(The main reason being that it is easier that way to follow the normal gist of the
conversation, rather th
I have a legacy java-SOAP-client that only supports BASIC authentication
(send the Authorization: Basic... header) and a AngularJS application that
consumes a REST-service (also sending the Authorization: Basic header).
The server supports two kinds of deployment: Standalone with an embedded
Jetty
Hi.
On 28.10.2015 09:36, Torsten Rieger wrote:
Hi,
I try to suppress the browser login-dialog on basic authentication (basic
is a legacy requirement), how can I do that? Filters are called after login
on the container, right?
I am not sure that I understand exactly what you mean here, and
Hi,
I try to suppress the browser login-dialog on basic authentication (basic
is a legacy requirement), how can I do that? Filters are called after login
on the container, right?
Regards,
Torsten
>You are asking for a bean with the class name "Animal", and the JSP compiler
>and/or runtime >can't find it. I'm guessing you meant to use
>"org.animal.Animal" here?
JSP compiler produce next servlet code:
org.animal.Animal animalBean_1 = new org.animal.Animal();
It's OK without import dir
Hi Christopher,
I tried to google for the driver and classloader and found nothing that helped
me :-(
I can only provide you with this information:
I configured the datasource in the context.xml
The spring bean
I created a test project. Because oft hat I'm sure that I don't start a threa
28 matches
Mail list logo
