Release Notes - Petals ESB Container - Version 5.0.1 - HTML format
Configure Release Notes
Bug
- [PETALSESBCONT-124] - Incorrect name for configuration properties of the persistence service
- [PETALSESBCONT-133] - Persistence service does not support Oracle database
- [PETALSESBCONT-153] - Directories are not correctly detected by the URLFactory
- [PETALSESBCONT-203] - Bad version returns by the command 'petals-esb.sh --version'
- [PETALSESBCONT-355] - Container attachments are incomplete if launched concurrently
- [PETALSESBCONT-356] - Containers are not completely detached if launched concurrently
- [PETALSESBCONT-357] - Unable to detach a container previously attached without restarting it
- [PETALSESBCONT-358] - OOM in PermGen space when attaching or detaching a container to/from a topology
- [PETALSESBCONT-359] - JBI artifact lifecycle not linked to their associated Fractal components
- [PETALSESBCONT-360] - Error not clear on container attachment when the given passphrase is invalid
- [PETALSESBCONT-361] - Sometimes a NPE occurs at container start-up recovering components
- [PETALSESBCONT-362] - A container moved from a topology to another is always known by the remaining containers of its initial topology
- [PETALSESBCONT-363] - Endpoint not found when attaching a container
- [PETALSESBCONT-364] - "No endpoint(s) matching the target service" when attaching a container
- [PETALSESBCONT-377] - DeliveryChannel's accept(long) should wait undefinitely with a timeout of 0
- [PETALSESBCONT-380] - DeliveryChannel's close() should deactivate all endpoints of the component
- [PETALSESBCONT-382] - The ZIP archives must contain the right license file
- [PETALSESBCONT-383] - The ZIP archives must contain the list of third party products with their licenses
- [PETALSESBCONT-386] - The ZIP archives must contain the right copyright file
- [PETALSESBCONT-388] - ComponentContext's method to query endpoints should return an empty array in case of errors.
- [PETALSESBCONT-389] - ComponentContext.getEndpoint(QName, String) should only return internal endpoints
- [PETALSESBCONT-392] - SA deployment fail if more than one file/directory inside META-INF
- [PETALSESBCONT-394] - Mismatch between consumer and provider with sendSync
- [PETALSESBCONT-404] - The Container shouldn't try to revert deployment in case of failure
- [PETALSESBCONT-406] - On recovery, the container should also restore SHUTDOWN state for SAs/SUs
- [PETALSESBCONT-410] - petals.container.name is missing in the server properties retrievable by JMX
- [PETALSESBCONT-411] - The debian package should not silently replace configuration files
- [PETALSESBCONT-413] - The RMI JMX Stub should register itself based on the declared host
Improvement Request
- [PETALSESBCONT-54] - The file-based repository should not contain absolute paths
- [PETALSESBCONT-90] - System state and repository components are mixed
- [PETALSESBCONT-129] - The connection pool of the persistence service must be customizable
- [PETALSESBCONT-165] - Update starting up script for the debug mode with Java 6 API for debugging
- [PETALSESBCONT-199] - Message Persistance Service should be asynchronous
- [PETALSESBCONT-200] - Rename org.ow2.petals.system.persistence.PersistenceServiceImpl to org.ow2.petals.system.persistence.JDBCPersistenceServiceImpl
- [PETALSESBCONT-208] - Add technical monitoring metrics
- [PETALSESBCONT-350] - Make InstallationExtension mechanism explicit
- [PETALSESBCONT-353] - Uniformise directories for extensions and mutable implementations
- [PETALSESBCONT-365] - The timeout used to stop the traffic at router level must be customizable
- [PETALSESBCONT-366] - The container configuration must be logged at level CONFIG instead of FINE
- [PETALSESBCONT-367] - The NIO Transporter does not send back exception if an error happens while delivering the message on the receiving side
- [PETALSESBCONT-368] - A sendSync should be blocked at router level instead of transporter level
- [PETALSESBCONT-369] - Reduce the acceptor core size of NIO transporter when no request incomes
- [PETALSESBCONT-371] - The listening IP of the NIO transporter and the WS-API are not configurable and default to the configured container host
- [PETALSESBCONT-376] - Make all implementations of MessageExchange serializable
- [PETALSESBCONT-379] - After/During component shutdown, reinject the exchanges left in the DeliveryChannel into the NMR
- [PETALSESBCONT-381] - When receiving an answer to a timed out exchange, send an error back to the sender if possible
- [PETALSESBCONT-384] - Better coherence between endpoint, service and interfaceName in MEX after endpoint selection
- [PETALSESBCONT-385] - MessageExchangeFactory should fail if its DeliveryChannel is closed
- [PETALSESBCONT-390] - ComponentContext.resolveEndpointReference(DocumentFragment) should resolve NMR generated endpoints
- [PETALSESBCONT-395] - Add statistics about connection established at NIO transporter level
- [PETALSESBCONT-397] - Add metrics about messages delivered by the NIO transporter
- [PETALSESBCONT-398] - When resolving endpoint, consider endpoint without interfaces at all as suitable for any interface
- [PETALSESBCONT-399] - MessageExchangeFactory.createExchange(QName, QName) should fails to create exchange in case of incoherence
- [PETALSESBCONT-403] - Rework the monitoring metric about delivered messages by the local transporter
- [PETALSESBCONT-407] - Return ownership on send failure
- [PETALSESBCONT-408] - Service Assembly lifecycle should mirror as much as possible SU lifecycle
- [PETALSESBCONT-412] - Isolate classloaders by default (set petals.classloaders.isolated to true)
- [PETALSESBCONT-417] - During container shutdown, keep endpoints in registry and container in topology
Task
|
Edit/Copy Release Notes
The text area below allows the project release notes to be edited and copied to another document.
|
|