location of cfc files; jars anyone

[maybenull]

coming from java land and now doing cf oo development with cfc's, where should
i place these files. using com.whatever.myappname ive been creating this
folder structure at the wwwroot folder works, but 'smells bad'; perhaps thats
my java background; any ideas, sure i missing something simple

[gumshoe]

thats fine, what you already did. Though if you run your own cf server you
can put cfc's in the custom tag folder, ie:
C:\CFusionMX7\CustomTags

makes them available to all apps on the server.

BTW, like you, I am a java person usually. How did you end up getting into
coldfusion?

"maybenull" <webforumsuser@macromedia.com> wrote in message
news:d0e3lc$kom$1@forums.macromedia.com...

> coming from java land and now doing cf oo development with cfc's, where
> should
> i place these files. using com.whatever.myappname ive been creating this
> folder structure at the wwwroot folder works, but 'smells bad'; perhaps
> thats
> my java background; any ideas, sure i missing something simple
>

[maybenull]

yup, i have used the custom tags folder, a mapped (i guess its called a mapped
folder), and the wwwroot folder. but all or one of these solutions is a long
term maintenance problems. (first that comes to mind is different versions for
different apps). but anyway, new employer used coldfusion so i jumped in.
quite nice, though jsp coupled with jstl now rivals cf in many ways but cf
still has lots of advantages. how about you?

[gumshoe]

creating this
folder structure at the wwwroot folder works

You can also do this within your web application too, not sure if that help
or you even knew already?

but anyway, new employer used coldfusion so i jumped in.

> quite nice, though jsp coupled with jstl now rivals cf in many ways but cf
> still has lots of advantages.

In some ways, sure. Especially being able to do ${param['blah']}is actually
more concise and cleaner than <cfoutput>#form.blah#</cfoutput>, JSTL is a
bit of a pain in other ways though.

how about you?

I started CF when it first came out, but then got into Java a few years
back. Recently though, in a team of 8 people, it was deemed that I was the
coldfusion expert because I was the only one that had ever had anything to
do with it. So I got put forward for the coldfusion role and and all the old
passion came flooding back. I have kind of adopted CF as my second langauge
now.

I still like a good JSP / Spring / Hibernate app though, feel much more at
home there :)


"maybenull" <webforumsuser@macromedia.com> wrote in message
news:d0fisl$i9$1@forums.macromedia.com...

> yup, i have used the custom tags folder, a mapped (i guess its called a
> mapped
> folder), and the wwwroot folder. but all or one of these solutions is a
> long
> term maintenance problems. (first that comes to mind is different
> versions for
> different apps). but anyway, new employer used coldfusion so i jumped in.
> quite nice, though jsp coupled with jstl now rivals cf in many ways but cf
> still has lots of advantages. how about you?
>

[maybenull]

im more at home with spring/hibernate/jsp/ too.
begain placing cfc at my webapp root also, which works well until you think of
code reuse. coldfusion really needs a way for each application to have its own
classpath for cfc's and then a way to archive cfc's and add those to a webapp
specific classpath as well. i hope im missing something simple and if not, i
hope this can be included in a future release soon.

[gumshoe]

coldfusion really needs a way for each application to have its own

> classpath for cfc's

like a local WEB-INF/lib kind of deal, right? I am not sure on this one, but
apparently in MX7 you can deploy entire cf Apps on j2ee servers (the app is
distributed with the cf runtime), so I guess there must be a way to keep
CFC's associated with a single app.

The thing I always wonder about is that CF is meant to be dead easy, its the
biggest selling edge it has supposedly. If all these things that some people
want (myself included) such as deployment descriptors, interfaces for CFC's
and so on, then folk may aswell just forgo CF and use the java / C# stuff
directly. Its simplicty is both its stregth and it weakness I guess.

Are you in Australia by any chance? You just seem to be on about the same
times as me. (I am in Perth, WA)

"maybenull" <webforumsuser@macromedia.com> wrote in message
news:d0gfln$502$1@forums.macromedia.com...

> im more at home with spring/hibernate/jsp/ too.
> begain placing cfc at my webapp root also, which works well until you
> think of
> code reuse. coldfusion really needs a way for each application to have
> its own
> classpath for cfc's and then a way to archive cfc's and add those to a
> webapp
> specific classpath as well. i hope im missing something simple and if
> not, i
> hope this can be included in a future release soon.
>

[Fernis]

I also agree that this is a serious issue, which has bothered me for a long
time. Having to create a mapping for each copy of the application (if the
version is different, or customized) is cumbersome, because only CF
administrators can create the mapping. CFIDE administrator api does not solve
the problem, since the CF Administrator password is required anyway to
automatically create a new mapping. CFMX should be able to somehow track back
to the previous application.cfc location, which would serve as the cfc class
path root.

[maybenull]

> Its simplicty is both its stregth and it weakness I guess.
i agree.

but adding a local WEB-INF classes directory shouldnt be hard. unless im
missing something (which i know never happens ;]) you add WEB-INF/cfc
(local/cfc, whatever) and check that folder under each application before
checking wwwroot, mapped folders, and whatever else coldfusion checks.
essentially, as long as its not a requirement, but an option, then its ok. but
hey, thats just me rambling.

as for my location, im in the states in huntsville, alabama. just keep late
hours.

[gumshoe]

but adding a local WEB-INF classes directory shouldnt be hard.

Maybe we will see something lik ethis in the next version.

> as for my location, im in the states in huntsville, alabama. just keep
> late
> hours.

"maybenull" <webforumsuser@macromedia.com> wrote in message
news:d0jc59$loo$1@forums.macromedia.com...

>> Its simplicty is both its stregth and it weakness I guess.

> i agree.
>
> but adding a local WEB-INF classes directory shouldnt be hard. unless im
> missing something (which i know never happens ;]) you add WEB-INF/cfc
> (local/cfc, whatever) and check that folder under each application before
> checking wwwroot, mapped folders, and whatever else coldfusion checks.
> essentially, as long as its not a requirement, but an option, then its ok.
> but
> hey, thats just me rambling.
>
> as for my location, im in the states in huntsville, alabama. just keep
> late
> hours.
>

[gumshoe]

> as for my location, im in the states in huntsville, alabama. just keep

> late
> hours.

Thought I may have found anotyher fellow ozzie CF developer, obvioulsy not.
(There doesnt seem to be many of us, particularly in the west.)



"maybenull" <webforumsuser@macromedia.com> wrote in message
news:d0jc59$loo$1@forums.macromedia.com...

>> Its simplicty is both its stregth and it weakness I guess.

> i agree.
>
> but adding a local WEB-INF classes directory shouldnt be hard. unless im
> missing something (which i know never happens ;]) you add WEB-INF/cfc
> (local/cfc, whatever) and check that folder under each application before
> checking wwwroot, mapped folders, and whatever else coldfusion checks.
> essentially, as long as its not a requirement, but an option, then its ok.
> but
> hey, thats just me rambling.
>
> as for my location, im in the states in huntsville, alabama. just keep
> late
> hours.
>