Don't know how this happens but your replies are coming across as quoted
(i.e. having a "> " line prefix). Makes it very difficult to follow the
thread.
On Wed, 2011-10-19 at 10:21 -0700, ettoregia wrote:
>
>
> Christopher Schultz-2 wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Ettore,
> >
> > On 10/19/2011 3:38 AM, ettoregia wrote:
> >> SERVER.XML-------------------------------------------------- <?xml
> >> version='1.0' encoding='utf-8'?> <Server
> >> port="1${tomcat.server.port}" shutdown="SHUTDOWN">
> >
> > Just to let you know, I'm trying to figure out something out of what has
> > been done by someone else, that is, sometimes I don't know why those
> > things are there.
> >
> > You might want to consider using two different properties for the
> > shutdown and connector ports: port 1xxx might not be available all the
> > time, and you might want to configure it explicitly and independently
> > of tomcat.server.port.
> >
> > OK
> >
> >> <GlobalNamingResources> <Resource name="UserDatabase"
> >> auth="Container" type="org.apache.catalina.UserDatabase"
> >> description="User database that can be updated and saved"
> >>
> >> factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
> >> pathname="conf/tomcat-users.xml" /> </GlobalNamingResources>
> >
> > You should remove that <Resource> if you're not using it.
> >
> >
> >
> >> <Service name="Catalina"> <Connector port="${tomcat.server.port}"
> >> protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"
> >> />
> >>
> >> <Engine name="Catalina" defaultHost="localhost">
> >>
> >> <Realm className="org.apache.catalina.realm.JNDIRealm"
> >> connectionURL="ldap://pinot-nero.energiaspa.it:389";
> >> alternateURL="ldap://pinot-grigio.energiaspa.it:389";
> >> connectionName="ENERGIASPA\ldapbrowser"
> >> connectionPassword="drc4Fv9CGqIzWewX9nO3"
> >
> > Whoops. Time to change your password.
> > You're def right, even if those tools are inside the intranet and the pwd
> > are old ones, but still...thanks
> >
> >> <Host name="localhost" appBase="webapps" unpackWARs="true"
> >> autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
> >>
> >> <Context path="/lambdaprobe"
> >> docBase="${catalina.home}/webapps/probe" privileged="true"
> >> antiResourceLocking="false" antiJARLocking="false">
> >
> > A Host with appBase="webapps" and a <Context> with a docBase in
> > "webapps" will result in Lambda Probe (time to upgrade to Psi Probe!)
> > being deployed twice. (Unless you are using CATALINA_HOME and
> > CATALINA_BASE, in which case, you should be okay with this).
> >
> > Okay, I don't see any reason why you couldn't have everything
> > contained in your webapp: either you use the <Realm> specified at the
> > <Engine> level and don't need to specify it in your
> > META-INF/context.xml or you use a different Realm and *do* need to
> > specify it in your META-INF/context.xml.
> >
> > So... why can't you use the manager webapp to deploy your WAR?
> >
> > Well because I've no permission to access the manager webApp since there
> > are other applications under the container that I don't own.
> >
> > Btw dou you understand why I have server.xml and the others mentioned
> > before under Tomcat/webApps/myWebApp/conf/, aren't they files that should
> > just be stored under Tomcat/conf ??
> >
> > Thanks a lot for your time, really apprecciate!
> >
> > - -chris
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.10 (MingW32)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> >
> > iEYEARECAAYFAk6e3+oACgkQ9CaO5/Lv0PAxNwCgn6tBSZDtt8Bu04dXNOZL+2eN
> > pZQAn289rvJm5fkETltiDMfsfY80KmvQ
> > =9Mkp
> > -----END PGP SIGNATURE-----
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
