[Vysper] XMPP BOSH Integration tests
Hi all, For the integration tests, using a client like Jakarta Commons HttpClient would test the raw functionality, but I was thinking also at some test framework like Selenium, What do you think of these kind of tests? Another question is: if Selenium is the way to go for integration tests then how to get access to the Selenium framework, does Apache infrastructure already has this, or seleniumhq.org would be appropriate? Thanks, Bogdan
Serial messageReceived..
Hi,
I'm currently using the Apache MINA 2.0.0-RC1 build. The problem I am having
is receiving messages after sending data to a device serially. I have
verified that I should be receiving data through the use of other serial
utility programs as well as using Java's gnu.io.* library. The code is
here:
*(Note1: This is based off of the serial tutorial on your site. The second
source after SerialClient.java is the Handler (SerialHandler.java) class
that extends IoHandlerAdapter. The code below should compile and run on java
1.6.)*
*
**(Note2: I'm emailing you this since I'd rather use your Serial API which
is much cleaner. I am currently using the TCP and eventually UDP API's for
the same project and They are excellent for quick development. So, thanks.)*
*
///**BEGIN SERIALCLIENT/*
package com.esys.sts.device.monitor.serial.client;
import org.apache.mina.core.future.ConnectFuture;
import org.apache.mina.core.service.IoAcceptor;
import org.apache.mina.core.service.IoConnector;
import org.apache.mina.core.session.IoSession;
import org.apache.mina.filter.codec.ProtocolCodecFilter;
import org.apache.mina.filter.codec.textline.TextLineCodecFactory;
import org.apache.mina.transport.serial.SerialAddress;
import org.apache.mina.transport.serial.SerialConnector;
import org.apache.mina.transport.serial.SerialAddress.DataBits;
import org.apache.mina.transport.serial.SerialAddress.FlowControl;
import org.apache.mina.transport.serial.SerialAddress.Parity;
import org.apache.mina.transport.serial.SerialAddress.StopBits;
import org.apache.mina.transport.socket.nio.NioSocketAcceptor;
import com.esys.sts.device.monitor.helper.Printer;
import com.esys.sts.device.monitor.tcp.filter.CodecFactory;
public class SerialClient {
/**
* @param args
*/
public static void main(String[] args) {
IoConnector connector = new SerialConnector();
connector.setHandler( new SerialHandler());
connector.getFilterChain().addLast(codec, new
ProtocolCodecFilter(
new TextLineCodecFactory()));
SerialAddress portAddress = new SerialAddress( COM1, 115200,
DataBits.DATABITS_8, StopBits.BITS_2, Parity.NONE, FlowControl.NONE );
ConnectFuture future = null;
try {
future = connector.connect( portAddress ).await();
} catch (InterruptedException e1) {
Printer.printException(SerialClient.class, e1);
}
future.awaitUninterruptibly();
IoSession session = future.getSession();
//Printer.println(+session.getRemoteAddress());
connector.broadcast(20WD1\r\n);
//connector.broadcast(01L2DF\r\n);
//Printer.println(+session.getReadMessages());
}
}
*///END SERIALCLIENT//
*
*
///BEGIN SERIALHANDLER//*
package com.esys.sts.device.monitor.serial.client;
import org.apache.mina.core.service.IoHandlerAdapter;
import org.apache.mina.core.session.IdleStatus;
import org.apache.mina.core.session.IoSession;
import com.esys.sts.device.monitor.exceptions.UndefinedMethodException;
import com.esys.sts.device.monitor.helper.Printer;
public class SerialHandler extends IoHandlerAdapter {
@Override
public void exceptionCaught(IoSession ioSession, Throwable arg1)
throws Exception {
Printer.printException(SerialHandler.class, arg1);
}
@Override
public void messageReceived(IoSession ioSession, Object message) throws
Exception {
Printer.println(messageReceived);
Printer.println((String) message);
}
@Override
public void messageSent(IoSession ioSession, Object message) throws
Exception {
Printer.println(messageSent: + (String)message);
}
@Override
public void sessionClosed(IoSession ioSession) throws Exception {
}
@Override
public void sessionCreated(IoSession ioSession) throws Exception {
Printer.println(sessionCreated);
}
@Override
public void sessionIdle(IoSession ioSession, IdleStatus idleStatus)
throws Exception {
Printer.println( IDLE + ioSession.getIdleCount( idleStatus ));
}
@Override
public void sessionOpened(IoSession ioSession) throws Exception {
Printer.println(sessionOpened);
}
}
*///END SERIALHANDLER//
*
- josh
Re: nclusion of the rxtx lib in released packages ...
On Tue, Jun 1, 2010 at 12:18 PM, Emmanuel Lecharny elecha...@gmail.com wrote: yesterday, while checking the released packages, I found that the rxtx lib was included into them. This is bad. We must get this lib out of our packages. Sorry for the late reply on this. Do we need to take any action on our already released packages? /niklas
[jira] Created: (FTPSERVER-380) keep user files on ftp server always encrypted
keep user files on ftp server always encrypted -- Key: FTPSERVER-380 URL: https://issues.apache.org/jira/browse/FTPSERVER-380 Project: FtpServer Issue Type: New Feature Environment: windows Reporter: Kostyantyn Surkov Hi, I'm wondering if it's possible to keep user data always encrypted on the ftp server in current implementation. For example: When user upload a plain file to ftp - it encrypts file and stores it instead of plain one. And otherwise when download. If not, how much efforts it'll take and can it be prioritized in any other way than voting? Thanks, K. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: nclusion of the rxtx lib in released packages ...
On 7/14/10 10:29 PM, Niklas Gustavsson wrote: On Tue, Jun 1, 2010 at 12:18 PM, Emmanuel Lecharnyelecha...@gmail.com wrote: yesterday, while checking the released packages, I found that the rxtx lib was included into them. This is bad. We must get this lib out of our packages. Sorry for the late reply on this. Do we need to take any action on our already released packages? Good question... We may need to regenerate all of them, but it's really painful. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
Re: nclusion of the rxtx lib in released packages ...
On Wed, Jul 14, 2010 at 10:41 PM, Emmanuel Lécharny elecha...@apache.org wrote: We may need to regenerate all of them, but it's really painful. Do we know how far back it is included? /niklas
Re: nclusion of the rxtx lib in released packages ...
On Wed, Jul 14, 2010 at 10:42 PM, Niklas Gustavsson nik...@protocol7.com wrote: On Wed, Jul 14, 2010 at 10:41 PM, Emmanuel Lécharny elecha...@apache.org wrote: We may need to regenerate all of them, but it's really painful. Do we know how far back it is included? Checked it myself, affected releases are 2.0.0-M4 and newer. How about for a simple fix, we simple delete the JAR in question from the release packages? /niklas
Re: nclusion of the rxtx lib in released packages ...
On Wed, Jul 14, 2010 at 10:55 PM, Emmanuel Lécharny elecha...@apache.org wrote: As the M4, M5..., RC1 are just intermediate milestones, I think we should just produce a RC1 without the lib (because we might have a regression in 2.0), and remove the previous jars So, remove the JAR for the RC1 release package, and delete the old packages. Fine by me. Should we call a vote on the edited files? Perhaps even call it RC2. /niklas
Draft July board report
Hi We're up for a board report in July. Here's a draft of the report, please comment! /niklas = Releases No releases has been made since the last board report. Community - * No new committers or changes to the PMC since the last report * The project has one GSoC student, working on adding BOSH (long-polling HTTP) support for Vysper. Project is progressing as planned. Development --- * Work is still ongoing to get the last bugs and build issues out of what will become MINA 2.0. Discussions and prototyping is continuing for a future MINA 3.0 * It was discovered that a LGPL licensed file had been included in four released 2.0 milestones. Work is ongoing to have these removed and replaced by a release without the file. * Vysper development is primarily focused on the GSoC project and the implementation of multi-user chat. * FtpServer development has been pretty slow since the last report, mostly working on adding minor features and fixing bugs reported by users. * SSHD development is also mostly based around user reported features and bugs. Issues -- No board level issues at this time.
Re: nclusion of the rxtx lib in released packages ...
On 7/14/10 10:57 PM, Niklas Gustavsson wrote: On Wed, Jul 14, 2010 at 10:55 PM, Emmanuel Lécharny elecha...@apache.org wrote: As the M4, M5..., RC1 are just intermediate milestones, I think we should just produce a RC1 without the lib (because we might have a regression in 2.0), and remove the previous jars So, remove the JAR for the RC1 release package, and delete the old packages. Fine by me. Should we call a vote on the edited files? Perhaps even call it RC2. Well, we can launch a vote, sure, but it should remain RC1, IMO. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
Re: Draft July board report
On 7/14/10 11:07 PM, Niklas Gustavsson wrote: Hi We're up for a board report in July. Here's a draft of the report, please comment! /niklas = Releases No releases has been made since the last board report. Community - * No new committers or changes to the PMC since the last report * The project has one GSoC student, working on adding BOSH (long-polling HTTP) support for Vysper. Project is progressing as planned. Development --- * Work is still ongoing to get the last bugs and build issues out of what will become MINA 2.0. Discussions and prototyping is continuing for a future MINA 3.0 * It was discovered that a LGPL licensed file had been included in four released 2.0 milestones. Work is ongoing to have these removed and replaced by a release without the file. * Vysper development is primarily focused on the GSoC project and the implementation of multi-user chat. * FtpServer development has been pretty slow since the last report, mostly working on adding minor features and fixing bugs reported by users. * SSHD development is also mostly based around user reported features and bugs. Issues -- No board level issues at this time. Fine. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com
Re: nclusion of the rxtx lib in released packages ...
On Wed, Jul 14, 2010 at 11:15 PM, Emmanuel Lécharny elecha...@apache.org wrote: Well, we can launch a vote, sure, but it should remain RC1, IMO. Cool, I'll create some clean packages tomorrow and open a vote unless someone beats me to it. /niklas
[jira] Closed: (FTPSERVER-380) keep user files on ftp server always encrypted
[ https://issues.apache.org/jira/browse/FTPSERVER-380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Gustavsson closed FTPSERVER-380. --- Resolution: Invalid Please ask questions like this on the mailing list at ftpserver-us...@mina.apache.org (details on how to join here http://mina.apache.org/ftpserver/mailing-lists.html) keep user files on ftp server always encrypted -- Key: FTPSERVER-380 URL: https://issues.apache.org/jira/browse/FTPSERVER-380 Project: FtpServer Issue Type: New Feature Environment: windows Reporter: Kostyantyn Surkov Hi, I'm wondering if it's possible to keep user data always encrypted on the ftp server in current implementation. For example: When user upload a plain file to ftp - it encrypts file and stores it instead of plain one. And otherwise when download. If not, how much efforts it'll take and can it be prioritized in any other way than voting? Thanks, K. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Vysper] XMPP BOSH Integration tests
On Wed, Jul 14, 2010 at 10:27 AM, Bogdan Ciprian Pistol bogdancipr...@gmail.com wrote: For the integration tests, using a client like Jakarta Commons HttpClient would test the raw functionality, but I was thinking also at some test framework like Selenium, What do you think of these kind of tests? I think using a basic HTTP client would be way simpler than Selenium for this purpose. I'll even volunteer to code something up if you don't mind. That way we'll get two independent BOSH implementations which might help ironing out some bugs. Another question is: if Selenium is the way to go for integration tests then how to get access to the Selenium framework, does Apache infrastructure already has this, or seleniumhq.org would be appropriate? We should be able to run Selenium in our Hudson infrastructure. /niklas
