> obj.conf in a Sun One/iPlanet Web server?
>
> NameTrans fn="jrunfilter"
> serverstore="C:/CFusionMX/runtime/lib/wsconfig/1/jrunserver.st
> ore" bootstrap="127.0.0.1:51010"
I'm no expert with iPlanet. However, I think that this enables an NSAPI
filter. It sounds to me like NSAPI behaves a bit like IIS's ISAPI. Within
ISAPI, you can have filters and extensions. Filters are run at the beginning
of the HTTP request processing pipeline, while extensions are run later on.
ISAPI extensions are mapped to specific file extensions, while filters are
processed for every request.
There's some CFMX functionality which requires this sort of filter - the
ability to run servlets and the Flash Remoting gateway. There may be other
functionality dependent on this, but I'm not aware of it.
> Here is what I am trying to do. I want both CFMX and CF5 to
> be running on the same server, using the same URL and port. I
> want CFMX to run for only a single directory on an existing
> iPlanet server, and CF5 to handle all other directories.
>
> ...
>
> If the jrunfilter line is in obj.conf, CFMX takes over
> handling of all .cfm files on the entire server, regardless
> of the other settings in obj.conf. Without the jrunfilter
> line, the server seems to work the way I want it to.
>
> The jrunfilter line seems to intercept all requests for .cfm,
> .cfc, .cfml, .jws, .jst, and .jsp files. The other lines in
> obj.conf related to CFMX seem to be completely unnecessary if
> the jrunfilter line is present.
>
> ...
>
> However, why would Macromedia say to include the ObjectType and
> Service lines in obj.conf if these are just going to be ignored?
>
> Does the combination of ObjectType and Service lines provide
> the same funcationality as the jrunfilter line? Does anyone
> know if this jrunfilter line is essential?
In my experience with IIS, I generally leave both the ISAPI filter and
extension enabled. However, it seems to work well enough with the filter
disabled and just the extension enabled, aside from the aforementioned
servlets and Flash Remoting stuff.
Honestly, I don't really know why (or whether) both are needed - the filter
seems like it would be sufficient. Perhaps it's just set up that way for
redundancy.
> Are there any other ways to do what I am trying to do?
Yes, there may be. One way you can configure CFMX is with a context root,
which basically limits the filter to only accepting requests that map to a
specific directory. When you install CFMX onto a J2EE server, you're asked
for a context root during the EAR/WAR creation process. You should be able
to specify the directory name as the context root, and CFMX should only then
process requests within that directory. I haven't specifically set CFMX up
this way with a CF 5 server, though, so this is conjecture on my part.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
phone: 202-797-5496
fax: 202-797-5444
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
