You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ftpserver-users@mina.apache.org by Allen Firstenberg <pr...@addventure.com> on 2010/08/03 14:12:00 UTC
Re: [proftpd] Re: diagnosing startup problems
All I have been doing is including the FtpServer xml configuration as one of
my servers's configuration files.
I can confirm that the server object is being created, along with what looks
like some autowired framework to support it.
Once the bean is created - is there something specific I need to do to run
it? This seems to contradict the documentation which states "you can embed
the "server" element where ever you like within you Spring configuration,
and with FtpServer on the classpath, Spring will wire up the server for
you."
Allen
On Tue, Aug 3, 2010 at 7:32 AM, David Latorre <dv...@gmail.com> wrote:
> Can you copypaste the code you are using to start the server?
>
>
> 2010/8/2 Allen Firstenberg <pr...@addventure.com>:
> > I have been attempting to incorporate FtpServer into a current
> spring-based
> > project that I have, and have run into some problems. Although I have a
> > configuration file that works using the stand-alone script, it does not
> seem
> > to start a server (or at least does not seem to listen on the designated
> > port) when incorporated into my project. I can see a spring diagnostic
> > message saying it is reading the xml file, and that the singletons are
> > created - but nothing obvious indicating why it is not listening to the
> > port.
> >
> > Any suggestions for the best way to diagnose startup problems of this
> sort?
> >
> > Thanks!
> > Allen
> >
>
Re: Re: diagnosing startup problems
Posted by Allen Firstenberg <pr...@addventure.com>.
Thanks for the pointers, David. Between this and reviewing the archive, I
finally figured out that although the FtpServer does get created, it doesn't
get started.
Although there is an init-method for objects created with <bean>, it doesn't
appear there is for the server created with <server>. Perhaps this is
something that should be added for a future release to give people the
option to start it at bean creation time or through their own
initialization?
Allen
On Wed, Aug 4, 2010 at 4:27 AM, David Latorre <dv...@gmail.com> wrote:
> Hello Allen,
>
> You need to call server.start()
>
> Since my knowledge of spring is equal to NIL, I can't help you with
> that but I think there is a "init-method"( and destroy-method)
> attribute that can be used in bean declarations in order to control
> object lifecycle.
>
>
>
> 2010/8/3 Allen Firstenberg <pr...@addventure.com>:
> > All I have been doing is including the FtpServer xml configuration as one
> of
> > my servers's configuration files.
> > I can confirm that the server object is being created, along with what
> looks
> > like some autowired framework to support it.
> >
> > Once the bean is created - is there something specific I need to do to
> run
> > it? This seems to contradict the documentation which states "you can
> embed
> > the "server" element where ever you like within you Spring configuration,
> > and with FtpServer on the classpath, Spring will wire up the server for
> > you."
> >
> > Allen
> >
> > On Tue, Aug 3, 2010 at 7:32 AM, David Latorre <dv...@gmail.com> wrote:
> >
> >> Can you copypaste the code you are using to start the server?
> >>
> >>
> >> 2010/8/2 Allen Firstenberg <pr...@addventure.com>:
> >> > I have been attempting to incorporate FtpServer into a current
> >> spring-based
> >> > project that I have, and have run into some problems. Although I have
> a
> >> > configuration file that works using the stand-alone script, it does
> not
> >> seem
> >> > to start a server (or at least does not seem to listen on the
> designated
> >> > port) when incorporated into my project. I can see a spring
> diagnostic
> >> > message saying it is reading the xml file, and that the singletons are
> >> > created - but nothing obvious indicating why it is not listening to
> the
> >> > port.
> >> >
> >> > Any suggestions for the best way to diagnose startup problems of this
> >> sort?
> >> >
> >> > Thanks!
> >> > Allen
> >> >
> >>
> >
>
Re: [proftpd] Re: diagnosing startup problems
Posted by David Latorre <dv...@gmail.com>.
Hello Allen,
You need to call server.start()
Since my knowledge of spring is equal to NIL, I can't help you with
that but I think there is a "init-method"( and destroy-method)
attribute that can be used in bean declarations in order to control
object lifecycle.
2010/8/3 Allen Firstenberg <pr...@addventure.com>:
> All I have been doing is including the FtpServer xml configuration as one of
> my servers's configuration files.
> I can confirm that the server object is being created, along with what looks
> like some autowired framework to support it.
>
> Once the bean is created - is there something specific I need to do to run
> it? This seems to contradict the documentation which states "you can embed
> the "server" element where ever you like within you Spring configuration,
> and with FtpServer on the classpath, Spring will wire up the server for
> you."
>
> Allen
>
> On Tue, Aug 3, 2010 at 7:32 AM, David Latorre <dv...@gmail.com> wrote:
>
>> Can you copypaste the code you are using to start the server?
>>
>>
>> 2010/8/2 Allen Firstenberg <pr...@addventure.com>:
>> > I have been attempting to incorporate FtpServer into a current
>> spring-based
>> > project that I have, and have run into some problems. Although I have a
>> > configuration file that works using the stand-alone script, it does not
>> seem
>> > to start a server (or at least does not seem to listen on the designated
>> > port) when incorporated into my project. I can see a spring diagnostic
>> > message saying it is reading the xml file, and that the singletons are
>> > created - but nothing obvious indicating why it is not listening to the
>> > port.
>> >
>> > Any suggestions for the best way to diagnose startup problems of this
>> sort?
>> >
>> > Thanks!
>> > Allen
>> >
>>
>