You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Ulrich Mayring <ul...@denic.de> on 2003/01/20 10:55:46 UTC
Sevak problem
Hello,
I've developed a block that runs fine under Phoenix, but not in a
servlet under Sevak. The exception I get:
java.lang.InstantiationException: Service Exception for servlet
DemoServlet:Unable to provide implementation for
test.sevakTester.helloWorldBlock.HelloWorld
jvm 1 | at
org.apache.avalon.apps.sevak.blocks.jetty.SevakServletHolder.newInstance(SevakServletHolder.java:62)
This exception usually signifies that something is wrong with
assembly.xml or the block's .xinfo file. However, as the block deploys
fine under Phoenix, there must be something else.
The problem occurs in the servlet's service method:
m_HelloWorld =
(HelloWorld)serviceManager.lookup(HelloWorld.class.getName());
But this exact line does work in the service method of another block
under Phoenix. The servlet itself, i.e. without this line, also works
fine - Sevak deploys it and I can access it from the webbrowser.
Perhaps the servlet needs the equivalent of a .xinfo file?
cheers,
Ulrich
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Sevak problem
Posted by Paul Hammant <Pa...@yahoo.com>.
Ulrich,
>You'll get it tomorrow. No virus included, but a suspected Sevak bug,
>which will either take you weeks to fix or months to explain to me that
>it's actually a feature :-P
>
Minutes I hope.
>Source is no problem, but you'll have to tell me in what form you need
>it. For example, package name, format of build script etc.
>
>
Zip containing whatever directory layout with build.xml
:-)
-ph
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Sevak problem
Posted by Ulrich Mayring <ul...@mayring.de>.
Paul Hammant wrote:
>
> Ulrich,
>
> Yeah, email it to me (no virus please ;-) always interested in new
> blocks/sars. I'll then pester you to contribute source :-)
You'll get it tomorrow. No virus included, but a suspected Sevak bug,
which will either take you weeks to fix or months to explain to me that
it's actually a feature :-P
Source is no problem, but you'll have to tell me in what form you need
it. For example, package name, format of build script etc.
Ulrich
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Sevak problem
Posted by Paul Hammant <Pa...@yahoo.com>.
Ulrich,
Yeah, email it to me (no virus please ;-) always interested in new
blocks/sars. I'll then pester you to contribute source :-)
- Paul
> Paul Hammant wrote:
>
>> Ulrich,
>>
>> You will need to repace the .xinfo file for the JettySevak class. It
>> needs to have the additonal
>> dependency.
>>
>> All the servlets will inherit the .xinfo settings for the JettySevak
>> block (if you use the deploy
>> method with specifiying a separate ServiceManager). If you do use
>> the longer deploy method, you
>> have more scope for things.
>
>
> Gotcha, that was the problem, thanks. I'll have a demo app ready soon,
> the SAR file is 880 KByte, so I'm not going to post it to the list.
> But if someone is interested, I can mail it (and of course contribute
> it, if it is deemed useful).
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Sevak problem
Posted by Ulrich Mayring <ul...@denic.de>.
Paul Hammant wrote:
> Ulrich,
>
> You will need to repace the .xinfo file for the JettySevak class. It needs to have the additonal
> dependency.
>
> All the servlets will inherit the .xinfo settings for the JettySevak block (if you use the deploy
> method with specifiying a separate ServiceManager). If you do use the longer deploy method, you
> have more scope for things.
Gotcha, that was the problem, thanks. I'll have a demo app ready soon,
the SAR file is 880 KByte, so I'm not going to post it to the list. But
if someone is interested, I can mail it (and of course contribute it, if
it is deemed useful).
cheers,
Ulrich
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Sevak problem
Posted by Paul Hammant <pa...@yahoo.com>.
Ulrich,
You will need to repace the .xinfo file for the JettySevak class. It needs to have the additonal
dependency.
All the servlets will inherit the .xinfo settings for the JettySevak block (if you use the deploy
method with specifiying a separate ServiceManager). If you do use the longer deploy method, you
have more scope for things.
Regards,
- Paul
--- Ulrich Mayring <ul...@denic.de> wrote: > Hello,
>
> I've developed a block that runs fine under Phoenix, but not in a
> servlet under Sevak. The exception I get:
>
> java.lang.InstantiationException: Service Exception for servlet
> DemoServlet:Unable to provide implementation for
> test.sevakTester.helloWorldBlock.HelloWorld
> jvm 1 | at
>
org.apache.avalon.apps.sevak.blocks.jetty.SevakServletHolder.newInstance(SevakServletHolder.java:62)
>
> This exception usually signifies that something is wrong with
> assembly.xml or the block's .xinfo file. However, as the block deploys
> fine under Phoenix, there must be something else.
>
> The problem occurs in the servlet's service method:
>
> m_HelloWorld =
> (HelloWorld)serviceManager.lookup(HelloWorld.class.getName());
>
> But this exact line does work in the service method of another block
> under Phoenix. The servlet itself, i.e. without this line, also works
> fine - Sevak deploys it and I can access it from the webbrowser.
>
> Perhaps the servlet needs the equivalent of a .xinfo file?
>
> cheers,
>
> Ulrich
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>