OK, if I understand you correctly, I need to actually go into the
jrun-web.xml file, and map a virtual path for each of my applications under
InetPub/wwwroot on my test server, such as InetPub/wwwroot/Continental (one
application), InetPub/wwwroot/American (second application), etc.  Is this
correct?  I really do NOT like this approach.  I much prefer having a GUI
front end that would write this information into the jrun-web.xml file than
to manually go into the xml file and modify it.  Manual modification of the
jrun-web.xml file is a BIG open invitation for trouble, in my opinion.  

I think I am going to try and write a blank.war file using the struts
blank.war file as my basis, and use this to "start" any new apps I want to
create on the default server under JRUN 4.0.  I don't know if this will
work, as all of our dev/test apps are deployed under the InetPub/wwwroot
directory, but it's worth a try.  As for my existing apps on the server, I
guess I have no choice but to open up the jrun-web.xml file and map a
virtual path for all of our apps currently under dev/testing.

I don't have JRUN SP1 yet on the test server, as I was under the impression
that this was still a Beta SP.  Have they released a non-Beta SP1?  If so, I
will download it, but if not, I want to stay away from any Beta SP's on my
test/Dev environments.  Else I run the risk of taking my entire dept, and
all of our current development efforts, down. 

Thanks again for your assistance and advice.  As soon as I get my hands on a
true SP1 release, I will muddle through the documentation again.

Celeste Haseltine, PE
MTL, Inc

-----Original Message-----
From: Theodore Zimmerman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 03, 2002 7:53 AM
To: JRun-Talk
Subject: RE: JRUN 4 - How to create a new Web Application under InetPub
su bdir ectory


Celeste,
JRun 4 replaced the use-webserver-root=true property used in JRun 3.1 with
virtual mappings.  This is from the JRun 4 SP1 documentation.  I find it is
explained a little better here than in the gold documentation.

How do you mimic the JRun 3.1 use-webserver-root=true functionality in JRun
4? 
In JRun 3.1, the web application use-webserver-root property directs JRun to
serve application content from the web application context root (for
example, c:\jrun3\servers\default\demo-app) or the web server root (for
example, c:\inetpub\wwwroot). When set to true, JRun searches for JSP, HTML,
image files, and such, relative to the web server root. When set to false,
or if not set, JRun serves content relative to the web application context
root. 

JRun 4 replaces the use-webserver-root property used in JRun 3.1 with a more
generalized way to map virtual paths. In the jrun-web.xml file, you create
virtual mappings to designate the web server root. Use a virtual path only
if you use the web server root exclusively. If you do not create a virtual
path, JRun searches the web application context root and then the web server
root. 

Virtual path mappings in a jrun-web.xml file in a web application WEB-INF
directory let you map a resource path to a physical system path that might
be outside of the web application context root. For example, the following
entry sets a virtual path to the c:/inetpub/wwwroot directory: 

<virtual-mapping>
<resource-path>/*</resource-path>
<system-path>c:/inetpub/wwwroot</system-path>
</virtual-mapping>

Hope this helps.

Ted Zimmerman

-----Original Message-----
From: Haseltine, Celeste [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 02, 2002 7:28 PM
To: JRun-Talk
Subject: JRUN 4 - How to create a new Web Application under InetPub
subdir ectory


I have recently configured a test server with JRUN 3.1 and JRUN 4.0 together
to look at the potential of porting our application over to JRUN 4.0.  Both
JRUN servers appear to be working OK, and are configured to listen on
different ports.  But I am unable to figure out how to create a new Web
Application under the default server in JRUN 4.0, as we were able to do in
JRUN 3.1.  We are running JRUN 3.1 and 4.0 under IIS 5.0, so we want our
"new" application for porting to exist under the C:\InetPub subdirectory
along with the "old" version of the application during the porting/testing
phase.  We also want to "try" running some of our existing JRUN 3.1
applications under JRUN 4.0 and see what "breaks".  Since this is an
internal dept test server and NOT a live/deployment server, we are using the
actual code to test with, so I do not create or utilize *.war files at this
stage.  Do I need to create a blank war application, rename it to whatever I
want my new web application to be, and deploy that under the Admin server to
get JRUN 4.0 to recognize a "new" web application?

Just for grins, I tried to view a test.jsp page for one of our existing web
applications on the test server under the InetPub subdirectory.  When I
attempt to go to http://localhost/ in a web browser to view the test.jsp
page under JRUN 4.0 (with 3.1 NOT running), I get a "Could Not Connect to
JRUN Server" error message (which is expected, since the JRUN default server
cannot "see" any of our existing web applications or their subdirectory
structures).  So other than creating a blank war file, and renaming and
deploying it in JRUN 4.0 for every app I have on my test server, how would I
get JRUN 4.0 to recognize my existing WEB-INF subdirectory structures and
web.xml files of our current web applications on our test server?  Again,
this is for testing and porting purposes, NOT for a "live" production
server.

By the way, I did configure JRUN 4.0 default server to work with IIS, and I
also ran the Install-Test-Application file to verify that I did have JRUN
4.0 installed correctly.  

My thanks in advance for any advice/assistance.

Celeste Haseltine, PE
MTL, Inc






______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to