Refactoring Asynchronous Event Handling in the Real-Time Specification for Java

Kim, MinSeong; Wellings, Andy

doi:10.1109/ecrts.2009.10

Cited by 7 publications

(2 citation statements)

References 8 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…In previous work 20, 27–29 we have argued that the RTSJ lacks the facilities for the application to configure the support for asynchronous event handlers. The fact that the RTSJ does not specify constraints on the application code executed by handlers makes it very difficult for the implementation to optimize its support.…”

Section: Use Of Asynchronous Event Handlers In Scjmentioning

confidence: 99%

Asynchronous event handling and Safety Critical Java

Wellings¹,

Kim²

2011

Concurrency and Computation

Self Cite

View full text Add to dashboard Cite

SUMMARY Over the last few years, the Java Community Process (under the auspices of Java Specification Request 302) has been developing a subset of Java augmented by the Real‐Time Specification for Java (RTSJ) for use in safety critical systems. The concurrency model supported by Safety Critical Java (SCJ) relies almost exclusively on an event‐based model rather than on a thread‐based model. This paper reviews the advantages and disadvantages of the two models and gives the pragmatic reasons that SCJ has adopted the former model. It describes the SCJ approach and gives a simple example of how it can be used, illustrating the difference in style between the RTSJ and SCJ code. The paper then considers the compatibility of the SCJ model with the RTSJ. It argues that by basing the SCJ classes on the RTSJ's BoundAsyncEvent class, some inconsistencies exist between the SCJ and the RTSJ models. Furthermore, some of the optimizations that are possible when mapping handlers to server threads are inhibited, even though the programming restrictions necessary for these optimizations are imposed by the SCJ specification. A revised model is presented that has a slightly more complicated API but is more consistent with the RTSJ and allows the optimizations. However, there is a resulting increase in the necessary run‐time support, particularly for multiprocessor implementations. Copyright © 2011 John Wiley & Sons, Ltd.

show abstract

Section: Use Of Asynchronous Event Handlers In Scjmentioning

confidence: 99%

Asynchronous event handling and Safety Critical Java

Wellings¹,

Kim²

2011

Concurrency and Computation

Self Cite

View full text Add to dashboard Cite

show abstract

“…Although people have explored synchronous mechanisms in concurrent programs in depth, they have not considered the role of asynchronous mechanisms in concurrent programming. Asynchronous mechanisms have been applied in various fields such as the Internet of Things [5][6][7], WEB applications [8][9], mobile development, and code refactoring. This paper proposes an automatic reconstruction method based on the asynchronous mechanism of fusion terminals to address the problem of synchronous blocking wasting system resources and affecting program performance in parallel processing.…”

Section: Introductionmentioning

confidence: 99%

Asynchronous software refactoring method based on fusion terminal

Tao

2024

Third International Conference on Electronic Information Engineering, Big Data, and Computer Technology (EIBDCT 2024)

View full text Add to dashboard Cite

The present invention proposes a reconfigurable software design method based on design patterns for intelligent fusion terminal software in low-voltage distribution substations. The method divides each functional module of the terminal software into indivisible functional element classes based on modular thinking, and on this basis, comprehensively uses aggregation, combination and other methods to construct component classes, and further constructs the software system architecture, To form a three-level reconfigurable software design method and system of "functional elements components system architecture" for intelligent fusion terminals, in order to improve the efficiency of reconfigurable software design, effectively guide the development of embedded software platforms, and provide strong technical support for business expansion of intelligent fusion terminals.

show abstract

Refactoring Asynchronous Event Handling in the Real-Time Specification for Java

Kim

Wellings

2009

2009 21st Euromicro Conference on Real-Time Systems

View full text Add to dashboard Cite

The primary goal for asynchronous event handling (AEH) in the Real-Time Specification for Java (RTSJ) is to have a lightweight concurrency mechanism. However the RTSJ neither provides a well-defined guideline on how to implement AEH nor requires the documentation of the AEH model used in the implementation. Also the AEH API in the RTSJ are criticised as lacking in configurability as they do not provide any means for programmers to have fine control over the AEH facilities, such as the mapping between real-time threads and handlers. For these reasons, it needs the refactoring of its application programming interface (API) to give programmers more configurability. This paper, therefore, proposes a set of AEH related classes and interfaces to enable flexible configurability over AEH components. We have implemented the refactored configurable AEH API using the new specifications on an existing RTSJ implementation and this paper shows that it allows more configurability for programmers than the current AEH API in the RTSJ does. Consequently programmers are able to specifically tailor the AEH subsystem to fit their applications' particular needs.

show abstract

Refactoring Asynchronous Event Handling in the Real-Time Specification for Java

Cited by 7 publications

References 8 publications

Asynchronous event handling and Safety Critical Java

Asynchronous event handling and Safety Critical Java

Asynchronous software refactoring method based on fusion terminal

Refactoring Asynchronous Event Handling in the Real-Time Specification for Java

Contact Info

Product

Resources

About