RE: Dynamic DNS

[Danny Angus]

That sounds like NAT (Network Address Translation) 
You need to work out what bit of hardware is doing it (usually the router connected to 
your incoming line) and re-configure it to forward the correct port(s) the the 
appropriate machines.

In effect NAT allows you to split a single public facing IP address so that different 
ports are handled by different machines, you create what appears to be one machine out 
of a small internal network, the approximate opposite of binding several ip addresses 
to a single machine.

Many domestic routers support NAT, though often with a limit to the number of ports 
that can be forwarded.

d.

> -Original Message-
> From: webmaster [mailto:[EMAIL PROTECTED]
> Sent: 15 December 2003 15:58
> To: Tomcat Developers List
> Subject: Re: Dynamic DNS
> 
> 
> Thanks, Martin, but I think the problem is that there is a subnet on a 
> wireless router that makes the true ip address of the tomcat running on 
> this machine immediately unavailable. 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

FW: JDK 1.4.2 and class loading

[Danny Angus]

I wonder if any tomcat guys have any insight they could share with us...


> -Original Message-
> From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
> Sent: 01 August 2003 20:02
> To: James-Dev Mailing List
> Cc: Ted Neward; Jeroen Frijters
> Subject: JDK 1.4.2 and class loading
>
>
> Apparently, there has been a subtle change in JDK 1.4.2.  Either
> intentional
> or accidental, but the URL:
>
>   file://path/jarfile.jar
>
> does not appear to work under JDK 1.4.2, at least on Windows (the platform
> where this was noticed and tested today).  Instead, the following URL does
> work:
>
>   jar:file:path/jarfile.jar!/
>
> Which means that the code in o.a.j.transport.Loader would change:
>
>  - jarlist.add(new URL("file://"   + baseDirectory + "/SAR-INF/lib/" +
> flist[i]   ));
>  + jarlist.add(new URL("jar:file:" + baseDirectory + "/SAR-INF/lib/" +
> flist[i] + "!/"));
>
> This behavior is noted at
> http://forum.java.sun.com/thread.jsp?forum=26&thread=408858&tstart
> =0&trange=
> 15.  Does anyone have any additional information on this issue?  I'm not
> spotting anything in the docs, release notes or javadocs.
>
> Two related questions.  Does anyone have any thoughts on the use of
>
>new URLClassLoader(URL[])vs URLClassLoader.newInstance(URL[])
>
> Most examples use the latter form.  There are is a code difference related
> to package security and exported packages.  The current Java v1.4.2
> documentation
> (http://java.sun.com/j2se/1.4.2/docs/guide/extensions/spec.html) don't go
> into it, but there is some information on exported packages in a
> cached copy
> of some docs from an older beta
> (http://kavosh.irost.net/books/jdk1.2beta3/docs/guide/extensions/s
pec.html).
This probably doesn't effect our use AT THE MOMENT, but I'm surprised to see
the the operations aren't synonyms.

Also, we've ran into some cases where:

   classLoader.loadClass(className);

fails, whereas:

   Class.forName(className, true, classLoader)

works.  The best analysis I have found on the subject so far is Ted Neward's
paper at http://www.javageeks.com/Papers/ClassForName/index.html, but he
doesn't really go too far into the details of WHY the latter behaves
differently, other than acknowledging that it does.

--- Noel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: StandardContext .. getPath()

[Danny Angus]

I'll answer my own question..
getServletContext() returns null until start() (or in my case super.start())
has been called, whereafter I can use ServletContext.getRealPath()

d.

> -Original Message-
> From: Danny Angus [mailto:[EMAIL PROTECTED]]
> Sent: 11 July 2002 14:22
> To: Tomcat-Dev@Jakarta. Apache. Org
> Subject: StandardContext .. getPath()
>
>
> Hi,
>
> I can't find the answer to this question anywhere, although I expect its
> quite simple..
>
> I've created my own context class, subclassing StandardContext, and I want
> it to be able to read a config file, but I'm having problems
> getting a path
> from tc.
>
> How can I get the real path to ~/webapps, or get CATALINA_HOME for my
> context to use in its hunt for its config file?
>
> I realise I may have missed the blindingly obvious here, for which I
> appologise in advance.
>
> d.
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

StandardContext .. getPath()

[Danny Angus]

Hi,

I can't find the answer to this question anywhere, although I expect its
quite simple..

I've created my own context class, subclassing StandardContext, and I want
it to be able to read a config file, but I'm having problems getting a path
from tc.

How can I get the real path to ~/webapps, or get CATALINA_HOME for my
context to use in its hunt for its config file?

I realise I may have missed the blindingly obvious here, for which I
appologise in advance.

d.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: