Re: [MINA 3.0] IoService definition

e need an API for plugging in this stuff? > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.nextury.com > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: Please help me. A question about Apache Mina no---signature

On Tue, Feb 2, 2010 at 2:50 PM, Steve Ulrich wrote: > Hi! > >> Ashish [mailto:paliwalash...@gmail.com] wrote: >> >> On Tue, Feb 2, 2010 at 12:41 PM, Meysam Ebrahimi >> wrote: >> > Hi, >> > >> > My name is Meism. >> > I have a pr

Re: Please help me. A question about Apache Mina

encoder?* > > What is the problem? Add the codec and things will work fine.. > > Wishes. > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: Some more pages moved to MINA2 web site

for all of us :- On Wed, Jan 27, 2010 at 6:51 PM, Emmanuel Lécharny wrote: > Ashish a écrit : >> >> A quick question - Should we *move* all the pages to new MINA2 space? >> > > No, I don't think it's useful. > > I just shuffled some page

Re: Some more pages moved to MINA2 web site

A quick question - Should we *move* all the pages to new MINA2 space? Licence link page points to Directory ASL page. User guide is already moved :-) and it looks good, hope the community likes it. thanks ashish On Wed, Jan 27, 2010 at 5:48 AM, Emmanuel Lecharny wrote: > h

Re: Some more pages moved to MINA2 web site

Now the website looks cool. Will try to spend sometime moving the User Guide. Emm, can you check the notification settings. I am not getting any from the new space. thanks ashish On Wed, Jan 27, 2010 at 5:48 AM, Emmanuel Lecharny wrote: > http://mina.apache.org/mina2/sources.html > >

Re: Are we ready for MINA 2.0.0-RC2 ?

you ! The best 70's band !) > header, I have a dark grey one. > > Just let me now. Its looks cool... Now its time for the content.. :-) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [MINA 3.0] Debugging toolkit

On Mon, Jan 25, 2010 at 9:48 PM, Emmanuel Lecharny wrote: > Alan D. Cabrera a écrit : >> >> On Jan 19, 2010, at 7:41 AM, Ashish wrote: >> >>> Had picked this form one the discussion threads and added to the MINA >>> 3.0 design page, so that we don't l

Re: [MINA 3.0] Debugging toolkit

On Mon, Jan 25, 2010 at 9:44 PM, Alan D. Cabrera wrote: > > On Jan 19, 2010, at 7:41 AM, Ashish wrote: > >> Had picked this form one the discussion threads and added to the MINA >> 3.0 design page, so that we don't loose this. >> >> had some initial thoughts

Re: Google analytics finally setup and working on MINA sie !

7;s the way it worked a few years back with JAMES. >> > > Yes, you have to have a gmil account, and I have to add the list of people > who want to have access to it. > > So please, provide those infos, I will update GA. Count me in :-) > -- thanks ashish Blog: http://

Re: Are we ready for MINA 2.0.0-RC2 ?

On Mon, Jan 25, 2010 at 1:53 PM, Julien Vermillard wrote: > Hi, > IMO it's  dot zero ready, the main effort is on the website and all the > PR stuff implying the 2.0 release. > it would be a shame to release 2.0 without good announcement and an > updated/cleaned website. Sorry ! didn't get much :

[jira] Commented: (DIRMINA-758) APR code needs unit tests

[ https://issues.apache.org/jira/browse/DIRMINA-758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804065#action_12804065 ] Ashish Paliwal commented on DIRMINA-758: Which release do we fit this into? S

Re: Are we ready for MINA 2.0.0-RC2 ?

On Sat, Jan 23, 2010 at 12:29 PM, Ashish wrote: > On Fri, Jan 22, 2010 at 10:52 PM, Emmanuel Lecharny > wrote: >> Hi guys, >> >> the JIRA list has been cleared, we just have 5 remaining issues so far : >> >> >> Bug  DIRMINA-539    NioDatagramConnector d

Re: Are we ready for MINA 2.0.0-RC2 ?

after all sessions closed Lets park them somewhere and remove unscheduled issues. Regarding DIRMINA 593 - I thought there was an app attached with this or some other JIRA which used ReqRes filter. I am having a hard time finding it out. Anyone has a clue, about that attachment? thanks ashish

Re: [ANN] MINA PMC += Ashish Paliwal

On Thu, Jan 21, 2010 at 7:24 PM, Alan D. Cabrera wrote: > Congrats! > Thanks Alan !

Re: Are we ready for MINA 2.0.0-RC2 ?

s : >>>> Improve documentation >>>> >>>> With one bug ony, and not even a bug I think we will fix, my opinion >>>> is that we are ready for a release. >>>> >>>> Should I postpone all those issues to a newly created 2.0.0-GA >>>> version and launch a vote ? >>>> >>>> >>> >>> +1 for RC2 and postponing remaining issues >>> >>> >> >> >> -- >> Regards, >> Cordialement, >> Emmanuel Lécharny >> www.nextury.com >> >> > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [ANN] MINA PMC += Ashish Paliwal

er a vote with no -1 or +0, Ashish Paliwal, a well known name here, >> joined the Project Management Committee (PMC). >> >> Congratulations !! >> >> > > Welcome ! Next step : chairman :) > > -- > Regards, > Cordialement, > Emmanuel Lécharny > www

Re: [ANN] MINA PMC += Ashish Paliwal

Thanks ! On Thu, Jan 21, 2010 at 3:48 PM, Niklas Gustavsson wrote: > On Thu, Jan 21, 2010 at 11:12 AM, Julien Vermillard > wrote: >> after a vote with no -1 or +0, Ashish Paliwal, a well known name here, >> joined the Project Management Committee (PMC). > > Very much d

[jira] Updated: (DIRMINA-258) Example of an XML server and Client.

[ https://issues.apache.org/jira/browse/DIRMINA-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Paliwal updated DIRMINA-258: --- Component/s: Example Fix Version/s: 3.0.0-M1 Moved to 3.0 > Example of an XML ser

[jira] Assigned: (DIRMINA-258) Example of an XML server and Client.

[ https://issues.apache.org/jira/browse/DIRMINA-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Paliwal reassigned DIRMINA-258: -- Assignee: Ashish Paliwal (was: Mark Webb) > Example of an XML server and Cli

Re: Not sure why...

we should do this. > Regards, > Alan > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: Not sure why...

something out. Alan, my comment was in general, not specific to Exception clause :-) The class doesn't have logging at all :-( > > Regards, > Alan > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

[MINA 3.0] Debugging toolkit

rstanding as we progress further with 3.0 design. Any suggestion? -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: MINA 2.0 bugs parade, #2

. > DIRMINA-755 has been fixed, and it was a major one. > > All the other JIRA's are not really critical, and I guess that once > DIRMINA-738 has been investigated, we will be able to start a vote. > > I have also added some Javadoc in many classes, but there is still a lot to &

Re: Not sure why...

statements. Dom't we need them? On Tue, Jan 19, 2010 at 8:42 PM, Alan D. Cabrera wrote: > org.apache.mina.transport.socket.apr.AprIoProcessor > > > Regards, > Alan > > On Jan 19, 2010, at 6:44 AM, Ashish wrote: > >> Where did u pulled this out from ? >> &

Re: Not sure why...

 } catch (Exception e) { >            throw new RuntimeIoException("Failed to create a pollset.", e); >        } finally { >           cleanUp(); >        } > > What's the point in catching and re-throwing RuntimeException and Error? > > > Regards, > Alan > >

Re: What about releasing a 2.0-RC2/2.0.0 ?

> -- > Julien Vermillard > > Archean Technologies > http://www.archean.fr > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [MINA 3.0] Which filters should we keep ?

y of debugging charset issues). Of course, in the case > of ProtocolCodecFilter we could add logging before and after invoking > the decoder, but I find a filter to be way clean-cut way of doing it. I think I agree with Niklas. Using Logging filter is much more cleaner :-) -- thanks ashish

Re: RC1, RC2, etc

for so long under RC*.  To my mind, I agree.  Usually, in my > experience, release candidates are time boxed pre-releases that allow people > to coordinate specific testing before the real release. > > Can someone explain the rational for RC*?  Just curious. > > > Regards, >

Re: [MINA 3.0] Which filters should we keep ?

strumented for these situations, the filter doesn't may not be needed :-) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: About SslFilter.SESSION_SECURED

an think, this is a way for the application to react in case a Secure session goes unsecure or vise-versa. Don't think I can decode the beyond that. Anyone using SSL Filter? -- thanks ashish

Re: [MINA 3.0] Which filters should we keep ?

we have something available, it can be used out of the box. I did some POC related to RequestResponse filter, but didn't made much of a progress. I think the functionality can be achieved in a simpler way. Will give another shot at trying to get the crux out of it. Lets keep the list simple, and we can add to it later :-) > > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.nextury.com > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: can anyone help to guess this problem?

Session is getting closed. Seems the session was idle for a while, and it fired the session closing. can try increasing the session idle time. - ashish On Fri, Jan 8, 2010 at 12:23 PM, huangyuchen wrote: > Hiya, > > This is a client used mina-core-2.0.0-M6.jar, a default IoFilter D

Re: [OT] Joined Terracotta

>> > Again congrats ! You deserved it. > > Julien > Thanks Julien ! Its just the commute that is killing me :-( -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [OT] Joined Terracotta

Thanks Folks ! >> Have joined Terracotta on 4th Jan, as Solution Architect. > > Congrats! Terracotta is great stuff (been using it at work) and seems > to be a really great company. > > /niklas > -- thanks ashish

[OT] Joined Terracotta

:-) Will be slightly less active till the time I settle in my new role. -- thanks ashish

Re: Happy new 11111011010 !

development :-) Wish you all a very Happy New Year ! > > I hope that this coming year will bring all of us a lot of good things ! > > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.nextury.com > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/

Google analytics finally setup and working on MINA sie !

tuned ! -- Regards, Cordialement, Emmanuel Lécharny www.nextury.com -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: About zero copy ...

les. How does transferTo() API behave on Windows? - ashish

Re: Looking for ideas on building a DMZ Gateway

s all makes sense. I've read somewhere on the Internet that > this kind of thing can be accomplished with reverse-proxying. Do you > guys have any idea on what it means and how it can be implemented. I > appreciate any other ideas that you may come up with. Not an expert on this :-( Would be interesting to see your product come to life :-) thanks ashish

Re: Looking for ideas on building a DMZ Gateway

offer. Won't our proxy example be a good place to start ? > Regards, > Sai Pullabhotla > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [MINA 3.0] Initial thoughts on FilterChain

On Mon, Dec 14, 2009 at 10:01 PM, Alan D. Cabrera wrote: > > On Dec 13, 2009, at 8:22 PM, Ashish wrote: > >>> Agreed, the SM approach should cover all cases; even the logging case in >>> your subsequent post. >>> >>> So with that said, would it

Re: [MINA 3.0] Initial thoughts on FilterChain

e we should provide both >> mechanisms : >> - one which is driven by the code (ie, the code 'pull' the next step), >> - one which is driven by the state machine (your way). > > I would argue against this.  Mina is afflicted w/ bloat.  One the goals > should be to get rid of as many useless "helpful" classes and methods as we > can.  Either we all agree that adding filters in an ad hoc manner is a best > practice for network protocol state machines and we loose the state machine > or we agree that it's an anti-pattern that should be avoided.  If the > community thinks that ad hoc filters are a best practice I'm happy to drop > my point. -1 for ad-hoc filter addition feature. We have FtpServer, SSHD, Asyncweb and I believe other's (like Red5) are hooked to dev list. We are interested in your voices :-) -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

ng Filter* -> Throughput Filter* -> Executor Filter -> Codec -> Logging Filter * ->IoHandler Now how would the suggested approach work?? -- thanks ashish

Re: [MINA 3.0] Chain Transition aka nextFilter() Calculation mechanism

> > IMO, this is overly general and a simpler fixed state machine will fit the > bill. can you please elaborate this for me :-) I mean on the way forward, how can I make it more simpler? -- thanks ashish

[MINA 3.0] Chain Transition aka nextFilter() Calculation mechanism

:-) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: RC2 soon ?

-- > Regards, > Cordialement, > Emmanuel Lécharny > www.nextury.com > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [MINA 3.0] Thoughts on IoAcceptors

On Wed, Dec 9, 2009 at 2:26 PM, Emmanuel LŽcharny wrote: > Ashish a écrit : >> >> Emm ! >> >> Which tool have you used to create the Class Diagrams? >> > > Yed. > > http://www.yworks.com/en/products_yed_about.html > > Free and great Thanks ! Looks great!

Re: [MINA 3.0] Thoughts on IoAcceptors

Emm ! Which tool have you used to create the Class Diagrams? thanks ashish On Tue, Dec 8, 2009 at 6:16 PM, Emmanuel Lecharny wrote: > Hi guys, > > we have had a discussion while having some beers a few days ago with some > friends, and we thought that there is no reason n

Re: [MINA 3.0] Thoughts on IoAcceptors

Does it sounds a sane idea too you ? Sounds good to me :-) So that means we change our description from NIO framework to IO framework :-) I would love to use all the chains, including the codec stuff while using BIO. -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

chines is limited, so will need a helping hand here (or may be some references :-) ) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [MINA 3.0] Initial thoughts on FilterChain

> What about the assertion that new filters only get created to simulate a > state machine? Finally, managed to check-in some of the initial thoughts. The transition handler or the computeNext function is still to be out in. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My

Re: [MINA 3.0] Initial thoughts on FilterChain

terfaces so that implementation details don't clutter my API > thinking. > > I can do to mock implementations for async HTTP and for an ASN1 codec. Yup. Had a quick chat with Emm yesterday :-) Will check in some initial thoughts and then we can slice and dice it up to make it a beauty

Re: Death to TRS80 coders

+1, have been using 120. Now with higher screen resolutions, we can afford that :) - ashish On Sun, Nov 29, 2009 at 2:12 AM, Julien Vermillard wrote: > Le Sat, 28 Nov 2009 09:06:59 -0800, > "Alan D. Cabrera" a écrit : > >> May I suggest that for Mina 3.0 we refrain

Re: [MINA 3.0] Initial thoughts on FilterChain

gt; IOF4 > S2: IOF1 -> IOF3 -> IOF5 -> IOF4 > S3: IOF1 -> IOF2 -> IOF3 -> IOF4 > > From a user's perspective things are quite easy to grok and most cases the > chain machine degenerates into a single state chain. Agree on point that we have to keep additional noise away :-) So what's the best way proceed forward, now that we had a quite a good discussion :-) -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

eave scope improvement. If this is what everyone is thinking my doubt on computeFilter() is a little clear :-) Well, choosing a suitable Data Structure to support all this will again be interesting. Current implementation uses something similar to LinkedHashtable. Have to see if something simpler can be implemented or out of the box API :-) -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

e IoSession { >    List getChain(); > } > Hmm.. but we create a chain for an Acceptor or Connector, so very much doubt that chain class will be gone altogether. Once the app goes in action, we can modify it at runtime, as it gets associated with a Session > Here we just got rid of one class and six methods for the same exact > functionality while leveraging well known classes, i.e. LIst<>. -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

n mechanism, not the selection. > Obvioulsy, depending on the approach (1 2 or 3), the way we handle the > next filter selection will not be implemented the same way. To me, > approach 2 is the more versatile... Agreed. Let me scratch my head a bit more. -- thanks ashish

Re: [MINA 3.0] Initial thoughts on FilterChain

define its > own chain in the previous example... In this case, the executor must be > responsible for the chain duplication, and probably store it in a > ThreadLocal variable ) > > Not that simple... > > Thoughts ? I am still kinda looking at 2nd approach. Though I am n

Re: [MINA 3.0] Initial thoughts on FilterChain

ld > perfectly be generic. > > Now, a question has been raised about the use of Stream : what about the > semantic of this element, assuming that we will need a non-blocking stream ? Will think in this direction :-) >> >> This is just the initial list. Will checkin the files once the name >> > > Ok, thanks ! -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

[MINA 3.0] Initial thoughts on FilterChain

I's or its fine without them? This is just the initial list. Will checkin the files once the name change is OK with everyone. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: MINA and SPDY

code inside your folder in sandbox :-) -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [VOTE] Release Apache Mina SSHD 0.3.0 (2nd try)

[X] +1 Release SSHD 0.3.0

Re: MINA and SPDY

d idea for implementing SPDY or not? Well, I might lend you a helping hand in implementation :-) -- thanks ashish

Re: Result : [VOTE] Alan Cabrera for committership

egards, > Emmanuel Lécharny > www.iktek.com > directory.apache.org > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: AHC api

e of the committers can add the code to sandbox like we did for protocolbuffs codecs. thanks ashish

Re: MINA and SPDY

On Sat, Nov 14, 2009 at 1:23 AM, Mark wrote: > forgot to add a link... > > http://dev.chromium.org/spdy/spdy-whitepaper > > On Fri, Nov 13, 2009 at 2:52 PM, Mark wrote: >> Has anyone looked into implementing the SPDY protocol on MINA? Interesting. Worth exploring further :-

Re: [Vysper] XML parser in a separate module?

codec's library. > > My +1. > > > -- > -- > cordialement, regards, > Emmanuel Lécharny > www.iktek.com > directory.apache.org > > > -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: ProtoTiger release 1.0.0

Kelly, Shall give it a shot over the weekend. thanks ashish On Tue, Nov 3, 2009 at 6:08 PM, Kelly Wiles wrote: > A new version of ProtoTiger is on the web site. > I upgraded to Mina-1.0.0-RC1 > > http://www.tabbyinstall.com/prototiger/ProtoTiger.html > > Any comments, bugs o

Re: [3.0] IoSession attachment no---signature

so we all agree that we shall have only required API's with documentation. Also this time, lets ensure that we continue to write the Test cases along with implementation :-) -- thanks ashish

Re: Thanks

d are a pleasure to work > with.  I know "thank yous" are hard to come by in Open Source, so I > just wanted to say Thank You for the work you've put in thus far and > specifically to Ashish for fielding my questions a few weeks ago. Thanks :-) Happy Users like you are a

Re: AsyncWeb communication

Les, The dev mailing list is common for all MINA subproject. thanks ashish On Tue, Oct 27, 2009 at 2:08 AM, Les Hazlewood wrote: > Hi folks, > > I accidentally created an AsyncWeb issue under the 'DIRMINA' Jira > project.  I quickly moved it to the Jira AsyncWeb proj

Re: [3.0] IoSession attachment no---signature

ve seen an interesting implementation around this, but it makes you to use custom value objects like MyInt etc, but from the framework part, guess we can live without it. -- thanks ashish

Re: [3.0] IoSession attachment

more intuitive to user (may be coz we have similar API for most of Collections) -- thanks ashish

Re: [3.0] IoSession attachment

tributeIfAbsent(Object key); Lets wait for more people to express their usage. thanks ashish On Mon, Oct 26, 2009 at 1:35 PM, Julien Vermillard wrote: > Hi, > Here all the methods in IoSession used for session attribute management > (attaching, getting, etc..) > > I personally think

Re: [CONF] Apache MINA > MINA 3.0 design

My mistake, the link is working fine. Some local browser problem :-( thanks ashish On Wed, Oct 21, 2009 at 1:46 PM, Ashish wrote: > The link > http://weblogs.java.net/blog/jfarcand/archive/2006/06/tricks_and_tips.htmlis > broken. > > Does the discussion points to > http:

Re: [CONF] Apache MINA > MINA 3.0 design

The link http://weblogs.java.net/blog/jfarcand/archive/2006/06/tricks_and_tips.htmlis broken. Does the discussion points to http://weblogs.java.net/blog/2006/06/06/tricks-and-tips-nio-part-ii-why-selectionkeyattach-evil? thanks ashish On Wed, Oct 21, 2009 at 1:01 PM, wrote: >MINA

Re: svn commit: r827715 - /mina/branches/3.0/core/src/main/java/org/apache/mina/impl/AbstractIoSession.java

t; Well it's much easier for OSGi bundelization, you just export the main > packages and not the impl ones. > Ok. I am not very familiar with OSGi :-( -- thanks ashish

Re: svn commit: r827715 - /mina/branches/3.0/core/src/main/java/org/apache/mina/impl/AbstractIoSession.java

ys we are not going to stuff everything here. Can we retain the implementations in their respective packages like Sessions stuff in *session* package? wdyt? -- thanks ashish

Re: [3.0] Latest dependencies

wiki as prime source of information for users, and use Google docs for collaboration. Will make life easy, can see changes in real time (almost real time). -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [3.0] core package organization

-- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [3.0] Latest dependencies

> > Thanks. I have updated the sheet. > Well, I saw it *live* while you were updating :-) May be we can also add a remark column (may be later), stating what the library is used for. Will help folks who want to dive into the code. -- thanks ashish Blog: http://www.ashishpaliwal.co

Re: [MINA 3.0] Maven dependencies

so, How about adding few plug-ins to Hudson builds (like checkstyle, Code coverage etc etc). Then we won't need to run these reports separately. We shall have a nice view on Hudson dashboard. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: [3.0] Latest dependencies

fine. thanks ashish On Mon, Oct 19, 2009 at 3:45 AM, Emmanuel Lecharny wrote: > Hi, > > here is a table where I listed all the current dependencies, and in the last > column, the latest versions for those dependences : > > ant                             ant                    

Re: [mina] xml codec IoFilter?

, as and when the tree is complete, return the XML tree. Or pass on packets to parser and let it parse. Catch uncomplete xml/data exception and store the data in memory or file system. Once it completes the xml, get the xml, slice the stream. Have to stop here else it shall become an essay :-) Good

Re: [VOTE] releasing 2.0.0-RC1

[X] +1: Yes, release MINA-2.0.0-RC1 Won't be able to test it as of now :-( -- thanks ashish

Re: RC ?

nk it's the result of some > kind of strange executor filter combination. > > Personally I'm running M7 in production without any problems. > > WDYT about firing a vote ? +1 Think everyone is waiting for an RC :-) > > Julien > -- thanks ashish Blog: http://www.ash

Re: [Vote] Releasing FtpServer 1.0.3 - take 2

+1, Release FtpServer 1.0.3 -- thanks ashish

Re: Disable anonymous access with an embedded ftpserver

Anybody know how to > disable it? Try tweaking the via user.properties BTW, will appreciate, if usage related queries are posted in User ML. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

IoService#getScheduledWriteMessages query

Folks, Had a query while browsing IoService interface How do we determine getScheduledWriteMessages for an IoService instance? For each write request, is the IoBuffer content considered as one write message?? -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http

[jira] Commented: (ASYNCWEB-17) Project URL in JIRA is wrong

[ https://issues.apache.org/jira/browse/ASYNCWEB-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12756457#action_12756457 ] Ashish Paliwal commented on ASYNCWEB-17: Seems this is working some how.

MINA User Guide - Chapter 2 ready for review

d be great, if you can provide feedback, on the ways to improve it. Alternatively, would be great if you can drop your wishlist for documentation. What should be the next topic in User Guide - Filter's/Connectors? Any suggestions? -- thanks ashish

Re: FtpServer on Cloud Foundary

t all :-( Chris had done a more real test. Anyway will still go ahead and complete it ASAP. thanks ashish On Thu, Aug 27, 2009 at 7:52 PM, Niklas Gustavsson wrote: > On Thu, Aug 27, 2009 at 4:12 PM, Ashish wrote: >> Hmm, now I guess I have to create webapp using FtpServer, before

Re: FtpServer on Cloud Foundary

Thanks Chris! Appreciate your taking time to explain in detail. I think would like to first explore Terracota. thanks ashish On Fri, Aug 28, 2009 at 10:20 PM, Christopher Popp wrote: >> Couple of queries, >> 1. Each client getting its queue will be costly from >> managem

Re: FtpServer on Cloud Foundary

it smarter) thanks ashish On Thu, Aug 27, 2009 at 9:21 PM, Christopher Popp wrote: > Emmanuel Lecharny wrote: >> Interesting. >> >> Which version of MINA are you using ? >> >> Also, I want to know if you had a chance to test the latest select-fix >> b

Re: FtpServer on Cloud Foundary

een one of my product :-) Its worthwhile capturing a sample implementation in our documentation. Emmanuel, anything on this from ApacheDS side, like something that can showcased thanks ashish On Thu, Aug 27, 2009 at 11:20 AM, Christopher Popp wrote: > Just thought I might share some of our ex

Re: FtpServer on Cloud Foundary

On Thu, Aug 27, 2009 at 10:22 AM, Niklas Gustavsson wrote: > On Thu, Aug 27, 2009 at 4:12 PM, Ashish wrote: >> Hmm, now I guess I have to create webapp using FtpServer, before I can >> try it further. >> >> Hey, does anyone has this already, which I can use? > &

Re: FtpServer on Cloud Foundary

Niklas was correct. CF is basically Tomcat :-) Hmm, now I guess I have to create webapp using FtpServer, before I can try it further. Hey, does anyone has this already, which I can use? thanks ashish On Sat, Aug 22, 2009 at 3:08 PM, Niklas Gustavsson wrote: > On Sat, Aug 22, 2009 at 11:03

Re: How to revert wiki page changes?

shall be visible in couple of hours -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal

Re: How to revert wiki page changes?

> Ashish wrote: >> >> Guess reverting didn't work :-( >> >> Well, then working it out afresh is the only way out. >> >> - ashish >> > > Ashish, > > the pb with this version of confluence is that when you edit a page, > switchin

<    1   2   3   4   5   6   7   >