? Perhaps there is a dependency that the other containers provide
as a standard that tomcat does not.
On Tue, Dec 2, 2014 at 4:52 AM, James Green james.mk.gr...@gmail.com
wrote:
What you wrote as a set of suggestions was my original attempt. Then I
read
(possibly spuriously) that Tomcat
it when Maven can handle making
sure the dependency artifacts are where they need to be.
On Mon, Dec 1, 2014 at 8:17 AM, James Green james.mk.gr...@gmail.com
wrote:
Is there a way of getting this to work?
We have a Maven project that depends on Apache's commons-email. We use
JNDI
to look
Is there a way of getting this to work?
We have a Maven project that depends on Apache's commons-email. We use JNDI
to look up a mail Session. We use the following in our POM:
plugin
groupIdorg.apache.maven.plugins/groupId
Ref http://tomcat.apache.org/tomcat-8.0-doc/connectors.html
Those new to Tomcat will not know what a connector is. I presume it's the
network protocol used to listen and respond to external requests...
For HTTP it is suggested to use AJP clustering as performance is higher
than that of
Referencing
http://tomcat.apache.org/maven-plugin-trunk/executable-war-jar.html
The question I find most obvious when reading this is about the packaging.
The war module apparently needs to be war or jar; the pom module apparently
needs to be war.
Confused!
Also, having both listed on the same
I received this too. This is deeply wrong. I subscribed to Apache lists,
not a commercial one. I look forward to seeing what the investigation
reveals and what actions take place.
On 14 November 2013 08:25, Pid p...@pidster.com wrote:
On 13/11/2013 14:53, Gurkan Erdogdu wrote:
Hello all,
Hi,
I need to configure TomEE to work with SSL connections. I see Tomcat
documentation talking about how to edit the server.xml file.
Is it possible to supply a small fragment XML file that Tomcat's
configuration includes, similar to the way Linux distros now have software
that looks in conf.d
Getting quite frustrated now.
Here's the line the installer is now running:
C:\Program Files\Our Local Services\tomcat\bin\tomcat7.exe //IS//Tomcat7
--DisplayName=Apache Tomcat 7 --JavaHome=C:\Program Files\Our Local
Services\tomcat\..\java-7-32bit\ --Install=C:\Program Files\Our Local
by comparing registry
data between our custom installer and the official one.
Now to build much the same but for HSQL...
James
On 11 April 2013 10:08, James Green james.mk.gr...@gmail.com wrote:
Getting quite frustrated now.
Here's the line the installer is now running:
C:\Program Files\Our Local
at as a problem. Any ideas where
to go?
Thanks,
James
On 8 April 2013 18:38, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/4/8 James Green james.mk.gr...@gmail.com:
I have a need to distribute an application that works inside Tomcat to a
number of customers.
I can build an Inno
On 10 April 2013 11:55, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/4/10 James Green james.mk.gr...@gmail.com:
I was hoping I could avoid that.
(...)
While this installs a service, as soon as I attempt to start it I get a
failure. Nothing is logged by Tomcat
On 10 April 2013 12:47, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/4/10 James Green james.mk.gr...@gmail.com:
On 10 April 2013 11:55, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/4/10 James Green james.mk.gr...@gmail.com:
I was hoping I could avoid
I have a need to distribute an application that works inside Tomcat to a
number of customers.
I can build an Inno Setup script to most of the work, but rather than
re-inventing what looks like quite a complex wheel, has anyone build an
installer script for Tomcat already that they could share?
We have a war archive that includes a netbeans-generated context.xml for tomcat
deployment.
If we drop this war into webapps, the context root remains that of the war
filename.
Has there been a regression in recent 7.x releases in this regard?
Interestingly, a colleague confirms that this is
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
We have a war archive that includes a netbeans-generated context.xml for
tomcat deployment.
If we drop this war into webapps, the context root remains that of the
war
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/3/3 James Green james.mk.gr...@gmail.com:
So now I have a war deployed. Easy enough. Now to set the URL path
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 15:29, James Green wrote:
On 3 March 2013 14:32, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko knst.koli...@gmail.com
wrote:
2013/3/3
On 3 March 2013 17:58, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 16:22, James Green wrote:
On 3 March 2013 15:51, Mark Thomas ma...@apache.org wrote:
snip/
The base file name controls the context path. If you want to change the
context path, the simplest solution is to change
On 3 March 2013 19:44, Mark Thomas ma...@apache.org wrote:
On 03/03/2013 19:25, James Green wrote:
I am clearly inferring too much. An explicit statement would certainly
help
reduce confusion, and perhaps cause the Netbeans people to avoid putting
the path attribute into the context
19 matches
Mail list logo