Instead of putting <cfabort> in the file itself, just put an Application.cfm
in the same directory, and put the <cfabort> in that.

Bingo, no more whitespace :D

Mark



On Fri, Aug 21, 2009 at 2:43 AM, Ezra Parker <[email protected]> wrote:

>
> Hi Rob,
>
> I don't know if you've already resolved the XML parsing error you
> mentioned before, but if not, check your Transfer.xml(.cfm) file to
> make sure you don't have any leading whitespace, as that will cause
> this problem to occur.
>
> HTH,
>
> --
> Ezra
>
>
>
> On Thu, Aug 20, 2009 at 9:13 AM, Sir
> Rawlins<[email protected]> wrote:
> >
> > Ok, speaking with the hosts support desk they don't allow access above
> > the webroot however they do allow me to full permissions control over
> > directories in the webroot which they said should allow me to make
> > them web-inaccessible which keeps them safe.
> >
> > We'll see how that goes.
> >
> > Rob
> >
> > On 20 Aug, 16:40, Sir Rawlins <[email protected]>
> > wrote:
> >> Hello Chris,
> >>
> >> I'm not sure if the host supports access to files outside of the
> >> webroot or not, I was working on the assumption that they didn't but
> >> if you're working with one who does then perhaps I'll do a little more
> >> research into the accounts we've been looking at.
> >>
> >> Cheers mate,
> >>
> >> Rob
> >>
> >> On 20 Aug, 16:15, Chris Blackwell <[email protected]> wrote:
> >>
> >>
> >>
> >> > does your shared hosting account give you access to any directory
> above the
> >> > webroot? If it does you can move your framework and config files up a
> level,
> >> > this is how i setup my MG apps
> >> > ftp root
> >> >  - public_html / wwwroot
> >> >  - frameworks
> >> >    - ModelGlue
> >> >    - Reactor
> >> >    - coldspring
> >> >  - application
> >> >    - config
> >> >    - views
> >> >    - model
> >> >    - etc..
> >>
> >> > you can then per-app-map each of those directories, and with a few
> changes
> >> > to paths, mainly in your index.cfm (using expandpath("/../")) it'll
> all
> >> > work.
> >>
> >> > chris
> >>
> >> > 2009/8/20 Sir Rawlins <[email protected]>
> >>
> >> > > Hello Dan,
> >>
> >> > > Thanks for your advice on this, sorry for the late reply, I've been
> >> > > away for the past few days.
> >>
> >> > > I've made this change to my xml files and appended all the paths
> >> > > within my coldspring XML file to point to the new .xml.cfm paths
> >> > > however it doesn't seem very happy creating Transfer like this:
> >>
> >> > >        <!-- ORM Adapter Configuration -->
> >> > >        <!-- Create the Transfer Alias objects. -->
> >> > >        <alias alias="ormAdapter" name="ormAdapter.Transfer" />
> >> > >        <alias alias="ormService" name="ormService.Transfer" />
> >>
> >> > >        <!-- Create the transfer configuration object -->
> >> > >        <bean id="transferConfiguration"
> >> > > class="transfer.com.config.Configuration">
> >> > >                <constructor-arg
> >> > > name="datasourcePath"><value>/config/transfer/
> >> > > Datasource.xml.cfm</value></constructor-arg>
> >> > >                <constructor-arg
> name="configPath"><value>/config/transfer/
> >> > > Transfer.xml.cfm</value></constructor-arg>
> >> > >                <constructor-arg
> >> > > name="definitionPath"><value>/model/data/transfer</
> >> > > value></constructor-arg>
> >> > >        </bean>
> >>
> >> > > And the exception which gets thrown looks like so:
> >>
> >> > > "Bean creation exception during init() of transfer.TransferFactory
> >>
> >> > > An error occured while Parsing an XML document.:The processing
> >> > > instruction target matching "[xX][mM][lL]" is not allowed."
> >>
> >> > > Any ideas what this might be about?
> >>
> >> > > Another questions I wanted to ask, is it deemed a security risk
> having
> >> > > the /ColdSpring /Transfer /ModelGlue directories in the webroot?
> >> > > should I be looking to rename these with some strange paths and then
> >> > > use a per-app mapping to them? or are they safe to keep as they are?
> >>
> >> > > Cheers,
> >>
> >> > > Rob
> >>
> >> > > On 12 Aug, 18:43, Dan Wilson <[email protected]> wrote:
> >> > > > Many people rename all their .xml config files to xml.cfm and put
> a
> >> > > comment
> >> > > > near the top with a CFAbort.
> >> > > > <!-- <cfabort /> -->
> >>
> >> > > > Like that.
> >>
> >> > > > DW
> >>
> >> > > > On Wed, Aug 12, 2009 at 12:30 PM, Sir Rawlins <
> >>
> >> > > > [email protected]> wrote:
> >>
> >> > > > > Hello Guys,
> >>
> >> > > > > I've got a small MG/CS/Transfer based project which I've been
> putting
> >> > > > > together for a friend, pretty much done with things now and
> we're
> >> > > > > going to be sticking them up on a bit of shared hosting space
> over the
> >> > > > > next week or two.
> >>
> >> > > > > I've done all the usual checks with the host to ensure that the
> >> > > > > frameworks will run on their space, they don't limit the use of
> cffile
> >> > > > > or any of those tags so we should be good to go.
> >>
> >> > > > > I'm looking for your advice on how to secure my installation on
> a
> >> > > > > shared hosing account as all files are effectively going to be
> in the
> >> > > > > webroot. I'd imagine that masking the XML files as a somehow is
> pretty
> >> > > > > much top of the list, should I also be giving the framework
> folders
> >> > > > > random character names and then use per-app mappings to refer to
> them?
> >>
> >> > > > > I'd appreciate your thoughts on this.
> >>
> >> > > > > Rob
> >>
> >> > > > --
> >> > > > “Come to the edge, he said. They said: We are afraid. Come to the
> edge,
> >> > > he
> >> > > > said. They came. He pushed them and they flew.”
> >>
> >> > > > Guillaume Apollinaire quotes
> > >
> >
>
> >
>


-- 
E: [email protected]
T: http://www.twitter.com/neurotic
W: www.compoundtheory.com

--~--~---------~--~----~------------~-------~--~----~
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog

You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to