Hello Niklas,
On Fri, Aug 6, 2010 at 12:59 AM, Niklas Gustavsson wrote:
> * The "ack" attribute does not seem to be supported
> * The "route" attribute does not seem to be supported, since we're
> running embedded this seems reasonable but I'll be interested in your
> thoughts.
> * The "inactivit
The two cross-domain mechanism are similar, you're right that there
should be an implementation independent setting for the user, so that
s/he should not have to deal with implementation specific settings.
On Tue, Jul 27, 2010 at 12:00 PM, Niklas Gustavsson
wrote:
> Hi
>
> We currently handle the
I agree with the proposed return code, it's more appropriate.
Besides POST, the OPTIONS method is needed for preflighted requests
when using Cross-Origin Resource Sharing (cross-domain Ajax).
Bogdan
On Fri, Jul 23, 2010 at 11:34 PM, Niklas Gustavsson
wrote:
> Hi
>
> In the current implementation
On Thu, Jul 15, 2010 at 1:03 AM, Niklas Gustavsson wrote:
> I think using a basic HTTP client would be way simpler than Selenium
> for this purpose.
Ok, then I'll postpone this until the end of GSoC.
> I'll even volunteer to code something up if you
> don't mind. That way we'll get two independen
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
Week 6 & 7 - status report
(http://vysper-gsoc2010.blogspot.com/2010/07/week-6.html and
http://vysper-gsoc2010.blogspot.com/2010/07/week-7.html)
In week 6 I had my final exams and I prepared my final BSc exam. I
postponed all the scheduled tasks for the next week (7).
Week 7 - status report
The
Hi Niklas,
On Tue, Jun 29, 2010 at 11:33 PM, Niklas Gustavsson
wrote:
> Good work. Would it be possible to increase the frequency of patches
> (and thus have smaller, more isolated patches which are easier to
> review)?
Yes, I will try to have the patches more smaller and feature oriented
(not t
Hi Fernando,
On Tue, Jun 29, 2010 at 7:36 PM, Fernando Padilla wrote:
> I know I mentioned earlier the capability to serve up a "crossdomain.xml"
> file easily, and it sounded like everyone agreed, so this might already be
> done.
Yes, this is implemented.
> Another cross-domain enabling featur
Week 5 - status report (http://vysper-gsoc2010.blogspot.com/2010/06/week-5.html)
The following tasks were scheduled for this week:
* SASL auth
* Resource binding
* Figuring out a general approach for routing stanzas to Vysper
and back to the BOSH client
Completed:
* SASL is done
Week 4 - status report (http://vysper-gsoc2010.blogspot.com/2010/06/week-4.html)
The following tasks were scheduled for this week:
* authentication
* keeping a session before sending an empty response on timeout
(wait), honoring the 'hold' attribute for request
Completed:
* keeping
Week 2 - status report (http://vysper-gsoc2010.blogspot.com/2010/06/week-3.html)
The following tasks were scheduled for this week:
* handling the parsed messages and responding back to the client
* implementing the logic of responses to the client (keeping a
session before sending an empt
Week 2 - status report (http://vysper-gsoc2010.blogspot.com/2010/06/week-2.html)
The following tasks were scheduled for this week:
* Parsing the XML received from the client with nbxml
* figuring out how should the parsed messages be handled
* handling the parsed messages and respondi
On Mon, May 31, 2010 at 12:50 AM, Niklas Gustavsson
wrote:
> Having it on the ML as well would be the best thing to involve the
> whole community.
Ok,
Week 1 - status report
The following tasks were scheduled until next week (June 6):
* integrating Jetty into Vysper
* implementing the
In the http://mina.apache.org/developer-guide.data/ImprovedJavaConventions.xml
the line limit is configured at 80.
There is another more current configuration, or this one should be updated?
Thanks,
Bogdan
On Mon, May 31, 2010 at 12:45 AM, Emmanuel Lecharny wrote:
> On 5/30/10 11:03 PM, Niklas
Hi all,
As I promised in the GSoC proposal I will publish weekly status reports.
For this I setup a blog at http://vysper-gsoc2010.blogspot.com/
Would be convenient also to publish the reports here on ML? (maybe for
archiving purposes and maybe you may prefer to reply in-line on my
report if you
On Wed, May 26, 2010 at 10:52 AM, Bernd Fondermann
wrote:
> However, I'd volunteer to set up a $YOU.vysper.org nameserver entry
> for everybody working on the project with a fixed IP.
Thank you for your offer Bernd, it's nice that you registered the
domain (for the future of the Vysper project).
On Tue, May 25, 2010 at 11:18 AM, Niklas Gustavsson
wrote:
> To me, having support for cross domain XHR would not be required, but
> others might have different opinions.
So, you would like to serve the HTML and JS files, and others files
from Vysper (to be served from the same domain where Javas
On Mon, May 24, 2010 at 11:35 PM, Niklas Gustavsson
wrote:
> * We should keep the BOSH code clean from the core module. I've added
> a new module for the BOSH work:
> https://svn.apache.org/repos/asf/mina/vysper/trunk/server/extensions/xep0124-xep0206-bosh
> * Could you please add new JIRA issues
On Mon, May 24, 2010 at 10:59 PM, Niklas Gustavsson
wrote:
> During the work, please keep Bernds
> request about having the code as easily portable to a standard servlet
> environment as possible. This could also be a task should you have any
> time left after the BOSH (and possibly WebSockets) im
Hi Niklas,
On Mon, May 24, 2010 at 3:27 PM, Niklas Gustavsson wrote:
> Do we know anything about the license for this code? If not, we can not use
> it.
I searched in the book and also on wrox.com and there is no mention of
the license for the code in the book.
I guess you're right, I cannot u
The new schedule and the revised proposal is at
https://sites.google.com/site/bogdanciprian/gsoc2010
For archival purposes I include the schedule also on the ML:
April 26 – May 23:
* bonding with the community
* getting to know the formal aspects of developing for apache in
the GSoC cont
book:
http://www.wrox.com/WileyCDA/WroxTitle/Professional-XMPP-Programming-with-JavaScript-and-jQuery.productCd-0470540710,descCd-DOWNLOAD.html)
Bogdan
On Mon, May 24, 2010 at 1:07 AM, Bogdan Ciprian Pistol
wrote:
> Hi,
>
> I attached a patch on https://issues.apache.org/jira/brows
Hi,
I attached a patch on https://issues.apache.org/jira/browse/VYSPER-189
It contains a Jettty prototype (the continuations are not present
because I did not need them in this phase - only the interaction with
Strophe.js).
When I made Jetty tests with continuations, I just used
ContinuationSupp
Hi all,
I played with Jetty 7 and its continuations in Vysper (as a
BoshEndpoint) and it worked nice.
I used version 7.1.1.v20100517, because it's the stable one in the 7.x
series. Do you think it is appropriate this version or do you prefer
the more tested and older version 6.x that also has con
> Additionally, since it can be expected that there will be substantial
> contribution from you, would you mind to file an ICLA?
I sent a scanned copy of the signed ICLA to secretary@
Bogdan
, Apr 27, 2010 at 9:55 PM, Bogdan Ciprian Pistol
wrote:
> Thank you all for the warm welcome!
> I'm glad to be on board!
>
> Bogdan
>
> On Tue, Apr 27, 2010 at 5:08 PM, Julien Vermillard
> wrote:
>> Le Tue, 27 Apr 2010 09:25:10 +0200,
>> Niklas Gustavsson a
Thank you all for the warm welcome!
I'm glad to be on board!
Bogdan
On Tue, Apr 27, 2010 at 5:08 PM, Julien Vermillard
wrote:
> Le Tue, 27 Apr 2010 09:25:10 +0200,
> Niklas Gustavsson a écrit :
>
>> Hi
>>
>> I'm glad to tell you all that Bogdan Ciprian Pis
On Tue, Apr 20, 2010 at 11:26 AM, Bernd Fondermann
wrote:
> And if we evaluate AsyncWeb we might come to the conclusion to use it,
> since it's easy for us to maintain it.
> This could be done in the scope of GSoC. Is this planned? I figure
> that the implementation itself might not take the whole
On Mon, Apr 19, 2010 at 12:49 PM, Bernd Fondermann
wrote:
>> For the
>> separate process, there are already generic BOSH gateways out there.
>
> Which? JabberHTTPBind isn't. I didn't look into
> http://kenai.com/projects/jbosh/pages/Home
> but it seems it isn't, too.
At http://xmpp.org/tech/bosh
On Sun, Apr 18, 2010 at 10:33 PM, Bernd Fondermann
wrote:
> I don't fully understand that plan.
> Especially the term 'Session' is missing here for me. Client-side
> stanzas are processed in the context of a session.
The session would give the session context for the stanza processor as
it's done
Hello,
I am interested about this project for GSoC.
I've started writing a PoC for this. I want to ask you if I'm going in
the right direction.
It would be nice if the server could handle both standard XMPP clients
(5222) and xbosh (443 or 80). So MINA binds to 2 ports in TCPEndpoint
(for this I
Hello all,
A discussion on the https://issues.apache.org/jira/browse/DIRMINA-751
arose that is more appropriate here on the ML.
Emmanuel Lecharny said:
"Some thoughts :
- in MINA 3.0, the IoBuffer class will probably be removed, or
refactored, as we don't really need all this mechanism, but this
Hi Erix,
You can do like this:
ioSession.write(someMessage).addListener(IoFutureListener.CLOSE);
Bogdan
On Tue, Nov 4, 2008 at 10:38 AM, Erix Yao <[EMAIL PROTECTED]> wrote:
> While using mina, I didn't know where to call session.close() after I write
> the message to the session.
> Shall I just
>From my experience ConcurrentHashMap outperforms
Collections.synchronizedMap(...) only if:
- you know in advance how many maximum threads (MAX_THREADS) could
simultaneously modify the ConcurrentHashMap
- MAX_THREADS is small compared to the number of threads that are
accessing the ConcurrentHashMa
Hi,
GSoC deadline is extended until April 7. See http://code.google.com/soc
Bogdan
On Tue, Apr 1, 2008 at 8:24 AM, Mike Heath <[EMAIL PROTECTED]> wrote:
> This is one of the reasons why adding a blocking I/O MINA transport was
> on my list of GSoC projects. We need to be able to support blocki
d Incomplete Message (not 0x0D 0x0A 0x0D 0x0A terminated)].
Bogdan
On Jan 21, 2008 10:12 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
> Hi Bogdan,
>
> On Jan 18, 2008 8:06 PM, Bogdan Ciprian Pistol <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> &
Hello,
Suppose that in a decode(IoSession session, IoBuffer in,
ProtocolDecoderOutput out) call the IoBuffer is read and some objects
are written to the ProtocolDecoderOutput. Suppose that the IoBuffer
contains some more data, but not enough for creating another object
(to write to the ProtocolDec
> Chunked messages are standard :)
:), yes indeed. I should refer to non chunked messages by another
name, ... but I cannot recall how the authors of RFC2616 are referring
to "standard" http.
Bogdan
Hi Trustin,
> We could make our current class hierarchy more granular like the following:
>
> * HttpMessage
> ** HttpRequest - no getContent()
> *** MergedHttpRequest - getContent() here
> *** ChunkedHttpRequest - once written, encoder expects HttpChunks,
> other HttpRequest or disconnection.
> **
Hi Jeroen and pietry,
TCP guarantees that the packets will be in the same order, that it
will retransmit the lost packets and discard duplicates.
You don't need to worry about all the above in your MINA based
application because you are at a level above TCP, you are not
implementing TCP, TCP does
Hi all,
On Dec 13, 2007 7:50 PM, Trustin Lee <[EMAIL PROTECTED]> wrote:
> It seems like we now have some reasonable approaches on streaming
> large object now. I think all of them are valid, but I also would
> like you to think about receiving a large object. We need to resolve
> both encoding a
On Dec 12, 2007 4:19 AM, Tuure Laurinolli <[EMAIL PROTECTED]> wrote:
> Description of my encoder:
>
> ChunkedHttpResponseEncoder first expects an HttpResponse, and if the
> HttpResponse has Transfer-encoding: chunked set, switches to expecting
> HttpChunks instead. HttpChunks are simply containers
> Hmm.. I don't have much experience with jmap histogram. It might be
> including the objects to be GC'd or that has been GC'd so far. I'm
> not sure.
There is an option "-histo:live" to count only live objects (added in Java 1.6)
Hello,
Is it possible to set the TCP_NODELAY flag in MINA to disable Nagle's algorithm?
In standard Java I do Socket.setTcpNoDelay(true).
Thanks,
Bogdan
Hello,
It is required to release the manually allocated ByteBuffers (eg.
ByteBuffer.allocate(some_size) )?
In org.apache.mina.example.httpserver.codec example in
HttpResponseEncoder.encode(...) I see that there is no release of the
allocated ByteBuffer.
Thanks,
Bogdan
> IoSession should be thread-safem which means you can call IoSession
> whereever and whenever. Sounds good? :)
Great, thanks :)
> The best way is:
>
> session.write(something).addListener(IoFutureListener.CLOSE);
Thanks Trustin,
One more question...
I store the IoSession in a custom Object and when data is available I
call session.write( ) from another thread to send the data out.
Can I use IoSession outside of IoHandler
Hello,
In a IoHandler if I do:
session.write(something);
session.close( );
Is it OK? It is possible that session.close( ) will be called in the
middle of session.write(something)?
Or I should do it like this:
session.write(something).join( );
session.close( );
Thanks,
Bogdan
> Notably running out of file descriptors ! I have implemented a
> ConnectionThrottleFilter which closes sessions that are identified as
> illegal, which is working well, but doesn't solve the file descriptor issue.
If you use linux this can be fixed as root with the 'ulimit' command.
Bogdan
Hi Gato,
> You should be just fine using MINA. We are using MINA in Openfire and so
> far we got up to 170K concurrent connections in a single JVM.
Thank you for responding so quickly,
Because MINA can handle 170K connections (which is more than enough
for me) I will use MINA for my project. I'm
Hello,
I would like to use Apache MINA for building a server that should scale well.
The server will publish data to lots of clients (around 30 000).
The majority of these connections will be active a few hours. The data
being sent to the clients is small but at a high frequency (500-1000
millise
51 matches
Mail list logo
