Mapear uma Classe no Controller - Spring

Boa noite,

Tenho uma classe que gera um arquivo PDF chamada “BoletoServlet”

[code]package br.com.inventario.relatorios;

/** Classe de Servlet que produz um arquivo PDF de um Boleto */
public class BoletoServlet extends GeradorRelatorioPDF {

private static final long serialVersionUID = 1L;

/** Construtor default */
public BoletoServlet() {
	super();
	/* configura atributos para gerar o PDF a partir do relatorio */
	dataSourceFilename    = "notasFiscais.xml";
	jasperReportFilename  = "boleto.jasper";
	reportDataSourceXPath = "/report/data/file";
}

}[/code]

Quando mapeio essa classe no “web.xml” e a chamo, ela gera o PDF normalmente.

</session-config> <servlet> <description></description> <display-name>BoletoServlet</display-name> <servlet-name>BoletoServlet</servlet-name> <servlet-class>br.com.inventario.relatorios.BoletoServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>BoletoServlet</servlet-name> <url-pattern>/boleto</url-pattern> </servlet-mapping>

Gostaria de ao invés de mapear essa classe no meu WEB.XML, chamala diretamente do meu Controller. Mas não se como faço isso EX:

[code]@Controller
public class InventarioController {

@RequestMapping ("boleto")
public String boleto (){
	
}[/code]

Sei que quando tem um metodo instancio a classe e depois chamo o método, mas nesse caso a classe não tem método além do construtor.

Qual é a forma correta de trabalhar com essa situação?

Obrigado

Mas não é o contrário? É a servlet que deve chamar o controller…

Sim o Servllet tmb chamara meu controller.

Mas antes disso preciso chamar essa casse “br.com.inventario.relatorios.BoletoServlet” diretamente do meu controller.

Como faço isso?

Lembrando que a classe não tem método e não consigo instaciar e chamar o metodo.

Isso que você está tentando fazer é um absurdo sem tamanho.
Se vai utilizar Spring e vai aplicar MVC, ao menos se dê ao trabalho de estudar e entender como o framework e o pattern funcionam.
Primeiro, nunca faça as coisas no método construtor. Isso é errado, ainda mais quando você está trabalhando com um framework DI/IoC.
Faça isso direito, corrija, antes que você se meta em uma grande dificuldade.