Thanks Bartek.
In my stupidity I forgot to make the class public
and that is why turbine didn't have access to it.
I just needed someone to point that up to me.
Regards!
-------------------
Daniel Moldovan
Java Developer
LEVEL 7
Bucovinei 59D
1900 Timisoara
tel. 056/224872
-------------------
-----Original Message-----
From: Bartek Walter [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 06, 2001 10:43 AM
To: Daniel Moldovan
Subject: Re[4]: Login.class
DM> Thanks for your quick reply, Walter.
Bartek, actually... Walter is my last name.
Some ideas:
DM> class Login extends VelocityScreen
make the class public ;))
DM> {
DM> public Login()
DM> {
DM> }
remove the constructor - you don't need it
DM> public void doBuildTemplate(RunData data, Context context)
DM> {
DM> context.put("haba", "This is a haba string");
DM> System.out.println("Login.doBuildTemplate(RunData data,
DM> Context context)");
off-topic: maybe some Log.debug("") would be more convenient... it logs to
turbine.log
DM> }
DM> }
DM> In my TR.properties I have:
DM> .........
DM> module.packages=ro.level7.cms.modules,org.apache.turbine.flux.modules
DM> .........
DM> template.homepage=/Index.vm
DM> screen.homepage=
DM> template.login=/Login.vm
DM> screen.login=
^^^^^^^^^^^^
try to set here your screen class (fully qualified name) in order to
override default turbine log-in mechanism.
If it all doesn't help, try to rename the template and screen to an
unique name (last-chance idea). I am not sure if turbine matches packages in
the module.packages list from
left to right (though it seems reasonable).
btw. do your really want to override the login or just have ANY
template running?
Bartek
---------------------------------------------------------------------
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]
