ColdFusion 11 updated to axis 2. Here's a StackOverflow question that
talks about consuming axis 1 services in CF 11:
http://stackoverflow.com/questions/23412414/coldfusion-11-consuming-axis-1-web-services
Cutter
On 1/27/2015 6:28 PM, Russ Michaels wrote:
I suspect this is due to the Apache
Is possible to configure a data-source in Tomcat and have it visible
to the CF11 instance? If so how? I have tried following the Tomcat
doc but continue to run into this error:
DAOException: Naming Exception while looking up DataSource Connection
mydb:
Name [mydb] is not bound in
Were you using relative paths to the CFCs. That could become hairy if you
move things around.
I'll generally define a CFC path variable in the application.cfm then use
that everywhere. Never had a problem. Of course, this assumes all the
CFC's are in the same location.
Robert Harrison
Full
Can you give us some code examples of how it 'used' to be setup?
Where was the CFC saved.
Where was the CFC called.
How was it called.
Etc.
Not that fixing the actual problem will set you suddenly into best
practices, but it will fix your current headache and then you can follow up
with BP
You will need to pass your session variables as a parameter in order to use
them in the CFC, this is best practices anyways.
The difficulty is that there a lot of cfc calls and some of them are in bind
expressions so the chance of making errors is high. That's why I am so anxious
to find one
On Wed, Jan 28, 2015 at 1:57 PM, Robert Harrison rharri...@aimg.com wrote:
try adding an Application.cfc in the root physical directory
I don't that that will work. It would still be a separate application pool,
and I think you need the CFID and CFTOKEN cookies to have session vars.
@Dean,
Looked into this a bit further on CF10.
root
- Application.cfc
- ApplicationProxy.cfc (extends Application)
- cfc-folder
- - Application.cfc (extends ApplicationProxy)
- - myCFC.cfc
This does not work without the cfc/application.cfc having
extends=root.ApplicationProxy, where 'root' is
Byron, the ApplicationProxy.cfc needs to be in the root directory along
with the main Application.cfc. When you extend a CFC, CF will first look in
the same directory to see if that CFC exist. If it doesn't CF will start
looking for the CFC from the application root down. So by simply adding
Dean,
Replies inline:
I do have a question though regarding the customization of
ContentBox. My biggest stumbling block with the use of a CMS is the
customized site functionality that I typically require being just managing
page content and blogs. As an example, adding a product catalog or
Excellent! Thank you so very much, Jon.
On Wed, Jan 28, 2015 at 4:16 PM, Jon Clausen jon_clau...@silowebworks.com
wrote:
Dean,
Replies inline:
I do have a question though regarding the customization of
ContentBox. My biggest stumbling block with the use of a CMS is the
customized
Is possible to configure a data-source in Tomcat and have it visible
to the CF11 instance? If so how? I have tried following the Tomcat
doc but continue to run into this error:
DAOException: Naming Exception while looking up DataSource Connection
mydb:
Name [mydb] is not bound in
Hmm, that's odd as I use that setup on numerous sites and I never have to
map the applicationproxy. I am currently using it on both ACF 10 and 11,
but I started using this around 8 or 9 and haven't changed it for new
version. I don't believe that you could use the root.(dot) notation in 8 or
9,
My app is running in a CF10 system and since I moved my cfc's out of the
document root, they are losing access to the session variables. It seems that
they work for around a day and then can no longer be found. I initialize them
in my application.cfm to a value and I can still cfdump them in a
What other method than session variables can I use to pass a common
variable that won't require me to include it as a parameter of every calling
routine?
Since you've moved your CFCs out of the application I cannot think of any
other method beside passing them all as arguments.
Robert
If you moved your cfc's above the application.cfc (or application.cfm) file,
the session variables will not be accessible. Session and application vars
are accessible from the application file down.
Robert Harrison
Full Stack Developer
AIMG
rharri...@aimg.com
Main Office: 704-321-1234 ext.118
If you moved your cfc's above the application.cfc (or application.cfm) file,
the session variables will not be accessible. Session and application vars
are accessible from the application file down.
That's what we did.
What other method than session variables can I use to pass a common
You shouldn't, as it breaks encapsulation. Any outside variables you
would need inside a cfc should be passed into the cfc, either as part of
your object initialization, or directly into a specific method.
Cutter
On 1/28/2015 10:25 AM, John Pullam wrote:
If you moved your cfc's above the
On Wed, Jan 28, 2015 at 1:27 AM, Alex DeMarco wrote:
Is possible to configure a data-source in Tomcat and have it visible to
the CF11 instance?
Configure a JDBC datasource in Tomcat:
http://tomcat.apache.org/tomcat-7.0-doc/jndi-resources-howto.html#JDBC_Data_Sources
Then use it as a JEE
This is not the right forum for that question.
That info is available in the Tomcat documentation.
Is possible to configure a data-source in Tomcat and have it visible
Yes but how do I add the datasource at the Tomcat level first?
Thanx. That's what I think I will do for the time being.
It is hard for me to come up with all the symptoms that we started seeing on
the cfc's now and I don't think I could do justice to any explanation of those
issues. It seemed to me that it was all quite normal stuff. All pages and cfc's
You shouldn't, as it breaks encapsulation
Honestly, I too think you should reconsider moving the CFC out of the web
root.
Maybe if you moved them out then created objects from them in the
application.cfc, then you may be able to use session vars, as I think the
objects would still be in the
You will need to pass your session variables as a parameter in order to use
them in the CFC, this is best practices anyways.
Good news, however, is that you can send them as a complete struct, you
don't necessarily need to have them send all separately.
cfargument name=sSession type=struct
I know this isn't ideal, but it is a live application and the decision to move
the cfc's outside of the doc root was taken because CF was having trouble
finding them (for no obvious reason). Code that has worked since CF7 started
breaking.
So we moved them and this problem began.
I am
Well, I'd hate to do this, but you could define an application.myvar type
variable and put all the variables you need to pass in that as a structure
or list, then send that variable in your arguments. That would get to one
variable ... but then you're still going to need to deconstruct it before
While I agree it isn't a good practice to make use of scope variables in a
CFC, try adding an Application.cfc in the root physical directory of your
CFCs and use the same application name and session and app timeouts.
I think this would work in older versions, but not too sure about more
recent
try adding an Application.cfc in the root physical directory
I don't that that will work. It would still be a separate application pool,
and I think you need the CFID and CFTOKEN cookies to have session vars.
Robert Harrison
Full Stack Developer
AIMG
rharri...@aimg.com
Main Office:
You could also extend the main application.cfc. You can't do this directly
if the cfc's are in a sub-directory though. If that is the case, you could
use a proxy, I do this all the time. Here would be the structure.
root
- Application.cfc
- ApplicationProxy.cfc (extends Application)
- cfc-folder
Cameron and Jon, thank you so much for your input. Jon, your breakdown of
uses is great. I do have a question though regarding the customization of
ContentBox. My biggest stumbling block with the use of a CMS is the
customized site functionality that I typically require being just managing
page
John,
There are some pretty significant advancements to CFCs since CF 7,
especially around scoping. You definitely want to look at the difference
up the version chain.
Cutter
On 1/28/2015 12:02 PM, John Pullam wrote:
Thanx. That's what I think I will do for the time being.
It is hard for
29 matches
Mail list logo