× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Location of DTD
  • From: "Frances Stewart" <francess@xxxxxxxxxx>
  • Date: Tue, 26 Dec 2000 08:58:35 -0600
  • Importance: Normal


The current working directory for an application server (WebSphere v3.x)
defaults to the instance root for the WebSphere administrative instance
(instance.root property is found in the admin.properties file for your
WebSphere instance
(/qibm/userdata/webasadv/default/properties/admin.properties for the
default instance).  If you have created an additional administrative
instance, it would default to that instances instance root, for example
/qibm/userdata/webasadv/fstewart.

You can set the current working directory for an application server (i.e.
each application server resource within an administrative instance can have
its own working directory) using the Working directory property on the
application server.  From the admin console, select the application server
you want to set the directory for. The properties appear in the right-hand
pane of the console. The Working directory property is just above the
Standard output property. You can specify a fully qualified IFS path for
the working directory, or you can specify a relative directory structure.
The relative directory structure is relative to the instance root.

E.g.
     Working Directory:  /home/fstewart/dtds
     Working Directory: dtds

The second example equates to /QIBM/UserData/WebASAdv/default/dtds if you
are running in the default administrative instance.

User profile QEJBSVR must have *RX authority to the directory and the DTD
files in it. QEJBSVR is the user profile the app server runs under by
default.

You can find this information (info about the working directory for an app
server) in the documentation at:
http://www.iseries.ibm.com/products/websphere/docs/as400v302std/docs/admstout.html


Frances Stewart
WebSphere Application Server for iSeries 400
IBM Rochester


mandy.shaw@uk.catalyst-solutions.com@midrange.com on 12/22/2000 03:58:56 PM

Please respond to JAVA400-L@midrange.com

Sent by:  owner-java400-l@midrange.com


To:   java400-l@midrange.com
cc:
Subject:  Location of DTD



Hi,

I'm using WebSphere Application Server 3.0.2.

If my servlet parses an XML message with the line

<!DOCTYPE Message SYSTEM "wcsorder.dtd">

in it, where do I need to put the DTD file for the Web server to find it? I
have tried putting it in the correct directory for it to be invocable via
the root of
my WebSphere Web application's Web path, but that didn't work. That being
the case,
I assume it needs to be in whatever WebSphere and/or the AS/400 JVM thinks
of
as the current directory, but I don't know how to identify that location.

I don't want to qualify the DTD name at all if I can help it as I want this
servlet usable
anywhere.

TIA,

Regards,
Mandy Shaw

Catalyst Solutions plc
Kingfisher House
Frimley Business Park
Camberley
Surrey
GU16 5SG
UK

http://www.catalyst-solutions.com
Email: Mandy.Shaw@uk.catalyst-solutions.com

Telephone: +44 (0)870 166 1000
DDI: +44 870 166 1324
Facsimile: +44 870 168 3920
Mobile: +44 410 447966


----------------------------------------------------------------------
Catalyst Solutions plc.  Registered No 2918101.
Registered @ Kingfisher House, Frimley Business Park, Frimley,
Surrey. GU16 5SG   U.K.

NOTICE:
This message is intended only for the named addressee(s) and may
contain confidential and/or privileged information. If you are not the
named addressee you should not disseminate, copy or take any action
or place any reliance on it. If you have received this message in error
please notify postmaster@catalyst-solutions.com and delete the message
and any attachments accompanying it immediately.
----------------------------------------------------------------------


+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.