RE: [flexcoders] Flex + Java Classes (as RemoteObjects) Config Qu estion
Hi Ben, Spike is correct - CF 6.1 unfortunately made changes to Jrun's
jvm.config level classpath. I've heard from the CF team a while ago that
they no longer do this for CF7.
If you've tried removing the jvm.config level additions to the classpath and
CF 6.1 still runs, then I think you're fine.
Web applications should keep their class paths isolated at the application
level. If you have this setup, things should be fine in Flex 1.5 (as the CF
gateway is behind their own bootstrap classloader).
Pete
-Original Message-
From: Spike [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 02, 2005 1:24 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex + Java Classes (as RemoteObjects) Config
Question
Do you have a CFMX instance running on the JRun server.
I ran into an issue a week or so ago with a conflict between the
instructions for setting up verity and running a Flex server.
The basic problem was a classpath issue that was causing the JVM to use
the CFMX flash remoting instead of the generic flash remoting, so it was
looking in the wrong place for the class files when a remoting request
came through the Flex server.
Not sure if that's your issue, but I tracked it down by launching the
server instance in debug mode and lookging at the details for the error
when remoting couldn't find the classes.
HTH
Spike
Ben Elmore wrote:
Correct. I am hoping it is something that straight forward.
-Original Message-
*From:* Chris Reynolds [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, March 02, 2005 12:05 AM
*To:* flexcoders@yahoogroups.com
*Subject:* RE: [flexcoders] Flex + Java Classes (as RemoteObjects)
Config Question
Presumably the last s in the folder was just an email typo ;-)
{insall-server-root}/FlexProjects/Flex/WEB-INF/classess
--
--
*From:* Ben Elmore [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, March 02, 2005 5:26 PM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Flex + Java Classes (as RemoteObjects)
Config Question
All.
Basically I am trying to configure the my flex application to work
with some
server side java objects (basic pojos) and am getting a
'flashgateway.adapter.NoSuchServiceException' error thrown when I
attempt to
access it. I have been able to get this working on several different
servers
but am at a loss to why this one particular setup is causing an
issue. I am
running my connectivity test with the both a helloWorld java object
and the
sample java connector that comes with the flex install.
This is my environment.
Jrun 4.0 (running latest updater) install
I have several Jrun servers running each with a couple of apps.
For the environment I am trying to set up I have configured a new
server
(called FlexProjects) and extracted the flex.war file into a
directory in
that server called 'flex'. I loaded my test java classes (also
tried the
Cairngorm demo) into the
{insall-server-root}/FlexProjects/Flex/WEB-INF/classess directory.
Is there something that I am missing in the config of Jrun that is not
having the gateway find the classes in that directory (oh, I can
confirm
that the classes work through a jsp running on that page).
Thanks.
Ben
--
This e-mail and any attachments may contain information which is
confidential, proprietary, privileged or otherwise protected by law.
The
information is solely intended for the named addressee (or a person
responsible for delivering it to the addressee). If you are not the
intended
recipient of this message, you are not authorized to read, print,
retain,
copy or disseminate this message or any part of it. If you have
received
this e-mail in error, please notify the sender immediately by return
e-mail
and delete it from your computer.
*Yahoo! Groups Sponsor*
ADVERTISEMENT
click here
http://us.ard.yahoo.com/SIG=1290mjllk/M=298184.6018725.7038619.3001176/D=gr
oups/S=1705007207:HM/EXP=1109830219/A=2593423/R=0/SIG=11el9gslf/*http://www.
netflix.com/Default?mqso=60190075
--
--
*Yahoo! Groups Links*
* To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/
* To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
* Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service http://docs.yahoo.com/info/terms/.
--
Stephen Milligan
Code poet for hire
http://www.spike.org.uk
Do you cfeclipse? http://cfeclipse.tigris.org
Yahoo! Groups Links
RE: [flexcoders] Flex + Java Classes (as RemoteObjects) Config Qu estion
I'm not aware of the tech note you mention (but someone else on this may
be!), but as you allude to, it's not so much an issue with verity, it's an
issue of having ColdFusion's flashgateway.jar added to the top level
jvm.config classpath. If by adding support for verity you lump the entire
/WEB-INF/cfusion/lib into the top level jvm.config classpath, then this is
not advisable if you also want to have Flex and CF on the same JRun server
as flashgateway.jar also resides in this directory.
Of the three options you outline, the last one is the most desirable, but we
would need to know why they suggested adding verity support libraries to the
top level jvm.config classpath to address this.
The next easiest solution is to go with your second option. To do this I
think you could move the cf-specific gateway to somewhere like this:
/WEB-INF/cfusion/amflib
Then all we need to ensure is that the CF bootstrap classloader can find the
gateway servlet class in this new location. I'd try updating the
cf.class.path setting in /WEB-INF/web.xml:
context-param id=macromedia_context_88
param-namecf.class.path/param-name
param-value./WEB-INF/cfusion/lib/cfusion.jar,./WEB-INF/cfusion/amflib/flas
hgateway.jar/param-value
/context-param
I apologize that I haven't tried this out. I'm not from the CF team and I
use ColdFusion on a day-to-day basis. If this doesn't work then we'd need to
get more information from the CF team.
Pete
-Original Message-
From: Spike [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 02, 2005 10:46 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex + Java Classes (as RemoteObjects) Config Qu
estion
Thanks for the update Peter.
The specific config setting that causes the problem is adding verity
support, so if you don't need that you should be fine. The question is
whether there is a standard way to set it up so that you can have both
CFMX with verity and Flex running at the same time.
The relevant docs here:
http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/instal17.htm
My guess that the solution would be one of:
* Move the verity files elsewhere and change the JVM config path to
point to the new location.
* Remove flashgateway.jar from the cfusion/lib directory of any CFMX
server instances and reconfigure the web.xml if necessary so that it
uses the one in JRun/lib.
* Modify the classloader settings so that the classpath setting for each
CFMX server instance doesn't affect the whole server.
Rather than playing around to figure out which (if any) of those options
would work, it would be nice if we could get official confirmation from
Macromedia, or a link to a technote that answers this. I have a feeling
that I have seen a technote along those lines, but it was a long time
ago and I can't find it now.
Spike
Peter Farland wrote:
Hi Ben, Spike is correct - CF 6.1 unfortunately made changes to Jrun's
jvm.config level classpath. I've heard from the CF team a while ago
that they no longer do this for CF7.
If you've tried removing the jvm.config level additions to the
classpath and CF 6.1 still runs, then I think you're fine.
Web applications should keep their class paths isolated at the
application level. If you have this setup, things should be fine in
Flex 1.5 (as the CF gateway is behind their own bootstrap
classloader).
Pete
-Original Message-
From: Spike [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 02, 2005 1:24 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Flex + Java Classes (as RemoteObjects) Config
Question
Do you have a CFMX instance running on the JRun server.
I ran into an issue a week or so ago with a conflict between the
instructions for setting up verity and running a Flex server.
The basic problem was a classpath issue that was causing the JVM to
use
the CFMX flash remoting instead of the generic flash remoting, so it was
looking in the wrong place for the class files when a remoting request
came through the Flex server.
Not sure if that's your issue, but I tracked it down by launching the
server instance in debug mode and lookging at the details for the error
when remoting couldn't find the classes.
HTH
Spike
Ben Elmore wrote:
Correct. I am hoping it is something that straight forward.
-Original Message-
*From:* Chris Reynolds [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, March 02, 2005 12:05 AM
*To:* flexcoders@yahoogroups.com
*Subject:* RE: [flexcoders] Flex + Java Classes (as RemoteObjects)
Config Question
Presumably the last s in the folder was just an email typo ;-)
{insall-server-root}/FlexProjects/Flex/WEB-INF/classess
--
--
*From:* Ben Elmore [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, March 02, 2005 5:26 PM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Flex + Java Classes (as RemoteObjects)
Config Question
All
Re: Flex + Java Classes (as RemoteObjects) Config Qu estion
I've been fighting with this for the past few days as well and eventually came to the conclusion that it was the CF install on the same JRun that was causing the issue, so I figured it must have something to do with the classpath changes. Thanks for the great post about this! I agree, a technote from Macromedia would be great. This also seems to be the reason I was getting odd errors when trying to embed fonts in my flex apps. It would never work but when I went to a Flex install without CF to try to resolve the remote object problems my font embedding problems vanished as well. --- In flexcoders@yahoogroups.com, Spike [EMAIL PROTECTED] wrote: Thanks for the update Peter. The specific config setting that causes the problem is adding verity support, so if you don't need that you should be fine. The question is whether there is a standard way to set it up so that you can have both CFMX with verity and Flex running at the same time. The relevant docs here: http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/instal17.htm My guess that the solution would be one of: * Move the verity files elsewhere and change the JVM config path to point to the new location. * Remove flashgateway.jar from the cfusion/lib directory of any CFMX server instances and reconfigure the web.xml if necessary so that it uses the one in JRun/lib. * Modify the classloader settings so that the classpath setting for each CFMX server instance doesn't affect the whole server. Rather than playing around to figure out which (if any) of those options would work, it would be nice if we could get official confirmation from Macromedia, or a link to a technote that answers this. I have a feeling that I have seen a technote along those lines, but it was a long time ago and I can't find it now. Spike
