Mark Fisher 709f6d72df AbstractEndpointParser creates a DirectChannel for an 'input-channel' that is not explicitly configured within the context.

2008-10-06 20:11:49 +00:00

build-spring-integration

Moving 'org.springframework.integration.test' module to the sandbox until post 1.0

2008-09-25 20:52:15 +00:00

org.springframework.integration

AbstractEndpointParser creates a DirectChannel for an 'input-channel' that is not explicitly configured within the context.

2008-10-06 20:11:49 +00:00

org.springframework.integration.adapter

Refactored existing Message-consuming endpoints to only implement MessageConsumer (not MessageEndpoint). Now, either a PollingConsumerEndpoint or SubscribingConsumerEndpoint delegates to the MessageConsumer thereby separating the Lifecycle responsibilities and configuration settings (trigger, transactions, etc) since they are different for polling vs. subscribing and not relevant for simply consuming Messages. Essentially all MessageConsumers are now "event-driven" since a "polling consumer" is actually handled by the PollingConsumerEndpoint class. The next refactoring step involves renaming several components to clarify this endpoint vs. consumer distinction.

2008-10-06 17:24:46 +00:00

org.springframework.integration.event

AbstractMessageConsumingEndpoint is now AbstractMessageConsumer.

2008-10-06 18:23:00 +00:00

org.springframework.integration.file

OPEN - issue INT-396: Update documentation on file reading

2008-10-06 19:36:16 +00:00

org.springframework.integration.ftp

Removed the PollableSource interface, and migrated the 'receive()' method to MessageSource.

2008-09-26 16:31:26 +00:00

org.springframework.integration.httpinvoker

Refactored existing Message-consuming endpoints to only implement MessageConsumer (not MessageEndpoint). Now, either a PollingConsumerEndpoint or SubscribingConsumerEndpoint delegates to the MessageConsumer thereby separating the Lifecycle responsibilities and configuration settings (trigger, transactions, etc) since they are different for polling vs. subscribing and not relevant for simply consuming Messages. Essentially all MessageConsumers are now "event-driven" since a "polling consumer" is actually handled by the PollingConsumerEndpoint class. The next refactoring step involves renaming several components to clarify this endpoint vs. consumer distinction.

2008-10-06 17:24:46 +00:00

org.springframework.integration.jms

Using Asserts with IllegalArgumentException/IllegalStateException instead of ConfigurationException.

2008-09-29 15:06:27 +00:00

org.springframework.integration.mail

Simplified PREFIX for MailHeaders.

2008-09-26 23:36:23 +00:00

org.springframework.integration.rmi

Refactored existing Message-consuming endpoints to only implement MessageConsumer (not MessageEndpoint). Now, either a PollingConsumerEndpoint or SubscribingConsumerEndpoint delegates to the MessageConsumer thereby separating the Lifecycle responsibilities and configuration settings (trigger, transactions, etc) since they are different for polling vs. subscribing and not relevant for simply consuming Messages. Essentially all MessageConsumers are now "event-driven" since a "polling consumer" is actually handled by the PollingConsumerEndpoint class. The next refactoring step involves renaming several components to clarify this endpoint vs. consumer distinction.

2008-10-06 17:24:46 +00:00

org.springframework.integration.samples

Updated CafeDemo to use the new @Gateway method annotation.

2008-09-28 22:18:43 +00:00

org.springframework.integration.security

Using Asserts with IllegalArgumentException/IllegalStateException instead of ConfigurationException.

2008-09-30 03:44:40 +00:00

org.springframework.integration.stream

ChannelPoller now has a setConsumer method instead of being Subscribable.

2008-10-02 18:03:49 +00:00

org.springframework.integration.ws

Refactored existing Message-consuming endpoints to only implement MessageConsumer (not MessageEndpoint). Now, either a PollingConsumerEndpoint or SubscribingConsumerEndpoint delegates to the MessageConsumer thereby separating the Lifecycle responsibilities and configuration settings (trigger, transactions, etc) since they are different for polling vs. subscribing and not relevant for simply consuming Messages. Essentially all MessageConsumers are now "event-driven" since a "polling consumer" is actually handled by the PollingConsumerEndpoint class. The next refactoring step involves renaming several components to clarify this endpoint vs. consumer distinction.

2008-10-06 17:24:46 +00:00

org.springframework.integration.xml

2008-10-01 20:10:01 +00:00

spring-integration-reference

updated documentation

2008-10-06 19:39:02 +00:00

build.properties

Come up to BRITS

2008-05-20 21:26:25 +00:00

Description

No description provided

83 MiB

Languages

Java 99%

XSLT 0.9%