Mojo

RejectedExecutionException when numberOfConcurrentCompilation is other than 1

Details

  • Type: Bug Bug
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: apt-maven-plugin-1.0-alpha-4, buildnumber-maven-plugin-1.0
  • Fix Version/s: None
  • Component/s: native
  • Labels:
    None
  • Environment:
    Linux (gcc 3.2) or Windows (Visual Studio 2005)
  • Complexity:
    Intermediate
  • Number of attachments :
    1

Description

First thanks for your work on the native plugin. We use it extensively (linux, win32) and it works great for us.
There is one problem though, when we set the numberOfConcurrentCompilation to any thing other than 1. We get a edu.emory.mathcs.backport.java.util.concurrent.RejectedExecutionException
This regardless of the project for which we set it, or the platform (linux, win32).

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Jean-Marie Dautelle added a comment -

This is the modification to the AbstractCompiler file to fix the issue (I don't have commit right).
The ThreadPoolExecutor buffer has to be greater than the maximum number of tasks submitted otherwise tasks might get rejected (since there is no room to store them before processing).

Show
Jean-Marie Dautelle added a comment - This is the modification to the AbstractCompiler file to fix the issue (I don't have commit right). The ThreadPoolExecutor buffer has to be greater than the maximum number of tasks submitted otherwise tasks might get rejected (since there is no room to store them before processing).
Hide
Permalink
Jean-Marie Dautelle added a comment -

The ThreadPoolExecutor buffer has to be greater than the maximum number of tasks submitted otherwise tasks might get rejected (since there is no room to store them before processing).
A small change of the AbstractCompiler class has been attached which resolves the issue/bug.
Please incorporate this fix in the next release.

Show
Jean-Marie Dautelle added a comment - The ThreadPoolExecutor buffer has to be greater than the maximum number of tasks submitted otherwise tasks might get rejected (since there is no room to store them before processing). A small change of the AbstractCompiler class has been attached which resolves the issue/bug. Please incorporate this fix in the next release.
Hide
Permalink
Dan Tran added a comment -

please submit svn diff output

Show
Dan Tran added a comment - please submit svn diff output

People

  • Assignee:
    Unassigned
    Reporter:
    Jean-Marie Dautelle
Vote (0)
Watch (1)

Dates

  • Created:
    Updated: