The EIP subproject in the template-jersey app should only ever contain outbound flow configurations and not inbound flow configurations
Respuesta
True
False
Pregunta 2
Pregunta
What is the most appropriate definition of a ProchainProcessor in terms of our new way of doing things
Respuesta
A prochain processor is a deployable component that can service multiple activemq queues and each queue can have multiple consumers to process the message
A prochain processor is a deployable component that can service multiple activemq queues and each queue only has one consumer to process the message
A prochain processor is a deployable component that services only one activemq queue and that queue will have only one consumer to process the message
Pregunta 3
Pregunta
A prochain processor can place a message directly on an activemq queue which is serviced by a prochain processor associated with another intapi
Respuesta
True
False
Pregunta 4
Pregunta
What is the most appropriate way of adding a consumer on an activemq queue in production
Respuesta
Change the prochain processor configuration to have one more consumer on the queue in question
Bring up another instance of the same prochain processor in production on its on aws instance
Pregunta 5
Pregunta
What is the purpose of the camel config file in the eip subproject
Respuesta
its only something that is used for testing and starting a broker
it is used to configure a camel route between queues if we want to
It is a way to know which queues are configured for exponential retry of message redelivery using the AMQ_SCHEDULED_DELAY header in the message headers.
Pregunta 6
Pregunta
The @EipRetry annotation should only be used on a method that has a @ServiceActivator annotation
Respuesta
True
False
Pregunta 7
Pregunta
Each service activator can have its own exponential retry configuration
Respuesta
True
False
Pregunta 8
Pregunta
If you do not use an EIPRetry annotation on a service activator and dont have any other error handling configuration setup in the flow then what does spring integration do with exceptions?
Respuesta
Spring integration just throws these exceptions away
A MessageHandlingException message is sent to a global jms channel called errorChannel.
What does the templateMessagePublishingErrorHandler in the template-jersey-app demonstrate?
Respuesta
Demonstrates that you can send exceptions to an error channel without using the @EipRetry annotation on the service activator
Demonstrates absolutely nothing
Pregunta 11
Pregunta
What does the templateNotificationErrorChannel integrationFlow in the TemplateNotificationFlowConfiguration demonstrate?
Respuesta
In order to send the messages from the errorChannel to an activemq queue so that application support can look at them we need to define a outbound flow between the jms error channel and a queue name
It demonstrates that we cannot process error messages once they have gone to the error channel.