• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Spring.Net Framework

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    Spring.Net Framework

    Hi,

    Has anybody got experience in this, IoV/DI. I've been tasked with replacing some XML with bootstrap code using Spring, as the client wants to Obfuscate code but the obfuscation software renames the public methods and therefore IoV in the XML will not correlate to the methods. I dont how to rewrite the XML into Code using Spring.

    Thanks

    #2
    Originally posted by Solent View Post
    Hi,

    Has anybody got experience in this, IoV/DI. I've been tasked with replacing some XML with bootstrap code using Spring, as the client wants to Obfuscate code but the obfuscation software renames the public methods and therefore IoV in the XML will not correlate to the methods. I dont how to rewrite the XML into Code using Spring.

    Thanks
    What on earth are you talking about? Can anyone decode this IT gibberish please?
    What happens in General, stays in General.
    You know what they say about assumptions!

    Comment


      #3
      Originally posted by MarillionFan View Post
      What on earth are you talking about? Can anyone decode this IT gibberish please?
      You can't. As he says it's 'Obfuscate code'.
      How did this happen? Who's to blame? Well certainly there are those more responsible than others, and they will be held accountable, but again truth be told, if you're looking for the guilty, you need only look into a mirror.

      Follow me on Twitter - LinkedIn Profile - The HAB blog - New Blog: Mad Cameron
      Xeno points: +5 - Asperger rating: 36 - Paranoid Schizophrenic rating: 44%

      "We hang the petty thieves and appoint the great ones to high office" - Aesop

      Comment


        #4
        Originally posted by HairyArsedBloke View Post
        You can't. As he says it's 'Obfuscate code'.
        Are you sure it's Obfuscate code or has Milanbenes or Sasguru programmed it, because if they did, it aint done on purpose.
        What happens in General, stays in General.
        You know what they say about assumptions!

        Comment


          #5
          Originally posted by MarillionFan View Post
          Are you sure it's Obfuscate code or has Milanbenes or Sasguru programmed it, because if they did, it aint done on purpose.
          Tosh, 'void ImportantClass::thisIsTheMethodThatDoesStuff()' is entirely self-documenting
          Originally posted by MaryPoppins
          I'd still not breastfeed a nazi
          Originally posted by vetran
          Urine is quite nourishing

          Comment


            #6
            No experience of Spring.NET but have used Castle Windsor http://www.castleproject.org/ IoC which can programatically setup dependencies rather than use XML config.

            http://dotnetslackers.com/articles/d...inerpart1.aspx


            Note to MarillionFan - Stick to SELECT * and worrying about page breaks on your reports.

            Comment


              #7
              Originally posted by Solent View Post
              Hi,

              Has anybody got experience in this, IoV/DI. I've been tasked with replacing some XML with bootstrap code using Spring, as the client wants to Obfuscate code but the obfuscation software renames the public methods and therefore IoV in the XML will not correlate to the methods. I dont how to rewrite the XML into Code using Spring.

              Thanks
              Hi Solent,

              I have a brief understanding of this. IoC means every class reference from now on is now an interface.

              public class foo {
              public Ibar bar;

              }

              Then in your XML you have a class descriptor for foo that dicates what Ibar actually is. So the Ibar dependancy is injected into the class foo, from the spring framework, by using the xml template. Hence the term "dependancy injection". Sometimes known as branch of "Inversion of control (IoC) pattern.

              I'd to a tute online and get into the swing of things. Badoom-tish.
              Knock first as I might be balancing my chakras.

              Comment


                #8
                That's IoC he wants IoV
                How did this happen? Who's to blame? Well certainly there are those more responsible than others, and they will be held accountable, but again truth be told, if you're looking for the guilty, you need only look into a mirror.

                Follow me on Twitter - LinkedIn Profile - The HAB blog - New Blog: Mad Cameron
                Xeno points: +5 - Asperger rating: 36 - Paranoid Schizophrenic rating: 44%

                "We hang the petty thieves and appoint the great ones to high office" - Aesop

                Comment


                  #9
                  Originally posted by HairyArsedBloke View Post
                  That's IoC he wants IoV
                  Spring is IoC though

                  wft is IoV?
                  Knock first as I might be balancing my chakras.

                  Comment


                    #10
                    Originally posted by suityou01 View Post
                    Spring is IoC though

                    wft is IoV?
                    Note that the C key is next to V key

                    But back on topic... My experience of Spring is on Java but a skim of the dotNET documentations suggests it's pretty much the same. So...

                    The way I would do it is to encrypt the XML file and then create a custom XmlObjectDefinitionReader that decrypts it in memory and then passes the XML document to the ApplicationContext.

                    Probably.

                    Comment

                    Working...
                    X