Re: problem (bug?) with ByteBuffer.getString(decoder)

[Emmanuel Lecharny]

Thanks Jan !

I will take a look at your code later this afternoon (or somebody else
will do before :)

Seems like you had a short night (me too;). I hope your day won't be too hard !

On Mon, Sep 8, 2008 at 1:16 AM, jan de vries [EMAIL PROTECTED] wrote:
 after i placed an
   .decoder.reset();
 after the last
 .getString(ds.decoder)
 I don't get any exceptions anymore, so its indeed something with the
 decoder. One problem solved
 but a new question to answer :P
 Now i'm REALLY going to sleep, but thanks so far for your help :)

 regards





-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com

Re: Property files with Spring Configuration (PropertyPlaceholderConfigurer)

[Niklas Gustavsson]

On Sun, Sep 7, 2008 at 10:05 PM, Niklas Gustavsson [EMAIL PROTECTED] wrote:
 On Fri, Sep 5, 2008 at 12:53 PM, David Latorre [EMAIL PROTECTED] wrote:
 After a quick read of the documentation, it looks like it would work
 when using the ApplicationContext, FtpServer currently only uses a
 BeanFactory. Feel free to open a JIRA issue for M4 to investigate
 this.

I did some quick testing on this, and using ApplicationContext works
as expected. Of course, since our schema is typed, you will run into
troubles if using our custom elements, for example, setting the port
on a nio-listener using a property won't work as the schema is
expecting an integer. However, using extension elements
(listenerbeans:bean...) works perfectly. I haven't commited
anything yet as this adds in another dependency. What do you think, do
you want this in FtpServer?

/niklas