using custom classes in Tomcat configuration files

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

using custom classes in Tomcat configuration files

Garret Wilson
Hi, all. I'm getting close to releasing a new version of my Guise Mummy
static site generation software.

I gave a presentation over Guise Mummy's use of embedded Tomcat to serve
the generated site locally for testing before deployment. It uses a
custom site root and web resource

https://guise.io/mummy/present/clean-urls

Although in my use case I instantiation and connect these things
programmatically, someone in attendance (I think it was Remy, or maybe
Chris) mentioned that I could also reference the customized versions in
one of the configuration files and Tomcat would create the instance
graph automatically.

I want to make the library flexible, so in this version I'd like to make
sure that's possible. Could you remind me on the prerequisites for this,
and what documentation I could look at? Does it use JavaBean conventions
or some other conventions? (I assume I just need a no-argument
constructor and some getters/setters, but I want to verify.) And in
which Tomcat configuration would they go?

Thanks,

Garret


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: using custom classes in Tomcat configuration files

Garret Wilson
Hi everyone. I thought I would circle back and answer my own question
from back in June 2020 (see message thread below).

The thing that creates objects from the server.xml configuration file is
the Digester
(https://tomcat.apache.org/tomcat-9.0-doc/api/org/apache/tomcat/util/digester/Digester.html),
and it uses the processing rules described in the digester package
summary
(https://tomcat.apache.org/tomcat-9.0-doc/api/org/apache/tomcat/util/digester/package-summary.html#doc.Rules).

Of particular note are the ObjectCreateRule
(https://tomcat.apache.org/tomcat-9.0-doc/api/org/apache/tomcat/util/digester/ObjectCreateRule.html)
and the SetPropertiesRule
(https://tomcat.apache.org/tomcat-9.0-doc/api/org/apache/tomcat/util/digester/SetPropertiesRule.html).

You can read more about my upgrading my Guise Mummy components to be
able to be used in Tomcat configuration files, as well as see related
code changes, at https://globalmentor.atlassian.net/browse/GUISE-150 .

Now that I have all this working, I won't be coding on Tomcat as often,
so I'm going to drop off this list for a while to cut down on my inbox
influx. Thanks for the opportunity to participate in ApacheCon last
year, and I hope the virtual event this year is a success. I enjoyed
meeting those of you I met in person, and if things go well maybe I'll
meet some of you again at an in-face conference in the future.

All the best and stay safe.

Garret

On 6/8/2020 6:59 AM, Garret Wilson wrote:

> Hi, all. I'm getting close to releasing a new version of my Guise
> Mummy static site generation software.
>
> I gave a presentation over Guise Mummy's use of embedded Tomcat to
> serve the generated site locally for testing before deployment. It
> uses a custom site root and web resource
>
> https://guise.io/mummy/present/clean-urls
>
> Although in my use case I instantiation and connect these things
> programmatically, someone in attendance (I think it was Remy, or maybe
> Chris) mentioned that I could also reference the customized versions
> in one of the configuration files and Tomcat would create the instance
> graph automatically.
>
> I want to make the library flexible, so in this version I'd like to
> make sure that's possible. Could you remind me on the prerequisites
> for this, and what documentation I could look at? Does it use JavaBean
> conventions or some other conventions? (I assume I just need a
> no-argument constructor and some getters/setters, but I want to
> verify.) And in which Tomcat configuration would they go?
>
> Thanks,
>
> Garret
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]