spath, yes?
>
> You mentioned integration testing... Your war works with other servlet
> containers? 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
> wrote:
rhead of including your project's
> dependencies in the each war is so worth 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
&
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:
org.apache.maven.plugins
maven-war-plugin
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 mod_prox
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 p
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 wrote:
> On 13/11/2013 14:53, Gurkan Erdogdu wrote:
> >
> > Hello all,
> >
> Wh
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 fi
omcat\logs" --LogLevel=DEBUG
The difference is that in the working line the value for JavaHome does NOT
end with a backslash. This was finally identified by comparing registry
data between our custom installer and the official one.
Now to build much the same but for HSQL...
James
On 11 A
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
Servi
On 10 April 2013 12:47, Konstantin Kolinko wrote:
> 2013/4/10 James Green :
> > On 10 April 2013 11:55, Konstantin Kolinko
> wrote:
> >
> >> 2013/4/10 James Green :
> >> > I was hoping I could avoid that.
> >> >
> >> >(...)
>
On 10 April 2013 11:55, Konstantin Kolinko wrote:
> 2013/4/10 James Green :
> > 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, but in th
led.
I am therefore lost as to what I'm looking at as a problem. Any ideas where
to go?
Thanks,
James
On 8 April 2013 18:38, Konstantin Kolinko wrote:
> 2013/4/8 James Green :
> > I have a need to distribute an application that works inside Tomcat to a
> > number of custom
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?
In
On 3 March 2013 19:44, Mark Thomas 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
On 3 March 2013 17:58, Mark Thomas wrote:
> On 03/03/2013 16:22, James Green wrote:
> > On 3 March 2013 15:51, Mark Thomas wrote:
>
>
>
> >> The base file name controls the context path. If you want to change the
> >> context path, the simplest solu
On 3 March 2013 15:51, Mark Thomas wrote:
> On 03/03/2013 15:29, James Green wrote:
> > On 3 March 2013 14:32, Mark Thomas wrote:
> >
> >> On 03/03/2013 14:24, James Green wrote:
> >>> On 3 March 2013 11:34, Konstantin Kolinko
> >> wrote:
> >&
On 3 March 2013 14:32, Mark Thomas wrote:
> On 03/03/2013 14:24, James Green wrote:
> > On 3 March 2013 11:34, Konstantin Kolinko
> wrote:
> >
> >> 2013/3/3 James Green :
>
> > So now I have a war deployed. Easy enough. Now to set the URL path.
>
On 3 March 2013 11:34, Konstantin Kolinko wrote:
> 2013/3/3 James Green :
> > 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.
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 h
19 matches
Mail list logo
