This email is to be read subject to the disclaimer below. Hi Barry,
Is editing <cfmxroot>\lib\neo-query.xml a breach of the EULA? This file contains all the datasource information and editing it could be a solution for your problem. You might need to restart CFMX for the changes to take effect (not sure as I haven't tested it). You could look at the other neo-*.xml files in that directory, they contain a whole lot of other settings. If you end up using this method you'll have to set the password as the encryption key seems to be unique for each server installation. IIRC someone has already suggested a cffactory method for changing the password in this thread today. HTH, Vik ---------------------- Viktor Radnai Web Developer Ernst & Young Australia http://www.eyware.com/ http://www.eyonline.com/ http://www.compassweb.com.au/ Direct: +612 9248 4361 Fax: +612 9248 4073 Mobile: +61408 662 546 "Beattie, Barry" <[EMAIL PROTECTED]> To: "CFAussie Mailing List" <[EMAIL PROTECTED]> Sent by: cc: [EMAIL PROTECTED] Subject: [cfaussie] Re: cf.Factory (coldfusion.server.ServiceFactory) mon.com.au 06/06/2003 01:00 PM Please respond to "CFAussie Mailing List" Ummm, this has gotten way off what my origional thread was on about. Leaving out the fact that Spike seems to have come up with a nifty work-around (I'm still working on it but it's a great idea to pursue)... ... the origional reason was to create something to manage DSN's and sites. workaround != fix Sure this is for an internal student network but the same question arises: how do you automate the creating of hundreds of DSN's and configs? that's why I was trying to find out more about cf.factory. I mean, ASP.NET has a web.config file for such settings. to deploy a site a simple xcopy and it's done. If you're using SQLServer instead of MSAccess (not in my case here) it's - run a create database/create table script isung the db settings in the web.config file. (I think) Farcry has the niftyist install/configs I've seen for a while but it's still beholden to first creating a DSN. No probs for a one off - try it by 100, though. >From what I'm able to find out, CFMX ISP's manually create DSN's for their customers, sometimes taking up to a week to get around to it. I haven't the time to do that for all these sits (120 students * 3 dsn's). I've got a DLL and matching VBS code to script creating DSN's but only for the OS - the CFMX administrator doesn't know anything about them. yes, I'm interested in how the CFMX administrator ticks so I can adapt + automate some of it's functionality no, I won't abuse the EULA by decrypting the files but I'm still stuck with being limited by the platform. any thoughts, opinions? thanx barry.b -----Original Message----- From: Sean [mailto:[EMAIL PROTECTED] Sent: Friday, 6 June 2003 6:14 AM To: CFAussie Mailing List Subject: [cfaussie] Re: cf.Factory (coldfusion.server.ServiceFactory) My problems with service factories are largely controlling them rather then using them. As a host? undocumented or not, they still work. That makes them a pain in my ass. But there is also some useful functionality I haven't found anywhere else. Like the user control functions. Checking several security functions AFAIK just isn't possible outside of factory services. Searching for a particular example (that I still can't bloody find!) turns up at least one use of the factory services in the _mmServerScripts generated by DWMX that can't be distributed... but is placed ina directory in plain text. I dunno. I dont recall ever altering, mergeing, adapting or translating the Software, or decompiling, reverse engineering, disassembling, or otherwise reducing the Software to a human-perceivable form. I saw some code samples on a list that did some nifty stuff... Nifty stuff that punched great big security holes in my shared servers... but still nifty stuff. At the very least, I don't see how using or talking about functionality availible on every server, without having to alter or modify anything on the server could possibly be a violation of the EULA. But then I never did work out how Napster was violating copywrite laws by providing a mechanism that was misused. I've got one of those simple views. I'm almost certain somebody broke the EULA at some point... either by decrypting something they shouldn't have, or by decrypting something and then making it public knowledge. But that person wasn't me. Ergo, not my bag. If I had to hack a config file? or decrypt something to make a change to it? or otherwise alter the server to make factory services work? yah. With ya 100%. That'd be bad. But I don't. So its not. At least in my ever so humble opinion. Unless Robin was warning people away from suggesting that barry go decrypt the administrator to find examples of the factory services... Which I didn't see anybody doing, or even considering as a plausable option, I'm just confused. But it is 6 am... -----Original Message----- From: Steve Onnis [mailto:[EMAIL PROTECTED] Sent: Friday, 6 June 2003 1:04 AM To: CFAussie Mailing List Subject: [cfaussie] Re: cf.Factory (coldfusion.server.ServiceFactory) Sean Basically it comes down to software licencing. http://www.macromedia.com/software/eula/server/ ----------------------------------------------- Section 3 (b) of the EULA You may not alter, merge, adapt or translate the Software, or decompile, reverse engineer, disassemble, or otherwise reduce the Software to a human-perceivable form. ----------------------------------------------- I ask you this. Whats the point of an administrator if all your gonna do is get into it, see how it works and create your own code that will do what the administrator does. From a point of view of a hosting provider this would be a nightmare. But from a developers point of view, there is good cause to see how it ticks. Regardless of each ones perception of what is good and what is bad, the EULA is the bible so to speak and if you violate the EULA, then good luck to you. As Spike says, if its not documented, its not documented for a reason. Coldfusion provides to developers a set of tags to do what we need to do, and what ever special things run the administrator should not be used in development. Macromedia can change, add or even remove any of those "special" tags/functions at any time from its andministrator product, so why would you rely on them for your applications. Anyway Thats my bit Steve -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sean Sent: Friday, 6 June 2003 12:47 AM To: CFAussie Mailing List Subject: [cfaussie] Re: cf.Factory (coldfusion.server.ServiceFactory) Hi Robin, Color me confused... But does making use of the cffactory services involve breaking the EULA? I'm told they're used fairly extensively in the administrator application... but I first found out about them from a developer list, and learned most everything I know about them from CFDUMP and some constructive experimentation. I'm admittedly hazy on the exact details of the EULA off the top of my head. But I'm a touch curious what dangerous ground we're treading on? -----Original Message----- From: Robin Hilliard [mailto:[EMAIL PROTECTED] Sent: Thursday, 5 June 2003 7:57 PM To: CFAussie Mailing List Subject: [cfaussie] Re: cf.Factory (coldfusion.server.ServiceFactory) Don't forget what Geoff said about discussing stuff that breaks the EULA on the list... "Beattie, Barry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Hi all > > anyone know of more documentation (and examples?) for cf.Factory other than > > http://www1.oli.tudelft.nl/jochemd/index.cfm?PageID=10 > > ??? It's the only link I can find on it > > thanx > barry.b --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ -------------------- NOTICE - This communication contains information which is confidential and the copyright of Ernst & Young or a third party. If you are not the intended recipient of this communication please delete and destroy all copies and telephone Ernst & Young on 1800 655 717 immediately. If you are the intended recipient of this communication you should not copy, disclose or distribute this communication without the authority of Ernst & Young. Any views expressed in this Communication are those of the individual sender, except where the sender specifically states them to be the views of Ernst & Young. Except as required at law, Ernst & Young does not represent, warrant and/or guarantee that the integrity of this communication has been maintained nor that the communication is free of errors, virus, interception or interference. Liability limited by the Accountants Scheme, approved under the Professional Standards Act 1994 (NSW) -------------------- --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
