ControlTier java.lang.OutOgMemoryError

9 views
Skip to first unread message

Lochan

unread,
Sep 11, 2007, 4:35:03 PM9/11/07
to ControlTier
I am trying to build and deploy my project "emans" with builder type
"ProjectBuilder" and the subtype as "EmansPackageBuilder" on Windows
XP Professional.
I have already added:

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

Anthony Shortland

unread,
Sep 11, 2007, 8:23:01 PM9/11/07
to contr...@googlegroups.com
Try upping the heap size some more ... could you post your
framework.properties too?

Lochan

unread,
Sep 12, 2007, 5:55:19 PM9/12/07
to ControlTier
I tried using

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 -

Lochan

unread,
Sep 13, 2007, 2:33:40 PM9/13/07
to ControlTier
To add to this....

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 -

Alex Honor

unread,
Oct 23, 2007, 6:20:46 PM10/23/07
to ControlTier
Hi Lochan,

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

unread,
Oct 30, 2007, 6:45:55 AM10/30/07
to ControlTier
Thanks Alex.
Will wait for the next release.

Lochan

> ...
>
> read more »

Reply all
Reply to author
Forward
0 new messages