Hey All,
I recently switched up our dev server to run the mutl-instance install of CFMX
7. SO I'm used to being able to add classpaths and drop things like iText in
my classpathscycle the CF services and voila! iText is available.
In the mutil-instance install I'm not quite sure where to p
Just noticed that after installing 6.1, my Java classpath in CF
administrator had been stripped of all backslashes in the pathnames. Not
difficult to fix but this caused a problem for my Java CFX tags; anyone
else run into this?
Matt
Matthew I. Fusfield
Director of Data Products
InterActive
> I recently switched up our dev server to run the
> mutl-instance install of CFMX 7. SO I'm used to being able
> to add classpaths and drop things like iText in my
> classpathscycle the CF services and voila! iText is available.
>
> In the mutil-instance install I'm not quite sure where t
Great Davethanks...and I'm used to editing the jvm.config due to the issues
that would arise in 6.1 when you edited it vis CF Admin ;-)
Now is there a dir I could just drop my JAR file if I don't feel like adding a
classpath?
TIA
Cheers
Bryan Stevenson B.Comm.
VP & Director
> Now is there a dir I could just drop my JAR file if I don't
> feel like adding a classpath?
Yes, there are a couple of directories. Off the top of my head, I don't know
them all, but
\jrun4\servers\cfusion\cfusion-ear\cfusion-war\WEB-INF\cfusion\lib should
do. I don'
Great Davethanks...and I'm used to editing the jvm.config due to the issues
that would arise in 6.1 when you edited it vis CF Admin ;-)
Now is there a dir I could just drop my JAR file if I don't feel like adding a
classpath?
TIA
Cheers
Isn't that Jrun\servers\[serverNa
they were there because I had added a classpath ;-)
Have agreat weekend
Cheers
Bryan Stevenson B.Comm.
VP & Director of E-Commerce Development
Electric Edge Systems Group Inc.
phone: 250.480.0642
fax: 250.480.1264
cell: 250.920.8830
e-mail: [EMAIL PROTECTED]
web: www.electricedgesy
lto:[EMAIL PROTECTED]
Sent: Friday, 16 June 2006 15:06
To: CF-Talk
Subject: classpath
Hey All,
I recently switched up our dev server to run the mutl-instance install of
CFMX 7. SO I'm used to being able to add classpaths and drop things like
iText in my classpathscycle the CF services and
et the deployed version of itext. using mark's CFC you can
*easily* load any new itext or whatever jars as you require. and what i've
found
to be even more useful than "remote classpath" loading on shared hosts is the
ease we can swap to new li
the mutil-instance install I'm not quite sure where to put them AND
> I don't seem to be able to add classpaths?
If you want to change the classpath you need to alter your jvm.config. It is
located in /jrun4/bin and shared between all running instances.
Typically when I set up
35:47 -0400
Subject: RE: classpath
> > I recently switched up our dev server to run the
> > mutl-instance install of CFMX 7. SO I'm used to being able
> > to add classpaths and drop things like iText in my
> > classpathscycle the CF services and voila! iText is a
th any edits.
>
> Snake
>
> -Original Message-
> From: Dave Watts <[EMAIL PROTECTED]>
> To: CF-Talk
> Date: Fri, 16 Jun 2006 16:35:47 -0400
> Subject: RE: classpath
>
> > > I recently switched up our dev server to run the
> > > mutl-instance install of
any new itext or whatever jars as you require. and what i've
> found
> to be even more useful than "remote classpath" loading on shared hosts is the
> ease we can swap to new lib versions w/out stopping/restarting cf server.
Thanks Pauland this was NOT iText specific (just a
Thanks Jochemdon't need that for right now, but I've stuffed it away for
reference later ;-)
Cheers
Bryan Stevenson B.Comm.
VP & Director of E-Commerce Development
Electric Edge Systems Group Inc.
phone: 250.480.0642
fax: 250.480.1264
cell: 250.920.8830
e-mail: [EMAIL PROTECTED]
web: www.ele
Does anyone know if the classloader cfc or any classloader cfc out on the
net can turn any or all of the private methods into public methods?
The classloading part is done, however the methods of incoming classes which
I am using are still stuck in private mode.
I have seen some examples of thi
I haven't seen such a beast... It would be useful though.
If I was more of a java head, I'd know more, but it seems
pretty doable. Probably slow, but doable.
Hit me with the examples, maybe something will jump out...
Heh. The idea about base64ing java files and storing them
in code was pretty f
Denny I have examples of changing private methods to public methods I guess
I should
have showed you the examples directly. If you are up for it let me know and
we can work on this little problem together (if I have time). Can we edit a
base64 file or string? and make the changes that way? The fi
Hey, nothing is as fun as breaking fundamental rules. :-)
I was thinking of Doug Hughes blog:
http://www.doughughes.net/index.cfm?event=viewEntry&entryId=122
Good stuff. I think we'd keep it separate until we were ready
to package it up, if we went the route of in-line java, so to speak.
At the
The other thing I am looking to do is RMI or Cold RMI. Has anyone done that
yet?
D
On 6/22/06, Denny Valliant <[EMAIL PROTECTED]> wrote:
>
> Hey, nothing is as fun as breaking fundamental rules. :-)
>
> I was thinking of Doug Hughes blog:
> http://www.doughughes.net/index.cfm?event=viewEntry&entr
It's a known issue:
http://www.macromedia.com/support/coldfusion/releasenotes/mx/mx61_known_problems.html
-Original Message-
From: Matthew Fusfield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 9:50 AM
To: CF-Talk
Subject: Java classpath
Just noticed that after insta
Thanks, I somehow read right past it after reading the entry about
escaped slashes.
Matt
-Original Message-
From: Debbie Dickerson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 10:11 AM
To: CF-Talk
Subject: RE: Java classpath
It's a known issue:
http://www.macromedi
Hello,
I need to add a JMS client from WebLogic to CF, but want to be sure the
packages will not introduce conflicts with native CF classes.
Someone told me to add a specific classpath to the servers classpath in the
jvm.config but I'm not sure to understand how Java loads the diff
Just got some new information on the project.
Evidently the client is using a shared server and they
have some rules.
Is in possible in CF to use createObject or cfinvoke
or cfobject to access java classes or .jar without
them being configured in the class path.
-Joshua O'Connor-Rose
-All is Goo
This is a multi-part message in MIME format.
--=_NextPart_000_0010_01C1348D.D4D13CC0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I am having trouble getting the CFAdmin console to recognize the =
directories I am setting in my
mplate and got a bunch of ClassNotFound execptions. So I copied all the
above jars to C:\JRun4\servers\lib and then ran my template again (after
restarting Jrun). Then I got the following stack trace. It appears that
there is an imcompable common-logging version somewhere in my classpath but
I for t
:41 PM
To: CF-Talk
Subject: using jars without classpath?
Just got some new information on the project.
Evidently the client is using a shared server and they
have some rules.
Is in possible in CF to use createObject or cfinvoke
or cfobject to access java classes or .jar without
them being configured
Joshua,
You can use a custom class loader.
This is discussed in a later portion of the following article:
http://www.sys-con.com/coldfusion/article.cfm?id=278
Depending upon the details of your need you might need to make some
modifications. It is even possible to create a "covert"
Hi Joshua,
Yes, it is possible to load java classes without having them being on
the classpath, but there are some issues.
You can load a single java class easily enough by creating your own
class loader. I blogged about this a few months back:
http://www.spike.org.uk/blog/index.cfm?data
Forgot to mention the issues in that last message.
The main issue is the speed. It will take quite a lot longer to load
classes with the URLClassLoader than if they are on the classpath. The
other one is having to add all of the paths and jars to the array you
use to initialize the
ginal Message-
From: Spike [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 29, 2004 3:04 PM
To: CF-Talk
Subject: Re: using jars without classpath?
Forgot to mention the issues in that last message.
The main issue is the speed. It will take quite a lot longer to load
classes wit
ich would not cause
> performance problems as compared to cfobject/createobject.
>
> Sam
>
> -Original Message-
> From: Spike [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 29, 2004 3:04 PM
> To: CF-Talk
> Subject: Re: using jars without classpath?
>
>
> Speed can sometimes be overcome by caching the instantiated objects
> depending on the objects themselves. The adding of paths and JARs is
> just a matter of knowing what your java code is referencing.
suppose i have a wrapper class not in the classpath that's referencing a jar
t
pimp.
On Wed, 29 Sep 2004 12:00:27 -0700, Spike <[EMAIL PROTECTED]> wrote:
> Hi Joshua,
>
> Yes, it is possible to load java classes without having them being on
> the classpath, but there are some issues.
>
> You can load a single java class easily enough by creating
CLASSPATH CFC Verses ClassLoading
1. You can use createObject() or http://www.cfide.org/add_jar_at_runtime.html
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information
I'm running CF 7,0,2,142559 (Java 1.4.2_11) standard edition. I've noticed
that I'm getting:
no such classpath element: C:\CFusionMX7\runtime/../../classes
in c:\CFusionMX7\runtime\logs\coldfusion-err.log.
I've manually edited the jvm.config to remove the
"{applic
oldfusionmx/lib folders to see if there
were some old .jars from the 6.0 install and there seemed to be, but
even after moving them the problem still exists. Both mail.jar files are
identical. Both are running 1.4.2 JRE. I don't know if this is a
classpath issue, or ... ?
Are there any C
You need to specifically reference each Jar file you add to your classpath.
A jar file is a collection of files, kind of like a directory its self.
Pete Freitag ([EMAIL PROTECTED])
CFDEV.COM
ColdFusion Developer Resources
http://www.cfdev.com
you have to specifically set each jarfile on the path
On Mon, 3 Sep 2001, Paul John Summers, Jr. wrote:
> I am having trouble getting the CFAdmin console to recognize the =
> directories I am setting in my classpath. I should only have to =
> designate the directories and not necess
> CLASSPATH CFC Verses ClassLoading
>
> 1. You can use createObject() or 2. You can use new JDBC drivers for datasource administrator
> 3. You can use JWS or dynamic classes at runtime
> 4. You can deserialize objects from disk after serialization
> 5. Works just like clas
Brain,
The debate ended last night and these are results of my tests. These
are facts!
No debate, just facts.
Dan
On 7/24/06, Bryan Stevenson <[EMAIL PROTECTED]> wrote:
>
> > CLASSPATH CFC Verses ClassLoading
> >
> > 1. You can use createObject() or > 2
Bryan,
Ok so classloaders can use createObject() and wrote:
>
> Brain,
>
> The debate ended last night and these are results of my tests. These
> are facts!
>
> No debate, just facts.
>
> Dan
>
>
>
> On 7/24/06, Bryan Stevenson <[EMAIL PROTECT
]> wrote:
> I'm running CF 7,0,2,142559 (Java 1.4.2_11) standard edition. I've noticed
> that I'm getting:
>
> no such classpath element: C:\CFusionMX7\runtime/../../classes
>
> in c:\CFusionMX7\runtime\logs\coldfusion-err.log.
>
> I've manually e
Blimey. I'll remember that, thanks Andy. Annoying that Adobe would
specifically claim this bug is fixed when it isn't though.
- Original Message -
From: "Andy Allan" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Friday, March 02, 2007 3:13 PM
Subject: Re:
I've changed settings on the page with no problems in every version since
5...matter of fact I just did that in 7 on a RHE box...
Eric
-Original Message-
From: Gareth Hughes [mailto:[EMAIL PROTECTED]
Sent: Friday, March 02, 2007 10:02 AM
To: CF-Talk
Subject: Re: 7.02 no such clas
The opinions expressed within this
communication are not necessarily those expressed by Reed Exhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: Eric Roberts
To: CF-Talk
Sent: Sat Mar 03 00:38:47 2007
Subject: RE: 7.02 no such classpath error
I've chan
I noticed that my ClassPaths for my various ColdFusion instances
included paths to the default ColdFusion server directory under JRun.
For example, the classpath is:
/jrun4/servers/cfusion/cfusion-ear/cfusion-war/WEB-INF/cfusion/lib/cfusion.jar
And it should be this:
/webapps/staff_systems
CLASSPATH CFC Verses ClassLoading summary
1. You can use createObject() or cfobject
2. You can use new JDBC drivers for datasource administrator
3. You can use JWS or dynamic classes at runtime
4. You can deserialize objects from disk after serialization
5. Works just like classes or jars on the
The "Java Class Path" can be found at:
ColdFusion Administrator -> System Information
OR
ColdFusion Administrator -> Server Settings -> Settings Sumary
I have my ColdFusion MX installations as EAR's in JRun4.
--
Troy Simpson
Applications Analyst/Programmer, OCPDBA, MCSE, SCSA
North Carolina S
ile to
the classpath but it still doesn't work.
1) Anyone have any ideas?
2) Could it be that I have the Apollo SDK files on my D drive while Java is
obviously on C?
I really, want to start learning Apollo but at the moment I don't want to
use Flex.
On Sunday 01 Apr 2007, Andy Matthews wrote:
> to compiling it for package or even for testing, I get an error in the
> command line. I followed the directions on how to add the adt.jar file to
> the classpath but it still doesn't work.
What error ?
What O/S ?
I guess this is the co
classpath at runtime and I
did see the errors I was getting with classloaders. I tested it with
test.forName("jxl.Workbook") and that did not error so I am assuming it works.
It uses java reflection.
Add Jar at Runtime/CLASSPATH CFC
http://www.cfide.org/add_jar_at_ru
make.
>
> After making a 2 line classloader I found out that I was having trouble
> with anything other then public methods and saving objects to disk was not
> working out so I tested out just adding jars to the classpath at runtime and
> I did see the errors I was gett
This works just like adding a jar to the classpath and turning the server
off and on and it is without context issues
Try the jexcel API with Spikes example and then try JavaLoader.cfc and you
will find that Workbook only with works my CFC.
Workbook.java
Reason is
protected Workbook()
{
}
On
Dan Plesse wrote:
> Try the jexcel API with Spikes example and then try JavaLoader.cfc and you
> will find that Workbook only with works my CFC.
works for me:
paths=listToArray("c:\inetpub\wwwroot\testCF\excel\jxl.jar");
loader=createObject("component", "cfc.JavaLoader").init(paths);
outFile = c
Paul,
If you look at Workbook.java in the src folder line 49 you will that the
the constructor is
protected the class is not. Luckly the Workbook class has static methods you
can call directly line 283 says public static WritableWorkbook
createWorkbook(){} therefore you can bypass the protecte
I dunno if I'm missing some context -
But why are you trying to call non public methods on a Java Object?
That kinda goes against the very nature of the language.
Mark
On 7/24/06, Dan Plesse <[EMAIL PROTECTED]> wrote:
> Paul,
>
> If you look at Workbook.java in the src folder line 49 you w
That was my first thought too. I don't want to mess with non-public
methods, since they are most likely not public for a very good reason.
On 7/24/06, Mark Mandel <[EMAIL PROTECTED]> wrote:
> I dunno if I'm missing some context -
>
> But why are you trying to call non public methods on a Java Obje
Dan Plesse wrote:
> Jexcel only works because of its static methods however not all class have
> these. Nice try however.
i'm not following. you said it won't work while it actually does. what's so
"nice try" about that?
~|
Intr
Paul,
In the greater scope of all java classes and API's in general, not
all classes will have static methods. And normally an object is created with
one of the default constructors and the default
constructor for that class was protected. I never said it would not work
knowing about the s
But in method that is protected or private is protected or private for a REASON.
Even in Java itself you can't call protected or private methods on an
object from outside it... so why would you even WANT to have to the
functionality to do otherwise?
You're breaking a basic tenet of the language h
Dan Plesse wrote:
> thinking about all java API's not just one API and you implied it would work
> with all API's which is not true. I should have used java freeTTS Text to
> Speech as an example instead. I hope this clears it up.
dan, you claimed that jxl.workbook didn't work w/javaLoader when it
Paul,
Again protected constructor not a class and the source says its empty
(I posted that too didn't you see it?) and its a default constructor i.e no
way around not calling it unless you use a static method.
Its was the fastest way I could provide an example without searching around
for a
On 7/24/06, Dan Plesse <[EMAIL PROTECTED]> wrote:
> Paul,
>
> Again protected constructor not a class and the source says its empty
> (I posted that too didn't you see it?) and its a default constructor i.e no
> way around not calling it unless you use a static method.
>
> Its was the fastest
Paul,
Can you check to see if this works on you machine?
I went back thinking maybe I was wrong and I was calling the static
methods like you
were like so
until I loaded the line above and it worked! Maybe its not calling the
default constructor.
Please check! Thanks Dan
O
I tested Spike's and JavaLoader.CFC against java.lang.Class.forName("
dir.class.here")
and they both errored even though the classes loaded at first. It does not
seem like the classes
will be around for other classes unlike my CFC which pass the
forName("String") test.
works!
Yup, still no idea at all what you are talking about.
Sorry.
Can anyone else point out to me what I am missing?
Mark
On 7/24/06, Dan Plesse <[EMAIL PROTECTED]> wrote:
> I tested Spike's and JavaLoader.CFC against java.lang.Class.forName("
> dir.class.here")
> and they both errored even though t
Yes, I understand.
If you have two separate jars, containing classes that call one
another (e.g. FOP calling XALAN) and you load them separately using,
say, Spikes technique, they can't be found by each other as they only
have access to what's in the machine classpath and their own j
other as they only
> have access to what's in the machine classpath and their own jar.
>
> I get around this by just throwing everything into a new, single jar,
> which is no big deal.
>
> On 7/24/06, Mark Mandel <[EMAIL PROTECTED]> wrote:
> > Yup, still no idea at
That's good to know - I've not used more than one jar in the array so
I never tried to see if it would work. Thanks.
On 7/24/06, Mark Mandel <[EMAIL PROTECTED]> wrote:
> Oh.. well in that case -
>
> If you use JavaLoader, you should note it takes an array of paths as
> an argument.
>
> So if you h
James,
True but
1. Still can't be used by createObject() (not tested but if forname()
does not work)
2. Can not be use by JDBC
3. can not used by JWS
4. Can not deserialize an object from disk
My CFC can do all of these things.
~~
Of course, on shared hosting I'd expect to have my account yanked if I
added things to the classpath and on any other host I can add the
actual jars to the actual classpath anyway, so it's probably a moot
point. I think the main benefit may be that the server doesn't require
a re
This will never happen
using the same example as before.
The JavaLoader.CFC, Spike's and my 2 liner should all be able to see each
other jars
packed in an array no problem and that was not the issue.
~|
Introducing the Fusion
e at Sun's hotspot root or below jrun. It could be moot to find
them.
On 7/24/06, James Holmes <[EMAIL PROTECTED]> wrote:
>
> Of course, on shared hosting I'd expect to have my account yanked if I
> added things to the classpath and on any other host I can add the
> actu
Aha.
I am guessing that this is a CFC that wraps around what is discussed
in this Java Tech Forum post - about how to hack the classpath at
runtime, doing exactly what this guy is talking about:
http://forum.java.sun.com/thread.jspa?threadID=300557&start=0&tstart=0
It's really not
Mark,
It does not matter because I can't go back to classloaders. I have java
voice apps running, new crazy JDBC embedded java databases running inside
the admin on shared hosts uses stealth datasources and the people I work for
depend on me to get the job done at runtime and by any means nec
version of log4j comes to mind for example. If you
actually replaced that in the ColdFusion classpath you are quite
liable to break aspects of ColdFusion as a whole.
Mark
On 7/25/06, Dan Plesse <[EMAIL PROTECTED]> wrote:
> Mark,
>
> It does not matter because I can't go bac
Mark,
95% of my post where scenarios in which the classes where not working
using the javaloader.cfc. And I do all my work using this classpath.cfc as a
foundation and nothing breaks. Did you at least try to run some of tests and
see for yourself that the cfc was not working with the scenar
Honestly,
I couldn't understand what you were getting at in your examples, so I
didn't read to far into them.
In fact, more often than not, I really am not sure what you are trying
to communicate.
As far your examples that show calling private and protected methods,
quite frankly I think that th
Mark,
Before you respond to something to should at least try to read the
post and if you don't understand at least try to do the examples, use google
or ask questions. Never sit back and throw up your hands. You are only a
copy and paste away from trying the examples and you could not even d
Dan,
I was trying to avoid saying this, but the reason I didn't look into
you posts that deeply was because either (a) the English was so bad it
was like having to solve a cryptic crossword or (b) you only half
explained what your examples where and what the issue was behind it.
I'm not saying yo
Mark,
The one of the areas in which classloaders don't work is JDBC and more
importantly JDBC drivers types I - lV. Another area in which classloaders
don't work is using JWS to create new classes at runtime. for example
creating a new java embedded databases class using HSQLDB which is the
d
On Sunday 23 July 2006 06:55, dan plesse wrote:
> Hello All,
>
> This could be my final java solution (300+)
To what ?
> After making a 2 line classloader I found out that I was having trouble
> with anything other then public methods
In what way ? Surely you can't call anything other than pub
However if you
Errors with "Unable to find a constructor for class jxl.Workbook that
accepts parameters of type ( )."
So object [unknown type] must be an object type Class
The javaloader.cfc init() methods calls the protected constructor and
finally errors. If someone did not
have access to the
83 matches
Mail list logo
