set JAVA_OPTS=-server -Djava.awt.headless=true -Xmx756m Xms256m
to startup.bat file of Apache-tomcat
When I try executing the following ad command, the system hangs for
about 10 minutes. The CPU usage is 100%
The command goes like:
C:\ctier>ad -p emans -t ProjectBuilder -o emans -c build-type -- -type
EmansPack
ageBuilder -upload -deploy
Building type using the buildmodule.xml via classloader
converting type.xml for module: EmansPackageBuilder
packaging module: EmansPackageBuilder
Building jar: C:\ctier\src\emans\modules\EmansPackageBuilder-1.jar
calling repoImport ...
processing files in directory: C:\ctier\src\emans/modules
Uploading jar: C:\ctier\src\emans\modules\EmansPackageBuilder-1.jar to
server: l
ocalhost ...
<!- A LONG DELAY OF 10 minutes approx at this place à
Caught exception: Response for server request was invalid.
response:null
Caught an error while uploading jar: C:\ctier\src\emans\modules
\EmansPackageBuil
der-1.jar. Continuing ...
[command.timer.repoImport: 8:31.997 sec]
deploying new build of EmansPackageBuilder module to local
installation ...
Getting: http://localhost:8080/webdav/emans/publish/modules/EmansPackageBuilder-
head.jar
To: C:\ctier\antdepo\var\emans\EmansPackageBuilder-head.jar
Not modified - so not downloaded
EmansPackageBuilder up to date
[command.timer.build-type: 8:34.600 sec]
In parallel the Apache Tomcat goes like this:
WARN : Namespace prefix 'j.1' is reserved by Jena.
WARN : Namespace prefix 'j.1' is reserved by Jena.
java.lang.OutOfMemoryError
java.lang.OutOfMemoryError
INFO : repoImport completed. execution time: 8:31.997 sec.
INFO : build-type completed. execution time: 8:34.600 sec
Any suggestions???
Lochan
set JAVA_OPTS=-server -Djava.awt.headless=true -Xmx1024m Xms756m
but all in vain.
here is the framework.properties file:
# framework.properties -
#
# $Id: framework.properties.template,v 1.23 2007/06/15 22:54:37 ahonor
Exp $
#
# ----------------------------------------------------------------
# Installation specific settings
# ----------------------------------------------------------------
java.home = C:\\ctier\\pkgs\\j2sdk1.4.2_15\\jre
file.separator = \\
antdepo.base =C:\\ctier\\antdepo
antdepo.home =C:\\ctier\\pkgs\\antdepo-1.3
user.home =C:\\Documents and Settings\\pandyal
framework.application.libpath =
framework.application.properties =
framework.extensions.dir = ${antdepo.home}\\lib\\extensions
#
# list-depots message
#
framework.messages.list-depots = #Available projects:
#
# list-types message
#
framework.messages.list-types = #Available types in project:
#
# list-instances message
#
framework.messages.list-objects = #Available objects for type:
framework.messages.list-instances = #Available instances for type:
#
# list-commands message
#
framework.messages.list-commands = #Available commands in module:
#
# list-modules message
#
framework.messages.list-modules = #Available modules:
#
# command successful message if defined
# Uncomment if a success msg is desired after each successul antdepo
command
# %s is replaced by the name of the command
#framework.messages.commandSuccess = %s Command Successful
#
# The antdepo adminstator's email address
#
framework.admin.email = @framework.admin.email@
framework.email.relayhost = @framework.email.relayhost@
#
# Email settings
#
# recipient addresses to send email (comma separated)
framework.email.tolist = root
# email address appearing in message "from" field
framework.email.from = root
# email address replies should go
framework.email.replyto = do-not-reply
# The antdepo email relay host. must be a functioning smtp relay
server
framework.email.mailhost = mail
framework.email.mailport = 25
# User/pass info if the smtp server requires it
framework.email.user =
framework.email.password =
framework.email.ssl = true
framework.email.failonerror = true
#
# The diff command
#
framework.diff.command = diff
# ----------------------------------------------------------------
# Do not make changes below this line
# ----------------------------------------------------------------
#
# framework.crypto.keystore.filename is the path to the JKS keystore
containing a certchain for
# verifying signed jars
#
framework.crypto.keystore.filename =
#
# framework.crypto.keystore.password is any password for verifying the
keystore integrity
#
framework.crypto.keystore.password =
#
# framework.crypto.jarSigning.aliasName is the name of the cert alias
to use for verification
#
framework.crypto.jarSigning.aliasName =
#the logical name of this antdepo node (likely matches hostname)
framework.node = localhost
#
# true/false determining status of manager or client install
#
framework.antdepo.manager = false
#
# root of dav volume for all projects
#
framework.dav.rootDir = C:\\ctier\\workbench\\webapps\\webdav
#
#
# Version of this AntDepo implementation
#
framework.antdepo.version = 1.2
#
# Root directory of the framework pkg
#
framework.antdepo.dir = ${antdepo.home}
#
# Root directory of the framework instance
#
#framework.antdepo.base = ${antdepo.base}
framework.antdepo.base = C:\\ctier\\antdepo
#
# Base directory of the installed functional modules
#
framework.modules.dir = ${framework.antdepo.base}\\lib\\ant\\modules
#
# Base directory where the framework level commands reside
#
framework.aomecommands.dir = ${framework.antdepo.base}\\lib\\ant\
\modules\\Managed-Entity\\commands
#
# depots area containing instance deployments
#
framework.depots.dir= C:\\ctier\\antdepo\\depots
#
# directory containing instance based property files
#
framework.etc.dir= C:\\ctier\\antdepo\\etc
#
# Base directory where instance of framework var dir is kept
#
framework.var.dir= C:\\ctier\\antdepo\\var
#
# Base directory where logs are kept
#
framework.logs.dir=${framework.var.dir}\\logs
#
# Date/time stamp format used in logs. See java.text.SimpleDateFormat
#
framework.log.format=[yyyy-MM-dd hh:mm:ss-Z]
#
# flag to turn on/off automatic metadata updates
#
framework.metadata.autoupdate = false
#
# Authentication/Authorization Security
framework.authorization.class =
org.antdepo.authorization.NoAuthorization
framework.authentication.class =
org.antdepo.authentication.NoAuthentication
#
# antdepo repository where modules are stored.
#
framework.server.username = default
framework.server.password = default
framework.server.hostname = localhost
framework.server.url = http://localhost:8080/itnav
framework.webdav.uri = http://localhost:8080/webdav
framework.webdav.username = default
framework.webdav.password = default
framework.pkgRepo.uri = http://localhost:8080/webdav/pkgs
framework.pkgRepo.rootdir = C:\\ctier\\workbench\\webapps\\webdav\
\pkgs
framework.pkgRepo.upload-url = http://localhost:8080/webdav/pkgs
#
# specifies the name of the cmdr shell command, ad is the default
#
framework.ad.shell = ad
#
# specifies the name of the cmdr shell command, cmdr is the default
#
framework.cmdr.shell = cmdr
#
# ssh keypath
#
framework.ssh.keypath = C:Documents and Settingspandyal/.ssh/id_dsa
#
# specifies the build file to be executed anytime depot-setup -a
create is invoked
#
framework.depotsetup.buildfile = C:\\ctier\\pkgs\\antdepo-1.3/bin/
commander-depotsetup.xml
Any suggestions???
Lochan
On Sep 11, 5:23 pm, Anthony Shortland <anth...@controltier.com> wrote:
> Try upping the heap size some more ... could you post your
> framework.properties too?
>
> > Lochan- Hide quoted text -
>
> - Show quoted text -
When I create a seperate project "test1" and run the ad command,
everything works fine.
The java.lang.OutOfMemoryError problem persists only with the "emans"
project.
I am also not able to see my builder subtype "EmansPackageBuilder"
using workbench.
I get the following error:
HTTP Status 500 -
--------------------------------------------------------------------------------
type Exception report
message
description The server encountered an internal error () that prevented
it from fulfilling this request.
exception
javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
221)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
145)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:
210)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
433)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
955)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:
139)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:
505)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
433)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
955)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
2460)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:
133)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:
119)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:
117)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
433)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
955)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
127)
at org.apache.catalina.core.StandardPipeline
$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:
433)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:
955)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:
157)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:
874)
at org.apache.coyote.http11.Http11BaseProtocol
$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:
665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:
528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:
81)
at org.apache.tomcat.util.threads.ThreadPool
$ControlRunnable.run(ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:534)
root cause
java.lang.OutOfMemoryError
--------------------------------------------------------------------------------
Apache Tomcat/4.1.36-LE-jdk14
Please help me out.
Lochan
> framework.webdav.uri =http://localhost:8080/webdav
> framework.webdav.username = default
> framework.webdav.password = default
>
> framework.pkgRepo.uri =http://localhost:8080/webdav/pkgs
> framework.pkgRepo.rootdir = C:\\ctier\\workbench\\webapps\\webdav\
> \pkgs
> framework.pkgRepo.upload-url =http://localhost:8080/webdav/pkgs
> > - Show quoted text -- Hide quoted text -
Turns out we found a bug in the AntDepo layer that caused
OutOfMemoryError from depot-setup.
The next release of ControlTier (beta-2) will incorporate the already
committed fix.
Thanks
> ...
>
> read more »
Lochan
> ...
>
> read more »