Christopher,

server.xml has this 'Apr' entry:   <Listener
className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />


<Server port="8005" shutdown="SHUTDOWN">
  <!-- Security listener. Documentation at /docs/config/listeners.html
  <Listener className="org.apache.catalina.security.SecurityListener" />
  -->
  <!--APR library loader. Documentation at /docs/apr.html -->
  <Listener className="org.apache.catalina.core.AprLifecycleListener"
SSLEngine="on" />
  <!--Initialize Jasper prior to apps are loaded. Documentation at
/docs/jasper-howto.html -->
  <Listener className="org.apache.catalina.core.JasperListener" />
  <!-- Prevent memory leaks due to use of particular java/javax APIs-->
  <Listener
className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener
className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
  <Listener
className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
  <!-- Global JNDI resources
       Documentation at /docs/jndi-resources-howto.html
  -->
  <GlobalNamingResources>
    <!-- Editable user database that can also be used by
         UserDatabaseRealm to authenticate users
    -->
    <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>
  <!-- A "Service" is a collection of one or more "Connectors" that share
       a single "Container" Note:  A "Service" is not itself a "Container",
       so you may not define subcomponents such as "Valves" at this level.
       Documentation at /docs/config/service.html
   -->
  <Service name="Catalina">
    <!--The connectors can use a shared executor, you can define one or
more named thread pools-->
    <!--
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="150" minSpareThreads="4"/>
    -->

    <!-- A "Connector" represents an endpoint by which requests are received
         and responses are returned. Documentation at :
         Java HTTP Connector: /docs/config/http.html (blocking &
non-blocking)
         Java AJP  Connector: /docs/config/ajp.html
         APR (HTTP/AJP) Connector: /docs/apr.html
         Define a non-SSL HTTP/1.1 Connector on port 8080
    -->
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <!-- A "Connector" using the shared thread pool-->
    <!--
    <Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    -->
    <!-- Define a SSL HTTP/1.1 Connector on port 8443
         This connector uses the JSSE configuration, when using APR, the
         connector should be using the OpenSSL style configuration
         described in the APR documentation -->
    <!--
    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />
    -->
    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

    <!-- An Engine represents the entry point (within Catalina) that
processes
         every request.  The Engine implementation for Tomcat stand alone
         analyzes the HTTP headers included with the request, and passes
them
         on to the appropriate Host (virtual host).
         Documentation at /docs/config/engine.html -->
    <!-- You should set jvmRoute to support load-balancing via AJP ie :
    <Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">
    -->
    <Engine name="Catalina" defaultHost="localhost">
      <!--For clustering, please take a look at documentation at:
          /docs/cluster-howto.html  (simple how to)
          /docs/config/cluster.html (reference documentation) -->
      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->
      <!-- Use the LockOutRealm to prevent attempts to guess user passwords
           via a brute-force attack -->
      <Realm className="org.apache.catalina.realm.LockOutRealm">
        <!-- This Realm uses the UserDatabase configured in the global JNDI
             resources under the key "UserDatabase".  Any edits
             that are performed against this UserDatabase are immediately
             available for use by the Realm.  -->
        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
               resourceName="UserDatabase"/>
      </Realm>
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
        <!-- SingleSignOn valve, share authentication between web
applications
             Documentation at: /docs/config/valve.html -->
        <!--
        <Valve className="org.apache.catalina.authenticator.SingleSignOn" />
        -->
        <!-- Access log processes all example.
             Documentation at: /docs/config/valve.html
             Note: The pattern used is equivalent to using pattern="common"
-->
        <Valve className="org.apache.catalina.valves.AccessLogValve"
directory="logs"
               prefix="localhost_access_log." suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
      </Host>
    </Engine>
  </Service>
</Server>



On Thu, Jul 2, 2015 at 12:36 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> To whom it may concern,
>
> On 7/1/15 6:30 PM, Lee Chin, PAN wrote:
> > Chris, Can you advice how to verify tcactive is use in
> > environment?
> >
> > On Thu, Jul 2, 2015 at 4:26 AM, Christopher Schultz <
> > ch...@christopherschultz.net> wrote:
> >
> > Yon,
> >
> > On 6/30/15 10:24 PM, Yon,  wrote:
> >>>> Hi all, we have application that frequently down, from log
> >>>> file(catalina.out) with the information below:
> >>>>
> >>>>
> >>>> # # A fatal error has been detected by the Java Runtime
> >>>> Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012,
> >>>> pid=2956, tid=140037724735232 # # JRE version: Java(TM) SE
> >>>> Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java
> >>>> VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode
> >>>> linux-amd64 compressed oops) # Problematic frame: # C
> >>>> [libc.so.6+0x134012] __tls_get_addr@@GLIBC_2.3+0x134012 # #
> >>>> Failed to write core dump. Core dumps have been disabled. To
> >>>> enable core dumping, try "ulimit -c unlimited" before
> >>>> starting Java again # Anyone has idea what this error about?
> >>>> Thank you.
> >
> > Are you using tcnative? If so, what version?
> >
> > If not, this is a JVM bug.
>
> Check to see what you have in conf/server.xml. If you have the APR
> connector configured, then you are using tcnative. You can usually
> tell what kind of connector you have by looking at the names of the
> request-processing threads if you can't figure it out any other way.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJVlL/VAAoJEBzwKT+lPKRYI8oQAKqwZeUytbiFJXnbT5t8Dl9o
> o+k52kLwqJ+orVvYreSqrKAe+roYgpOxkectGHXmrhy03SuI/tnfYbBzYI/iYFTx
> z1qxG2MAXugtXD3LUIuEA7iJquPBntuy8F944L6fRuG2gXcXgsLHMSFrpMvI6oTW
> NQZXRZhJCkSdzsfBz/UYGdLR8kLeadK5YsjLbrdbhUsIYXjZy3HqsQlfBQvEZi85
> v0eAHPXQ2whM0P/3ABazTHyXnH8cObRmEmXtpnrI4m9vHy3vgqsuRNGKXXmaPiam
> B4xkOj7ZSGD7g8w9Qy0pt/o7FMeN22e7S3vdtj9amMdVMsZegtvVdBIq3qRfPogA
> zvJ6zRWfUfE5+1W/ggJiNhvEiZ2/+wGyksMe4w1PrXW2cQDWwWyNITI/G8+mh2oO
> Uzb11LA3A04nrSl+dpVhvuty1QXaQjqzajY1lFM1gTG/z/fTw39yeqyR0PcY+Kfx
> QozW2PGxCizpt1mdrQ8gaK1XM0gz2uXC43/PhXix8yBoUCcWywafrZkbFRcRpEmu
> MkWNtA8/ALxKvmsIV0Fdt/wwrg66PkqyUQDs8W3SRnE20ZSH4SmGynpCju7M/tk4
> F0CSZ87DtkDspfF2T9c1EhWLZ8WCyCMD0qg7tgEcmveiK6i0qRxn52DO+v/fVELO
> dhqKT98v5dAXPGwfmiDe
> =A5n8
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to