Re: start tomcat 7

2014-06-27 Thread P Manchanda
Hi Francesco Viscomi,

The following thread might help you to solve the issue:

http://www.coderanch.com/t/506814/Tomcat/load-IA-bit-dll-AMD

___ 
Thks  brgds 
P Manchanda




On Fri, 27/6/14, Francesco Viscomi fvisc...@gmail.com wrote:

 Subject: start tomcat 7
 To: Tomcat Users List users@tomcat.apache.org
 Date: Friday, 27 June, 2014, 15:15
 
 hi all
 I'm using windows 8;
 
 java:
 java version 1.7.0_60
 Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
 Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed
 mode)
 
 and tomcat 7:
 Apache Tomcat/7.0.35
 
 As reported below
 
 Server Information  Tomcat Version JVM Version JVM
 Vendor OS Name OS Version OS
 Architecture Hostname IP Address  Apache Tomcat/7.0.35
 1.7.0_60-b19 Oracle
 Corporation Windows 8 6.2 amd64
 
 
 
 I'm asking why i get the following error and how to solve
 it;
 
 thanks a lot
 
 This is the error:
 
 java.lang.UnsatisfiedLinkError:
 D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll:
 Can't
 load IA 32-bit .dll on a AMD 64-bit platform
         at
 java.lang.ClassLoader$NativeLibrary.load(Native Method)
         at
 java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
         at
 java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
         at
 java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880)
         at
 java.lang.Runtime.loadLibrary0(Runtime.java:849)
         at
 java.lang.System.loadLibrary(System.java:1088)
         at
 org.apache.tomcat.jni.Library.init(Library.java:42)
         at
 org.apache.tomcat.jni.Library.initialize(Library.java:174)
         at
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
         at
 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
         at
 java.lang.reflect.Method.invoke(Method.java:606)
         at
 
org.apache.catalina.core.AprLifecycleListener.init(AprLifecycleListener.java:180)
         at
 
org.apache.catalina.core.AprLifecycleListener.isAprAvailable(AprLifecycleListener.java:85)
         at
 org.apache.catalina.connector.Connector.setProtocol(Connector.java:595)
         at
 org.apache.catalina.connector.Connector.init(Connector.java:69)
         at
 
org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62)
         at
 org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1276)
         at
 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509)
         at
 
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182)
         at
 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1342)
         at
 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2770)
         at
 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606)
         at
 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
         at
 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848)
         at
 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777)
         at
 com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
         at
 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
         at
 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648)
         at
 org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537)
         at
 org.apache.catalina.startup.Catalina.load(Catalina.java:610)
         at
 org.apache.catalina.startup.Catalina.load(Catalina.java:658)
         at
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
         at
 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
         at
 java.lang.reflect.Method.invoke(Method.java:606)
         at
 org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281)
         at
 org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455)
 Jun 27, 2014 11:37:03 AM
 org.apache.catalina.core.AprLifecycleListener init
 INFO: The APR based Apache Tomcat Native library which
 allows optimal
 performance in production environments was not found on the
 java.library.path: C:\Pro
 .7.0_60\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program
 Files\Java\jdk1.7.0_60/bin;C:\OracleHome2\product\11.2.0\client_1\BIN;C:\Orac
 
.0\client_1\bin;C:\Oracle_Home;C

RE: Tomcat dependency on application server

2014-05-19 Thread P Manchanda

JBoss uses Tomcat as its Servlet container, so there should be no need for a 
separate tomcat. 

Can you let us know for what purpose you are using a separate tomcat. 

___ 
Thks  brgds 
P Manchanda




On Sun, 18/5/14, Terence M. Bandoian tere...@tmbsw.com wrote:

 Subject: RE: Tomcat dependency on application server
 To: Tomcat Users List users@tomcat.apache.org
 Date: Sunday, 18 May, 2014, 2:00
 
 On 5/17/2014 4:35 AM,
 Randhir Singh wrote:
  I have 1
 observation. In our developmental environment, I killed the
 Tomcat
  process and started the Tomcat
 it worked. But in the production environment,
  starting Tomcat was not enough and I had
 to restart JBoss  Tomcat in
 
 sequence for Tomcat to be up. Could it mean that JVM is
 crashing or
  something because of OOME
 in Tomcat.
 
  I could
 try to increase the heap  Permgen memory in Tomcat,
 would that
  help?
 
  Requesting a
 reply.
 
  Regards
 
  -Original
 Message-
  From: Randhir Singh
 [mailto:randhir.si...@sterlite.com]
  Sent: Saturday, May 17, 2014 11:00 AM
  To: 'Tomcat Users List'
  Subject: RE: Tomcat dependency on
 application server
 
 
 Thanks Chris for your answer. There were separate PID's
 on Linux for JBoss 
  Tomcat and I
 killed the Tomcat process. Would killing a Tomcat process
 also
  kill the JVM process? I had
 another related question of how to know the
  number of JVM's running, I mean the
 count of the number of JVM's.
 
  I hope, my query has been put across
 correctly.
 
 
 Requesting a reply.
 
  Regards
 
  -Original Message-
  From: Christopher Schultz [mailto:ch...@christopherschultz.net]
  Sent: Saturday, May 17, 2014 1:59 AM
  To: Tomcat Users List
 
 Subject: Re: Tomcat dependency on application server
 
  -BEGIN PGP SIGNED
 MESSAGE-
  Hash: SHA256
 
  Randhir,
 
  On 5/15/14, 3:17 AM,
 Randhir Singh wrote:
  Hi,
 
  We have JBoss
 as the application server  Tomcat as the web server
 in
  our production 
 developmental setup which is on Red Hat Linux 5.X. We
  have tomcat 6.X. My query is that if I
 need to restart tomcat, do I
  need
 to restart JBoss  Tomcat both or just restarting Tomcat
 would be
  enough. I am asking this
 query because I had killed the tomcat process
  using kill -9 and while restarting
 tomcat it was not starting but when
 
 I killed JBoss  tomcat and then restarted, Tomcat was
 up.
 
  I hope
 my query is clear whether Tomcat is dependent on JBoss.
  I'm fairly sure that there is only a
 single JVM for JBoss/Tomcat. If you
 
 killed one, you've killed the other.
 
  - -chris
 
 
  From what
 I've read, JBoss is based on a forked version of Tomcat
 and 
 shouldn't need a separate instance
 of Tomcat to function.  Are you using 
 them
 together to serve separate content?  If so, why?
 
 -Terence Bandoian
 
 
 -
 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



Re: Application monitoring

2014-05-19 Thread P Manchanda
Thanks Leon

 1) You could use jmx and publish your information as jmx beans.

That was the first thought I had. I would prefer using JMX beans, so that i can 
leverage any JMX tool like JConsole or JVisualVM


___ 
Thks  brgds 
P Manchanda




On Thu, 15/5/14, Leon Rosenberg rosenberg.l...@gmail.com wrote:

 Subject: Re: Application monitoring
 To: Tomcat Users List users@tomcat.apache.org
 Date: Thursday, 15 May, 2014, 19:27
 
 Hello David,
 
 I will not ask you why you are reinventing the wheel (ok, I
 lied, why are
 you reinventing the wheel?).
 You have multiple options available:
 1) You could use jmx and publish your information as jmx
 beans.
 2) You could use rmi between you 'collector' and the target
 apps.
 3) You could use simple http (preferably json), but in that
 case I would
 advice to setup a separate collector for it.
 
 For any of the above options there are numbers of classes
 and utilities you
 can use. For example jersey as jax-rs implementation is
 perfect for
 exchange of json data, for rmi you could use DistributeMe (
 http://www.distributeme.org) or spring-remote, and so
 on.
 
 But yet again, why reinventing the wheel?
 
 regards
 Leon
 
 
 
 On Wed, May 14, 2014 at 6:28 PM, David kerber dcker...@verizon.net
 wrote:
 
  I am working on a small Tomcat servlet to monitor other
 tomcat-based
  applications running on the same physical machine, and
 am trying to figure
  out the best way to communicate between the monitoring
 app, and the
  monitored apps.
 
  My setup has several tomcat instances of a single
 application, each
  running from its own directory, and listening on its
 own TCP port.  So
  there is no direct communication between the
 instances.
 
  I'm trying to monitor various data about the
 application, not about tomcat
  itself or the JVM. So I want to collect such things as
 the number of
  requests it has processed, the last data received, etc,
 and not things like
  memory and cpu usage.  It is my app, so I can (and
 expect to need to) add
  methods or servlets to return the information I want to
 collect.
 
  My question is, what is the best way to make the
 request to get the data?
   Would  URL request from the monitoring app
 to the monitored app be
  appropriate, and then parse the response out for
 display in a browser?  If
  so, what java class is likely to be useful for this
 communication?  I will
  have all the information needed to connect to the
 application instance
  (server, port, etc), but want it to be portable across
 OS types.
 
  Thanks!
 
 
 -
  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



Re: Is Apache Tomcat v7/v8 compatible with Java v8

2014-05-14 Thread P Manchanda
Respected Tomcat Experts, 
 
 I understand this would be a commonly asked question but I was not able to 
reach any concrete solution by digging
 around the net.
 
 We are planning to move to Apache Tomcat (probably the latest stable version) 
and Java 8. So, my question is that
 whether Apache Tomcat v7/v8 would run with Java 8 and support applications 
build using Java 8. 
 
 The Release notes 
(https://tomcat.apache.org/tomcat-8.0-doc/RELEASE-NOTES.txt), mention that 
Tomcat requires Java 7 or later. Similarly, a blog 
(https://spring.io/blog/2014/03/21/java-8-in-enterprise-projects) also claims 
(and explains why) Tomcat's compatibility. 
 
 However, a discussion on SO 
(http://stackoverflow.com/questions/18208805/does-tomcat-8-support-java-8),
 has claims and counter claims regarding this. 
 
 So, hoping to get a concrete confirmation -- either ways -- from this group.
 
 
 ___ 
 Thks  brgds 
 P Manchanda


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org