I think the real thing you're fighting is ColdSpring or No ColdSpring.
Are they/you using CS with the Mach-II app? Hrmmm... looks like you're loading it up..
but the real power of CS comes with the injecting/loose coupling (WAIT, the AOP is
a real ass-kicker too!), which it doesn't look like you've utilized in the way I would.
But I really don't know what the hell I'm doing, besides just a little, teensy bit.
It seems like there is a little "groady-ness" when using CSed stuff with non CSed
stuff, no matter what... which makes sense, if you think about it. So perhaps you
did it as best as it will do. ^shrug^
If that's really what's going on there... and as I said, "I know nothing".
On a totally different note:
Why don't you use the google group, Bryan, vs topica?
Because so far MG:U is living mostly in blog-land? Yeah, I feel the pain.
Maybe part of the prob is MG1... lets just pull a Windows 2000 on MG1...
what do ya'll think? *sigh* Yeah... I know... homie don't play that(?)
Sorry, this is a pretty pointless post. I'll try the read-record thing you
asked about "above" (relative to an inbox) and see what I come up with.
What the hizzeck. I'm burnt anyways. Force be with you, B
--
On a serious note, I think that you've done it as best as I've seen it
done (for the couple of projects that do this, that's what they do- add
an init-type-func that has to be called if you're not in "the box").
You gotta bridge the gap somewayformOrOther.
Sorry no real meat for you to chew on. Or fat, for that matter.
:v
On 5/9/07, Bryan S wrote:I have written a security action pack. The first app that used the new security was a Unity app. Now we are trying to use it with a Mach-II app.
When my security service is instantiated in the Mach-II app this function fails when called
getActiveDirectoryDao().AuthenticateUser(arguments.LogonName,arguments.Password)
because Element INSTANCE.ACTIVEDIRECTORYDAO is undefined in VARIABLE which I understand and can fix by putting this in my init:
<cffunction name="init" returntype="any" output="false" hint="Constructor">
<!--- Create the coldspring bean factory --->
<cfset variables.instance.ColdSpringBeanFactory = createObject("component","coldspring.beans.DefaultXmlBeanFactory").init() />
<!--- Read the xml file --->
<!---THIS MUST BE A HARD CODED PATH SO THE SECURITY SERVICE CAN BE ACCESSED FROM ANY PLATFORM--->
<cfset getColdSpring().loadBeansFromXmlFile("/actionpacks/security/config/ColdSpring.xml",true) />
<!--- get the ActiveDirectoryDao bean based on the definition in the xml file --->
<cfset variables.instance.ActiveDirectoryDao = getColdSpring().getBean("ActiveDirectoryDao") />
<cfreturn this />
</cffunction>
but since that code isn't necessary for my Model Glue app it feels dirty. It seems like I am going to be using up resources unnecessarily when I am using Model Glue but I want the object to be reusable for all platforms.
The other thing I don't like is the hard coded path but it seems like it's better to have it there than to pass it in because then if you do change the path you only have to change it in this one place rather than everywhere the service is used.
What are your thoughts on the proper way to do this kind of thing?
