[ 
https://issues.apache.org/jira/browse/SSHD-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Guillaume Nodet resolved SSHD-267.
----------------------------------

    Resolution: Fixed
      Assignee: Guillaume Nodet

Support for file attributes have been greatly enhanced in sshd 0.9.0, but is 
unfortunately limited to JDK 7, as JDK 6 has really poor support for file 
attributes.
The camel test explicitely does a chmod on the file which is not supported by 
sshd on jdk6.

The previous behavior was to simply ignore the call and do nothing but I don't 
really think that's good idea.  The client should be aware that the call failed 
and choose how to behave, but simply ignoring the calls as it was previously 
does not seem a good idea to me.

I'll close this bug as won'f fix.

> Regression using JDK 6
> ----------------------
>
>                 Key: SSHD-267
>                 URL: https://issues.apache.org/jira/browse/SSHD-267
>             Project: MINA SSHD
>          Issue Type: Task
>    Affects Versions: 0.9.0
>            Reporter: Babak Vahdat
>            Assignee: Guillaume Nodet
>            Priority: Minor
>
> Recently Apache Camel upgraded to SSHD 0.9.0 (from 0.8.0) and since then 
> there's a regression by the following test:
> https://github.com/apache/camel/blob/master/components/camel-ftp/src/test/java/org/apache/camel/component/file/remote/sftp/SftpChmodTest.java
> But *only* on JDK6. On JDK7 however the test still passes. I can reproduce 
> the same on OS X using JDK6 (fails) and JDK7 (passes).
> Following one fail on the CI-Server:
> https://builds.apache.org/job/Camel.trunk.fulltest/1635/org.apache.camel$camel-ftp/testReport/org.apache.camel.component.file.remote.sftp/SftpChmodTest/testSftpChmod/
> Which shows the following stack trace:
> org.apache.camel.CamelExecutionException: Exception occurred during execution 
> on the exchange: Exchange[Message: Hello World]
>       at com.jcraft.jsch.ChannelSftp.throwStatusError(ChannelSftp.java:2629)
>       at com.jcraft.jsch.ChannelSftp._setStat(ChannelSftp.java:2211)
>       at com.jcraft.jsch.ChannelSftp.chmod(ChannelSftp.java:1938)
>       at 
> org.apache.camel.component.file.remote.SftpOperations.doStoreFile(SftpOperations.java:853)
>       at 
> org.apache.camel.component.file.remote.SftpOperations.storeFile(SftpOperations.java:784)
>       at 
> org.apache.camel.component.file.GenericFileProducer.writeFile(GenericFileProducer.java:277)
>       at 
> org.apache.camel.component.file.GenericFileProducer.processExchange(GenericFileProducer.java:165)
>       at 
> org.apache.camel.component.file.remote.RemoteFileProducer.process(RemoteFileProducer.java:49)
>       at 
> org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
>       at 
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:191)
>       at 
> org.apache.camel.processor.UnitOfWorkProducer.process(UnitOfWorkProducer.java:73)
>       at 
> org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:378)
>       at 
> org.apache.camel.impl.ProducerCache$2.doInProducer(ProducerCache.java:346)
>       at 
> org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:242)
>       at 
> org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:346)
>       at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:184)
>       at 
> org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:124)
>       at 
> org.apache.camel.impl.DefaultProducerTemplate.sendBodyAndHeader(DefaultProducerTemplate.java:163)
>       at 
> org.apache.camel.impl.DefaultProducerTemplate.sendBodyAndHeader(DefaultProducerTemplate.java:159)
>       at 
> org.apache.camel.component.file.remote.sftp.SftpChmodTest.testSftpChmod(SftpChmodTest.java:40)
>  
> If you think this is not really a problem (as maybe because JDK6 is already 
> EOL and whatnot) then feel free to resolve this ticket as "Won't Fix". 



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Reply via email to