[JBoss JIRA] Updated: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Clebert Suconic (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=all ]
Clebert Suconic updated JBAS-2299:
----------------------------------
Attachment: Sampleapp.zip
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Fix For: JBossAS-4.2.2.GA
>
> Attachments: Data.txt, SampleApp.ear, Sampleapp.zip
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Commented: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Niall P (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=comments#action_12371246 ]
Niall P commented on JBAS-2299:
-------------------------------
BeanUtils 1.8.0 Beta has been released for testing.
See http://www.apachenews.org/archives/001045.html
Would be good if you could test whether this issue has been resolved before the final 1.8.0 release
Niall
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Fix For: JBossAS-4.2.2.GA
>
> Attachments: Data.txt, SampleApp.ear
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Commented: (JBPM-429) Support for external security systems
by Holger Szillat (JIRA)
[ http://jira.jboss.com/jira/browse/JBPM-429?page=comments#action_12371186 ]
Holger Szillat commented on JBPM-429:
-------------------------------------
I have made the following changes to my source-code of the jBPM v.3.1.4:
protected Delegation readAssignmentDelegation( Element assignmentElement ) {
Delegation assignmentDelegation = new Delegation();
String expression = assignmentElement.attributeValue( "expression" );
String actorId = assignmentElement.attributeValue( "actor-id" );
String pooledActors = assignmentElement.attributeValue( "pooled-actors" );
String assignmentClass = assignmentElement.attributeValue( "class" );
if ( expression != null ) {
assignmentDelegation.setProcessDefinition( processDefinition );
if ( assignmentClass != null )
assignmentDelegation.setClassName( assignmentClass );
else
assignmentDelegation
.setClassName( "org.jbpm.identity.assignment.ExpressionAssignmentHandler" );
assignmentDelegation.setConfiguration( "<expression>" + expression
+ "</expression>" );
} else {
if ( ( actorId != null ) || ( pooledActors != null ) ) {
assignmentDelegation.setProcessDefinition( processDefinition );
assignmentDelegation
.setClassName( "org.jbpm.taskmgmt.assignment.ActorAssignmentHandler" );
String configuration = "";
if ( actorId != null ) {
configuration += "<actorId>" + actorId + "</actorId>";
}
if ( pooledActors != null ) {
configuration += "<pooledActors>" + pooledActors + "</pooledActors>";
}
assignmentDelegation.setConfiguration( configuration );
} else {
assignmentDelegation.read( assignmentElement, this );
}
}
return assignmentDelegation;
}
Note, that I simply read the class-element (which is allowed according to the XML-grammar) and only set the "default" handler if the element was not specified.
Maybe it helps...
> Support for external security systems
> -------------------------------------
>
> Key: JBPM-429
> URL: http://jira.jboss.com/jira/browse/JBPM-429
> Project: JBoss jBPM
> Issue Type: Bug
> Components: Core Engine
> Affects Versions: jBPM 3.0
> Environment: NA
> Reporter: Ashwini Kumar
> Assigned To: Tom Baeyens
> Original Estimate: 2 minutes
> Remaining Estimate: 2 minutes
>
> Please change the readAssignmentDelegation method in org.jbpm.jpdl.xml.JpdlXmlReader to be the following.
> The original method would ignore the class attribute assigned to swimlane assignments and default it to org.jbpm.identity.assignment.ExpressionAssignmentHandler
> Thanks,
> private Delegation readAssignmentDelegation(Element assignmentElement) {
> Delegation assignmentDelegation = new Delegation();
> String expression = assignmentElement.attributeValue("expression");
> if (expression!=null) {
> assignmentDelegation.setProcessDefinition(processDefinition);
> String assignmentHandler = assignmentElement.attributeValue("class");
> if (assignmentHandler != null){
> assignmentDelegation.setClassName(assignmentHandler);
> }
> else{
> assignmentDelegation.setClassName("org.jbpm.identity.assignment.ExpressionAssignmentHandler");
> }
> assignmentDelegation.setConfiguration("<expression>"+expression+"</expression>");
>
> } else {
> assignmentDelegation.read(assignmentElement, this);
> }
> return assignmentDelegation;
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBAOP-447) maven plugin org.jboss.maven.plugins uses wrong location of target/classes
by Anders Andersen (JIRA)
maven plugin org.jboss.maven.plugins uses wrong location of target/classes
--------------------------------------------------------------------------
Key: JBAOP-447
URL: http://jira.jboss.com/jira/browse/JBAOP-447
Project: JBoss AOP
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: unix OSX 10.4.10
java 1.5
Reporter: Anders Andersen
the plugin uses target/classes as the location of classes.
This is wrong when you use mvn -f xxxxx/pom.xml clean process-classes
class: maven-jbossaop-plugin/src/main/java/org/jboss/maven/plugins/JBossAOPCMojo.java
code error ****
if(isTest())
cl.addArguments(new String[] { project.getBuild().getTestOutputDirectory()});
else
cl.addArguments(new String[] { "target/classes"});
better code******
if(isTest())
cl.addArguments(new String[] { project.getBuild().getTestOutputDirectory()});
else
cl.addArguments(new String[] { project.getBuild().getOutputDirectory()});
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBAOP-448) maven plugin org.jboss.maven.plugins cannot use include of classes
by Anders Andersen (JIRA)
maven plugin org.jboss.maven.plugins cannot use include of classes
------------------------------------------------------------------
Key: JBAOP-448
URL: http://jira.jboss.com/jira/browse/JBAOP-448
Project: JBoss AOP
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Environment: any maven2
Reporter: Anders Andersen
The ant target
<taskdef
name="aopc"
classname="org.jboss.aop.ant.AopC"
classpathref="jbossaop.task.classpath"/>
is cabable of including specific classes
Sample:
<aopc compilerclasspathref="aop.classpath" verbose="true">
<classpath refid="aopc.classpath"/>
<src path="${build.classes}"/>
<aoppath path="${build.resources}/portal-wsrp-sar/wsrp-aop.xml"/>
<include name="org/jboss/portal/wsrp/consumer/ConsumerRegistryService.class"/>
</aopc>
Sample of what it could look like in maven2
<plugin>
<groupId>org.jboss.maven.plugins</groupId>
<artifactId>maven-jbossaop-plugin</artifactId>
<executions>
<execution>
<phase>process-classes</phase>
<configuration>
<aoppath>${basedir}/../portal-wsrp-sar/src/main/resources/wsrp-aop.xml</aoppath>
<verbose>true</verbose>
<includes>
<include>org/jboss/portal/wsrp/consumer/ConsumerRegistryService.class</include>
</includes>
</configuration>
<goals>
<goal>compile</goal>
</goals>
</execution>
</executions>
</plugin>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBRULES-1035) Deploy sources jars on mvn deploy
by Geoffrey De Smet (JIRA)
Deploy sources jars on mvn deploy
---------------------------------
Key: JBRULES-1035
URL: http://jira.jboss.com/jira/browse/JBRULES-1035
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.GA
Reporter: Geoffrey De Smet
Assigned To: Mark Proctor
Priority: Minor
Fix For: 4.0.1
Attachments: sources.patch
Because the maven-source-plugin isn't attached to the default lifecylce, you need to explicitly link it in <plugins>.
Hope this changes for maven 2.1.
I also added test-jar sources :)
In the parent pom I changed this:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>2.0.2</version>
<executions>
<execution>
<goals>
<goal>jar</goal>
+ <goal>test-jar</goal>
</goals>
</execution>
</executions>
</plugin>
...
</pluginManagement>
<plugins>
+ <plugin>
+ <!-- Entry needed to create, install and deploy sources jars -->
+ <groupId>org.apache.maven.plugins</groupId>
+ <artifactId>maven-source-plugin</artifactId>
+ </plugin>
</plugins>
</build>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months