Re: Servlet init(). & configuration changes.



Yogee wrote:

> John C. Bollinger wrote:

[...]

> I m using the Java tech. for first time in my life. So, the review is
> obvious. Thanx for enlightening me. Also where can I read internals of
> servlets.


You can download the servlet spec from Sun for free: http://java.sun.com/products/servlet/download.html#specs

The latest version is 2.4, though there are still plenty of servlet containers out there that implement only version 2.3 (e.g. Tomcat 4.x), and some that are at earlier versions.

You may also want to look into JSP for the UI part; that spec is a separate download, but it ties tightly into servlets.

>>> Second question:
>>> -------------------
>>>
>>> There are other stand alone components which need to be notified of any
>>> configuration changes. Is it a good idea to use telnet for this
>>> components from the web interfaces to inform about changes in the
>>> configuration.
>>>
>>> All the components are bound to work in a LAN with all ports open
>>> across each other.
>>
>>
>> The most appropriate mechanism for notifying other components surely
>> depends on the details of those components.  Telnet from the web
>> interface doesn't sound particularly attractive, though.  Better by far
>> would be for your central configuration resource to actively notify the
>> necessary components.
>>
>
> All the configurations are stored in a database, when a person changes
> the configuration, its the interface which knows about the changes
> happening. So, I thought why not tell from there itself. I know its not
> a GOOD thing.
>
> Lets consider this:
>
> Changes happened in database. Interface knows it, but cant tell?
> Database can't tell anyone, unless someone do a select.


That's the least common denominator, to be sure.

> Other senario can be I run a provisioning server, central repsoitory
> for configurations. It will keep all conf and everyone needs to have
> permission from it to run the stuff. I can expose some applet on the
> web that then talks to the PServer. It can be then used to do all sorts
> of things.


Something along those lines is what I had in mind. An important aspect to this, in response to your question about notification, is that your provisioning server can have a mechanism to notify registered listeners about configuration changes.


> OR,
>
> SOAP. (Its last thing..)


SOAP is a different kettle of fish. It could conceivably be the *means* of notification, but it's just a protocol and cannot serve as the *agent* of notification. In any case, if you already have standalone applications that you want to notify then the details of those apps determine the available means of notification. Unless they're already tooled for it, SOAP probably isn't a particularly viable means.


--
John Bollinger
jobollin@xxxxxxxxxxx
.



Relevant Pages

  • 2.6.18.3 Lockup on Athlon MP
    ... I am sure it's not just a hardware issue, though, ... as well as the kernel configuration I am using. ... # ACPI (Advanced Configuration and Power Interface) Support ...
    (Linux-Kernel)
  • Slow Point to Point T1 Access Please Help
    ... interface FastEthernet0/0 ... DRAM configuration is 64 bits wide with parity disabled. ... minute output rate 7000 bits/sec, 7 packets/sec ... output buffer failures, ...
    (comp.dcom.sys.cisco)
  • Re: Slow Point to Point T1 Access Please Help
    ... interface FastEthernet0/0 ... DRAM configuration is 64 bits wide with parity disabled. ... minute output rate 7000 bits/sec, 7 packets/sec ... output buffer failures, ...
    (comp.dcom.sys.cisco)
  • Re: T1 lines go mad
    ... >> Can you post the interface configs as well as a show interface for each ... > Building configuration... ... > 0 output buffer failures, ...
    (comp.dcom.sys.cisco)
  • Cisco 857 Ethernet0 wont stay up unless constant ping is done.
    ... Current configuration: 5525 bytes ... interface ATM0.1 point-to-point ... ip nat inside source route-map SDM_RMAP_1 interface Dialer0 overload ... transport preferred all ...
    (comp.dcom.sys.cisco)