You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Jiri Ondrusek (Jira)" <ji...@apache.org> on 2019/09/25 12:11:00 UTC

[jira] [Commented] (CAMEL-13121) Route irc->irc cycles the message because of "irc.target" header

    [ https://issues.apache.org/jira/browse/CAMEL-13121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16937670#comment-16937670 ] 

Jiri Ondrusek commented on CAMEL-13121:
---------------------------------------

[~dmvolod] [~davsclaus] I agree with your previous comments and removal of header is working in this case. 
From my POV it would be nice to have a validation, which fail if message goes to target which is not defined in "to" endoint.
In the above case it will fail with validation error, because message is being sent to channel #test1, which is not defined as in endpoint .to("irc://chan@localhost:6667/test2");

It is a simple change, which makes sense. It could be done by this: https://github.com/JiriOndrusek/camel/commit/1f972395eac1ee998b7d7b790ba704f7e34466af#diff-c64bf7249f53d33cc5f9c65b8c9a9fe9R58

WDYT?

> Route irc->irc cycles the message because of "irc.target" header
> ----------------------------------------------------------------
>
>                 Key: CAMEL-13121
>                 URL: https://issues.apache.org/jira/browse/CAMEL-13121
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-irc
>    Affects Versions: 2.21.0
>            Reporter: Radovan Netuka
>            Assignee: Dmitry Volodin
>            Priority: Minor
>
> Configure this route:
> from("irc://priv@localhost:6667/test1")
>  .log("${headers}")
>  .to("irc://chan@localhost:6667/test2");
>  
> Send private message to user _priv._
>  
> Expected result:
>  The message is routed to user _chan._
>  
> Actual result:
> The message is routed back to user _priv_ and enters an infinite loop
>  
> Cause:
> Inside camel-core Pipeline, the IRC message has still its old target set in its properties.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)