Results 1 to 4 of 4

Thread: Considering Spring.NET for my needs

  1. #1
    Join Date
    Sep 2008
    Posts
    2

    Default Considering Spring.NET for my needs

    Hi, I'm considering Spring.NET framework for my team's projects.

    My team currently develops medium-size service oriented servers (not enterprise).
    At present time, we implemented an application framework by ourselves to deploy services in.
    The reason is to enable high performance - we don't want the XML serialization and deserialization that SOAP forces. We siimply use C# objects to route messages between services.

    My question is - can the Spring.NET network be used as our application framework? Is it possible to disable the use of SOAP between C# services?

    Thanks,
    Matan.

  2. #2
    Mark Pollack is offline Spring.NET Co-Lead Spring TeamSpring User
    Join Date
    Sep 2004
    Location
    New York, NY
    Posts
    1,683

    Default

    Hi Matan,
    If you want to avoid the use of XML then you need to see if your middleware supports binary serialization or some other binary format. WCF support this as well as using traditional messaging middleware APIs such as MSQM, TIBCOE EMS, ActiveMQ, Websphere MQ, etc. Spring itself is not a middleware provider, but we strive to make it easier to use middleware by providing various services, such as exporters, message listener containers and allowing you to configure your services using dependency injection and AOP.
    Hope this helps.
    Mark

  3. #3
    Join Date
    Sep 2008
    Posts
    2

    Default Clarification

    Thanks Mark, it did help.
    Just to make the picture clearer for me - Does the java version of Spring offer a middleware provider? Will the Spring.NET version offer one in the future?
    Thanks,
    Matan.

  4. #4
    Mark Pollack is offline Spring.NET Co-Lead Spring TeamSpring User
    Join Date
    Sep 2004
    Location
    New York, NY
    Posts
    1,683

    Default

    Hi,
    Spring, for both Java and .NET, do not provide any remoting protocol or middleware of their own but make them easier to use and promote best practices.
    Cheers,
    Mark

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •