Win a copy of Micro Frontends in Action this week in the Server-Side JavaScript and NodeJS forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Ron McLeod
  • Paul Clapham
  • Bear Bibeault
  • Junilu Lacar
Sheriffs:
  • Jeanne Boyarsky
  • Tim Cooke
  • Henry Wong
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • salvin francis
  • Frits Walraven
Bartenders:
  • Scott Selikoff
  • Piet Souris
  • Carey Brown

Why should one use Spring Integration

 
security forum advocate
Posts: 220
1
Android Flex Google App Engine
  • Likes 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There are so many better and powerful API's from either Mule ESB or Camel. Why should one use Spring Integration then except for when you are working on a Spring project?
 
ranger
Posts: 17346
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

so many better and powerful API's



Who says???

Spring Integration is just as powerful. I would say about Mule, do you want a full blown server to get and ESB, or get it without having to get a server as well. Spring Integration works with POJOs, just like Camel, which is a cleaner and beter api.

If you are going to make a statement like that you have to at least support it somehow.

Mark
 
Sai Hegde
security forum advocate
Posts: 220
1
Android Flex Google App Engine
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I did some initial proof of concepts about 6 months back comparing Spring Integration and Camel and felt Camel was far better and easier to use.
I hate having to go through large XML config files that make me dizzy. Camel has excellent support for DSL's which is far better to read than XML and extremely handy when you are writing complex integration logic.
Mule ESB can be used as a lightweight framework by using only the bare minimum libraries. Also Mule has great connectors to Paypal, SAP and other proprietary interfaces.
 
Greenhorn
Posts: 22
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I have used Camel in one of my projects. I agree with Sai, Camel is very easy to integrate . I don't know anything about Spring Integration to make any comments.
 
Mark Spritzler
ranger
Posts: 17346
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Sai Hegde wrote:I did some initial proof of concepts about 6 months back comparing Spring Integration and Camel and felt Camel was far better and easier to use.
I hate having to go through large XML config files that make me dizzy. Camel has excellent support for DSL's which is far better to read than XML and extremely handy when you are writing complex integration logic.
Mule ESB can be used as a lightweight framework by using only the bare minimum libraries. Also Mule has great connectors to Paypal, SAP and other proprietary interfaces.



Spring integration also has a DSL for a few languages.

Mark
 
Sai Hegde
security forum advocate
Posts: 220
1
Android Flex Google App Engine
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Yes it does now with Scala and Groovy, but then it is the same argument about Spring Integration playing a catch up game as JavaEE does with Spring.
 
Mark Spritzler
ranger
Posts: 17346
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Sai Hegde wrote:Yes it does now with Scala and Groovy, but then it is the same argument about Spring Integration playing a catch up game as JavaEE does with Spring.



Sort of, from one perspective. ;)

Mark
 
Author
Posts: 14
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Camel promises more or less the same thing as Spring Integration and Camel was there first. Wether you like the one API or the other is up to you of course. I like the clear separation of Channels and Endpoints in SI. I like immutability. But Camel probably still has plenty of features that SI doesn't have.

The next statement is somewhat harsh, but by no means meant as a personal attack on anyone. The reason I would never use Mule or Camel is that I've read the source code, extended it and debugged it. It wasn't of sufficient quality to run on a production system.

I'm very biased of course, but I'd recommend a healthy bias towards quality to any serious developer. I'd have enormous respect for someone that won't use Spring Integration because he demands higher quality and backs that up somehow.
 
Greenhorn
Posts: 27
  • Likes 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Mate, I love your brazen attack on Camel code quality. Poor old Camel.

I would like to point out you have not backed this up with any of the somehow you would like from a Spring Integration critic...
 
Iwein Fuld
Author
Posts: 14
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

kato Kwong wrote:Mate, I love your brazen attack on Camel code quality. Poor old Camel.

I would like to point out you have not backed this up with any of the somehow you would like from a Spring Integration critic...



Excellent point. I mean something different though. If someone decides not to use SI and backs that up with working software, he has nothing to prove in an argument. I won't back up my claim by pointing out bad code in Camel, it would be easier for me to point out the deficiencies in SI code because I know where to look. Nobody is perfect. At the time I looked at them, both Camel and Mule didn't meet my (subjective and unreasonably strict) quality criteria. That might be interesting to you, or funny, or not. Many parts of Spring Integration do meet those strict quality criteria, so my answer to the OP's question is: 'because of the quality'.

If I come up with code samples to prove the quality of SI or disprove Camel's quality, that will only serve as a way to slip by an appeal to authority on the part of anyone buying my argument. The only way to get through this is to look at the code yourself and decide.

At the end of it all poor old Camel will be fine I'm sure. As will Spring Integration. Most of you won't look at the code anyway, and most of you would get away with it. That won't be the same set though and you should decide carefully to what remaining minority you don't mind belonging
 
We should throw him a surprise party. It will cheer him up. We can use this tiny ad:
the value of filler advertising in 2020
https://coderanch.com/t/730886/filler-advertising
reply
    Bookmark Topic Watch Topic
  • New Topic