You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Kenny Smith <ja...@journalscape.com> on 2003/10/23 20:17:25 UTC

Missing Blocks are Fatal

Hi all,

I'm trying to get a new installation of 2.2-dev working and I'm running 
into this error:

org.apache.excalibur.containerkit.lifecycle.LifecycleException: 
Component named "fetchmail" failed to pass through the Configuration 
stage. (Reason: 
org.apache.avalon.framework.configuration.ConfigurationException: Block 
named "fetchmail" implements Configurable, but has no corresponding in 
config.xml).

I've run into this error before when I removed my nntp block and james 
refused to start. I think it would be better if james simply ignored 
those missing blocks. If I don't want to use fetchmail or nntp, why do I 
need to have them in my config? In the 2.2 version I pulled from CVS, 
the default config has an entity reference to fetchmailConfig which 
should point to ../apps/james/conf/james-fetchmail.xml, but that file 
wasn't included with the distribution.

So, I can't comment it out and I don't know what it's supposed to look 
like, so I'm stuck. Can anyone help?

Thanks,
Kenny


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: fetchmail broken out of the box (was: Re: Missing Blocks are Fatal)

Posted by "Noel J. Bergman" <no...@devtech.com>.
> I cd'd to dist/james-2.2.0a15 and typed: bin/run.sh
> and it failed with the following error:
> Caused by: java.io.FileNotFoundException:
> ../apps/james/conf/james-fetchmail.xml (No such file or directory)

cd bin, then run.sh.  The default paths are all relative to bin/, which
would then be your working directory.  Perhaps we should change run.sh to
change to $PHOENIX_HOME/bin, and then run phoenix.sh.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


fetchmail broken out of the box (was: Re: Missing Blocks are Fatal)

Posted by Kenny Smith <ja...@journalscape.com>.
Hi all,

Ok, I've downloaded a fresh version of james-2.2.0a15. I had to manually 
add mail_1_3.jar and activation.jar to the $JAMES_HOME/lib dir and I was 
able to build successfully.

I cd'd to dist/james-2.2.0a15 and typed: bin/run.sh

and it failed with the following error:

---------------------------------------------------------------
Error building configuration from 
file:/usr/local/james-server/dist/james-2.2.0a15/apps/james/SAR-INF/config.xml.

*snip*

Caused by: java.io.FileNotFoundException: 
../apps/james/conf/james-fetchmail.xml (No such file or directory)
---------------------------------------------------------------

[root@server2 james-2.2.0a15]# ls -l apps/james/conf/james-fetchmail.xml
-rw-r--r--    1 root     root        15205 Oct 23 18:26 
apps/james/conf/james-fetchmail.xml

As you can see though, the file is there. I haven't touched the config 
file at all at this point, it's all pristine.

Kenny


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal

Posted by Kenny Smith <ja...@journalscape.com>.
Ok... but isn't James telling the container which blocks to configure? 
Doesn't james exist somewhere in the stack trace? (I can't actually find 
that out because the stack trace is so long it gets truncated with 
"..... 23 more....."

Kenny

Stephen McConnell wrote:
> 
> The problem you are seeing is generated by the container you are using.
> I.e. it isn't a James issue.
> 
> Stephen.
> 
> 
> Kenny Smith wrote:
> 
>> Hi all,
>>
>> I'm trying to get a new installation of 2.2-dev working and I'm 
>> running into this error:
>>
>> org.apache.excalibur.containerkit.lifecycle.LifecycleException: 
>> Component named "fetchmail" failed to pass through the Configuration 
>> stage. (Reason: 
>> org.apache.avalon.framework.configuration.ConfigurationException: 
>> Block named "fetchmail" implements Configurable, but has no 
>> corresponding in config.xml).
>>
>> I've run into this error before when I removed my nntp block and james 
>> refused to start. I think it would be better if james simply ignored 
>> those missing blocks. If I don't want to use fetchmail or nntp, why do 
>> I need to have them in my config? In the 2.2 version I pulled from 
>> CVS, the default config has an entity reference to fetchmailConfig 
>> which should point to ../apps/james/conf/james-fetchmail.xml, but that 
>> file wasn't included with the distribution.
>>
>> So, I can't comment it out and I don't know what it's supposed to look 
>> like, so I'm stuck. Can anyone help?
>>
>> Thanks,
>> Kenny
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal

Posted by Stephen McConnell <mc...@apache.org>.
The problem you are seeing is generated by the container you are using.
I.e. it isn't a James issue.

Stephen.


Kenny Smith wrote:

> Hi all,
>
> I'm trying to get a new installation of 2.2-dev working and I'm 
> running into this error:
>
> org.apache.excalibur.containerkit.lifecycle.LifecycleException: 
> Component named "fetchmail" failed to pass through the Configuration 
> stage. (Reason: 
> org.apache.avalon.framework.configuration.ConfigurationException: 
> Block named "fetchmail" implements Configurable, but has no 
> corresponding in config.xml).
>
> I've run into this error before when I removed my nntp block and james 
> refused to start. I think it would be better if james simply ignored 
> those missing blocks. If I don't want to use fetchmail or nntp, why do 
> I need to have them in my config? In the 2.2 version I pulled from 
> CVS, the default config has an entity reference to fetchmailConfig 
> which should point to ../apps/james/conf/james-fetchmail.xml, but that 
> file wasn't included with the distribution.
>
> So, I can't comment it out and I don't know what it's supposed to look 
> like, so I'm stuck. Can anyone help?
>
> Thanks,
> Kenny
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>

-- 

Stephen J. McConnell
mailto:mcconnell@apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: Missing Blocks are Fatal (IBM java ok?)

Posted by "Noel J. Bergman" <no...@devtech.com>.
> I uninstalled the IBM J2SDK 1.4.1 installation I was using and installed 
> the Sun J2SDK 1.4.1 and it's not having the SHA MessageDigest problem 
> anymore.

I have not tried IBM 1.4.1.  I have successfully used IBM 1.3.1.

	--- Noel

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal (IBM java ok?)

Posted by Kenny Smith <ja...@journalscape.com>.
Hi Noel et al,

I uninstalled the IBM J2SDK 1.4.1 installation I was using and installed 
the Sun J2SDK 1.4.1 and it's not having the SHA MessageDigest problem 
anymore.

I was under the impression that the IBM j2sdk worked with James just as 
well as the Sun. Am I wrong in that assumption?

Kenny

Kenny Smith wrote:
> Hi Noel,
> 
> I moved my current installation away and performed the following steps 
> and received the same SHA MessageDigest not available:
> 
> # cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic login
> # cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic checkout -r 
> build_2_1_fcs james-server
> ---------- snip ----------
> ... which slowed down and hung
> performed checkout again... which slowed down and hung
> performed checkout again... which slowed down and hung
> performed checkout.... which finished
> ---------- snip ----------
> # cd james-server
> # ant
> # cd dist/james-2.1/
> # bin/run.sh
> 
> (in another window)
> $ telnet localhost 4556
> (logged into remote manager successfully)
> adduser kenny stuff
> Connection closed by foreign host.
> 
> (in original window where James is running)
> Exception: Security error: java.security.NoSuchAlgorithmException: SHA 
> MessageDigest not available
> -------------------------
> 
> One thing to note here, I'm not sure why, but it built James 2.1, but I 
> was trying to get James 2.2.0. Did I choose the wrong branch? I could 
> have sworn I used the right tag.
> 
> Kenny
> 
> Noel J. Bergman wrote:
> 
>>> I kept the config that came with the new installation and went section
>>> by section adding stuff from my old one into the new one.
>>
>>
>>
>> Try running the release as-is to test.  I just tried that, again, and it
>> works fine.
>>
>>     --- Noel
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: James Version Incorrect (was: Re: Missing Blocks are Fatal)

Posted by Kenny Smith <ja...@journalscape.com>.
Ah, *smacks forehead* thanks.

Kenny

Noel J. Bergman wrote:
> Aha!  :-)  You want *branch*_2_1_fcs, not *build_2_1_fcs  :-)
> 
> 	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: James Version Incorrect (was: Re: Missing Blocks are Fatal)

Posted by "Noel J. Bergman" <no...@devtech.com>.
> Yes, I did a: checkout -r build_2_1_fcs james-server

Aha!  :-)  You want *branch*_2_1_fcs, not *build_2_1_fcs  :-)

	--- Noel

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


James Version Incorrect (was: Re: Missing Blocks are Fatal)

Posted by Kenny Smith <ja...@journalscape.com>.
Hi Noel,

Yes, I did a: checkout -r build_2_1_fcs james-server

and when I built, it was put in a 2.1 directory and the banner it 
displayed while starting up was 2.1 also.

Kenny


> Are you saying that when you do a clean build it reports as James 2.1?  That
> should be james-2.2.0a15.
> 
> 	--- Noel
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: Missing Blocks are Fatal

Posted by "Noel J. Bergman" <no...@devtech.com>.
Kenny,

I just ran it myself from a clean build:

  Welcome root. HELP for a list of commands
  listusers
  Existing accounts 0
  adduser kenny stuff
  User kenny added
  listusers
  Existing accounts 1
  user: kenny

The sign-on from James was:

  Phoenix 4.0.1

  James 2.2.0a15
  Remote Manager Service started plain:4555
  POP3 Service started plain:110
  SMTP Service started plain:25
  NNTP Service started plain:119
  Fetch POP Disabled
  FetchMail Disabled

> # cd dist/james-2.1/

Are you saying that when you do a clean build it reports as James 2.1?  That
should be james-2.2.0a15.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal

Posted by Kenny Smith <ja...@journalscape.com>.
Hi Noel,

I moved my current installation away and performed the following steps 
and received the same SHA MessageDigest not available:

# cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic login
# cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic checkout -r 
build_2_1_fcs james-server
---------- snip ----------
... which slowed down and hung
performed checkout again... which slowed down and hung
performed checkout again... which slowed down and hung
performed checkout.... which finished
---------- snip ----------
# cd james-server
# ant
# cd dist/james-2.1/
# bin/run.sh

(in another window)
$ telnet localhost 4556
(logged into remote manager successfully)
adduser kenny stuff
Connection closed by foreign host.

(in original window where James is running)
Exception: Security error: java.security.NoSuchAlgorithmException: SHA 
MessageDigest not available
-------------------------

One thing to note here, I'm not sure why, but it built James 2.1, but I 
was trying to get James 2.2.0. Did I choose the wrong branch? I could 
have sworn I used the right tag.

Kenny

Noel J. Bergman wrote:
>>I kept the config that came with the new installation and went section
>>by section adding stuff from my old one into the new one.
> 
> 
> Try running the release as-is to test.  I just tried that, again, and it
> works fine.
> 
> 	--- Noel
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: Missing Blocks are Fatal

Posted by "Noel J. Bergman" <no...@devtech.com>.
> I kept the config that came with the new installation and went section
> by section adding stuff from my old one into the new one.

Try running the release as-is to test.  I just tried that, again, and it
works fine.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal

Posted by Kenny Smith <ja...@journalscape.com>.
Hi Noel,

I kept the config that came with the new installation and went section 
by section adding stuff from my old one into the new one.

Kenny

Noel J. Bergman wrote:
>>I actually did find the james-fetchmail.xml after looking for awhile,
>>but James refused to see it when starting up. I don't know why.
> 
> 
> My guess is that you kept your old configuration, and didn't add a reference
> to fetchmail.  See the current configuration file for how we use XML
> entities.
> 
> 	--- Noel
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: Missing Blocks are Fatal

Posted by "Noel J. Bergman" <no...@devtech.com>.
> I actually did find the james-fetchmail.xml after looking for awhile,
> but James refused to see it when starting up. I don't know why.

My guess is that you kept your old configuration, and didn't add a reference
to fetchmail.  See the current configuration file for how we use XML
entities.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: Missing Blocks are Fatal

Posted by Kenny Smith <ja...@journalscape.com>.
Hi Noel,

I actually did find the james-fetchmail.xml after looking for awhile, 
but James refused to see it when starting up. I don't know why.

I've commented out the fetchmail block in the assembly.xml and James is 
starting just fine for me now.

Kenny

Noel J. Bergman wrote:
> Kenny,
> 
> 
>>Block named "fetchmail" implements Configurable, but has no
>>corresponding in config.xml).
> 
> 
>>In the 2.2 version I pulled from CVS, the default config has
>>an entity reference to fetchmailConfig which should point to
>>../apps/james/conf/james-fetchmail.xml, but that file wasn't
>>included with the distribution.
> 
> 
> What build?  I am looking at 2.2.0a14, and james-fetchmail.xml is in
> james.sar.
> 
> I did find a different problem -- a typo in james-fetchmail.xml -- so I'll
> be posting a new test build.
> 
> 	--- Noel
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: Missing Blocks are Fatal

Posted by "Noel J. Bergman" <no...@devtech.com>.
Kenny,

> Block named "fetchmail" implements Configurable, but has no
> corresponding in config.xml).

> In the 2.2 version I pulled from CVS, the default config has
> an entity reference to fetchmailConfig which should point to
> ../apps/james/conf/james-fetchmail.xml, but that file wasn't
> included with the distribution.

What build?  I am looking at 2.2.0a14, and james-fetchmail.xml is in
james.sar.

I did find a different problem -- a typo in james-fetchmail.xml -- so I'll
be posting a new test build.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org