Mark Fisher 27e288be08 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

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

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.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

Renamed the 'processMessage' method to 'onMessageInternal' (it is the subclass implementation that is invoked from the base class 'onMessage' method).

2008-09-19 02:56:47 +00:00

org.springframework.integration.file

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.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

adding first bit of file docos

2008-10-06 15:10:21 +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%