Comments for Tom E Stephens

Comment on Config Files with IronPython: Overriding the ConfigurationManager by Tom E Stephens » Blog Archive » The Unexpected Influence of IronPython

Tom E Stephens » Blog Archive » The Unexpected Influence of IronPython — Sat, 23 Mar 2013 02:12:59 +0000

[...] actually gotten a fair amount of traffic. A couple of years back I was heavily into IronPython and I found a way to use config files in the IronPython shell. It turns out that for one, I made some copy paste errors and my posted code didn’t compile [...]

Comment on Config Files with IronPython: Overriding the ConfigurationManager by Tom

Tom — Wed, 25 Jan 2012 16:20:55 +0000

Well like I mentioned at the top this solution is for my use of the IronPython shell. if you're writing an app you shouldn't need it. But if you are using the shell then it will work like the example I have.


import clr
clr.AddReferenceToFile("ConfigurationProxy.dll")
clr.AddReference("System.Configuration")
from System.Configuration import ConfigurationManager
import ConfigurationProxy
p = ConfigurationProxy('myAlternateAppSettings.config')
p.InjectToConfigurationManager()

conn = ConfigurationManager.ConnectionStrings['myConnectionString']

You might be interested in my other post where I use this a little more.

Comment on Config Files with IronPython: Overriding the ConfigurationManager by Jack

Jack — Wed, 25 Jan 2012 01:39:51 +0000

Could you elaborate as to how someone could use your proxy class within an IronPython with a custom file?

Comment on Automation – saving 15 mins/day at a time by Troy

Troy — Fri, 28 Oct 2011 19:33:30 +0000

I like your tack! I was toying with creating a repo class to deal with the changes. I really like the idea of running it as a background task

Any how, I ended up completely rewriting it so that it checks the commit status of the repo before attempting to pull/push changes.

http://bluebill.wordpress.com/2011/10/22/mercurial-pushpull-script-with-status-checking/

cheers,
Troy

Comment on AutoMapper: Ups, Downs, and Implementations – Part 2 by Tom

Tom — Thu, 14 Jul 2011 18:04:45 +0000

This is taxing my memory. I haven’t been working with AutoMapper extensively much these days since all of my translation code is more or less complete and hasn’t needed to be changed. I had to look through some of my other code, but it looks like I have a mistake here.

The Contacts Property on the Client Object would need to be given an explicit mapping unless there is a Contacts property on the ClientDto (which I don’t believe there would be).

That said, I know some changes have been made to AutoMapper in recent releases and those may have removed the need for this. I’m not sure though.
Tom

Comment on AutoMapper: Ups, Downs, and Implementations – Part 1 by Tom

Tom — Thu, 14 Jul 2011 17:54:50 +0000

Yes, that’s correct. I’ll fix the example. Thanks for pointing that out… it’s been wrong for a long time

Comment on AutoMapper: Ups, Downs, and Implementations – Part 2 by sun1991

sun1991 — Wed, 13 Jul 2011 14:02:03 +0000

How about:
public List Contacts { get; set; }?

Will automapper populate it, or just ignore it (automatically)?

Comment on AutoMapper: Ups, Downs, and Implementations – Part 1 by sun1991

sun1991 — Wed, 13 Jul 2011 13:31:39 +0000

ClientDto dto = Mapper.Map(myDataReader);

Do you mean:
ClientDto dto = Mapper.Map(myDataReader).First();?

Comment on What’s it worth? – trying to find the true value by Tom

Tom — Thu, 23 Jun 2011 14:47:47 +0000

What I like about this is that it is the essential core of Buddhism:

Don’t empty your cup so we can fill it back up again as much as empty it, and keep it there.

Comment on Time for Change by Daniel J. Roos

Daniel J. Roos — Wed, 22 Jun 2011 02:08:14 +0000

Who will take care of the chickens? I mean, congrats and keep in touch. Heck, someday, post something over at SnarkCriticPop, man!