Hi MINA folks,
Currently I am developing a XMPP[1] server implementation at Apache
Labs[2] called Vysper[3][4] (pronounced 'whisper'). This effort is going
on on and off since 2006, but recently it gained track again and reached
some critical internal milestones (regarding to level of
On Sat, Apr 11, 2009 at 00:54, Emmanuel Lecharny elecha...@apache.org wrote:
Niklas Gustavsson wrote:
On Fri, Apr 10, 2009 at 7:51 PM, Alex Karasulu akaras...@gmail.com
wrote:
On Fri, Apr 10, 2009 at 1:46 PM, Emmanuel Lecharny
elecha...@apache.orgwrote:
just before leaving, I think that
On Sun, Apr 12, 2009 at 10:32, Julien Vermillard jvermill...@archean.fr wrote:
Hi guys,
Bernd Fondermann has written a XMPP server based on MINA in Apache labs.
As discussed earlier we all see interest in making Vysper a MINA
sub-project, do let's vote :
[X] +1 Yes, accept Vysper as a sub
Hi,
this is a probably incomplete list of things to do to move Vysper over here.
MOVE PROJECTS
+ ratify reception of code (MINA) (vote, pending)
+ ratify Vysper lab completion on Labs side (vote)
+ (optional) do additional steps as required to move from Labs to
MINA, for example moving through
On Sun, Apr 12, 2009 at 10:24, Niklas Gustavsson nik...@protocol7.com wrote:
On Sat, Apr 11, 2009 at 10:51 PM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
plus some degree of
mavenization
ugh. :-/
We can probably help out with this :-)
and headers cleaning would be necessary
On Mon, Apr 13, 2009 at 10:55, Ashish paliwalash...@gmail.com wrote:
this is a probably incomplete list of things to do to move Vysper over here.
MOVE PROJECTS
+ ratify reception of code (MINA) (vote, pending)
+ ratify Vysper lab completion on Labs side (vote)
+ (optional) do additional
On Tue, Apr 14, 2009 at 06:02, Ashish paliwalash...@gmail.com wrote:
One thing that can be done meanwhile is upload the XMPP compliance
report on wiki.
Did you get it to work?? I never managed to run the ant apt task
properly, I had to use the command line apt with lots of workarounds
Should I turn them into JIRAs, so we can track them better?
Bernd
On Mon, Apr 13, 2009 at 10:55, Ashish paliwalash...@gmail.com wrote:
this is a probably incomplete list of things to do to move Vysper over here.
MOVE PROJECTS
+ ratify reception of code (MINA) (vote, pending)
+ ratify
On Sun, Apr 12, 2009 at 10:24, Niklas Gustavsson nik...@protocol7.com wrote:
On Sat, Apr 11, 2009 at 10:51 PM, Bernd Fondermann
There have been different opinions on this [moving code from Labs to
subproject of TLP]. It has never been executed
before. So this is the first try.
If the code
On Tue, Apr 14, 2009 at 07:30, Ashish paliwalash...@gmail.com wrote:
Vysper has it's own naive pull parser implementation. See packages
o.a.vysper.mina
o.a.vysper.mina.codec
o.a.vysper.xmpp.decoder
o.a.vysper.xmpp.fragment
No third party lib I looked at in 2007 worked for me.
Have seen
On Tue, Apr 14, 2009 at 09:44, Ashish paliwalash...@gmail.com wrote:
One biggest TODO, is to migrate the code from MINA 1.1.0 to MINA 2.0
A lot has changed since then.
I you or anybody else is happy to dive into it, go ahead. Every ASF
committer has Labs commit access... ;-)
Is it?? Never
On Tue, Apr 14, 2009 at 10:01, Ashish paliwalash...@gmail.com wrote:
For the time being, I'd like to continue committing.
Which file are you working with. If I get into the code today, shall
take care of file headers as well.
Please don't adopt to MINA conventions for now! We're still in
On Tue, Apr 14, 2009 at 10:32, Niklas Gustavsson nik...@protocol7.com wrote:
On Tue, Apr 14, 2009 at 7:03 AM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
Should I turn them into JIRAs, so we can track them better?
I think this can wait until after the vote has passed successfully
On Tue, Apr 14, 2009 at 11:47, Ashish paliwalash...@gmail.com wrote:
Updated the build file. Please have a look and verify that it doesn't
break anything.
Have tested the execution on my machine.
Works great, thanks.
Bernd
PS: Vysper dev discussion takes place at l...@labs.apache.org
On Thu, Apr 16, 2009 at 11:00, Niklas Gustavsson nik...@protocol7.com wrote:
On Thu, Apr 16, 2009 at 10:48 AM, Julien Vermillard
jvermill...@archean.fr wrote:
Let's start the move :)
Okay, down to the practicals then. Bernd, to you feel comfortable with
the (limited) outcome of the
On Thu, Apr 16, 2009 at 13:25, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
On Thu, Apr 16, 2009 at 11:00, Niklas Gustavsson nik...@protocol7.com wrote:
On Thu, Apr 16, 2009 at 10:48 AM, Julien Vermillard
jvermill...@archean.fr wrote:
Let's start the move :)
Okay, down
Modifying and adding a few todos before adding the to JIRA:
On Sun, Apr 12, 2009 at 22:32, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
Hi,
this is a probably incomplete list of things to do to move Vysper over here.
MOVE PROJECTS
+ DONE: ratify reception of code (MINA)
+ ratify
On Thu, Apr 16, 2009 at 20:56, Niklas Gustavsson nik...@protocol7.com wrote:
On Thu, Apr 16, 2009 at 1:43 PM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
INFRA
+ move LABS/Vysper JIRAs
In this task, let's include setting up a new JIRA project for Vysper.
+ move Vysper's cwiki
On Fri, Apr 17, 2009 at 02:54, Ashish paliwalash...@gmail.com wrote:
+ move Vysper's cwiki pages
In this task, let's include setting up a new Confluence space for Vysper.
May be we can think of a logo for Vysper and probably since we shall
be setting up
new space, having a brief site map
Ashish wrote:
In this task, let's include setting up a new Confluence space for Vysper.
May be we can think of a logo for Vysper and probably since we shall
be setting up
new space, having a brief site map shall be a plus. Will help keep
things organized.
+1
Could workout only Text Logo's
Ashish wrote:
Attachements get stripped (or you missed to attach them).
Do you have a link (you could upload them to your people.a.o home in a
subdir called public_html)?
Here is the page http://cwiki.apache.org/confluence/display/MINA/MINA+Theme
Please don't get Alarmed at MINA logo's :-) I
Julien Vermillard wrote:
Le Fri, 17 Apr 2009 10:33:00 +0200,
Michael Jakl jakl.mich...@gmail.com a écrit :
Hi!
On Fri, Apr 17, 2009 at 08:37, Bernd Fondermann
bf_...@brainlounge.de wrote:
Or We can have a logo which can depicts the XMPP theme
That was my first thought, too.
Maybe taking
Michael Jakl wrote:
On Fri, Apr 17, 2009 at 14:21, Edouard De Oliveira doe_wan...@yahoo.fr wrote:
i do agree if some remainder to mina is a wish maybe combining the V feathers
with mina logo (replacing the mina text with Vysper) is the way
Good point!
Here a few ideas based on the Mina
Edouard De Oliveira wrote:
IMHO the 4th is really cool ! exactly what i had i mind
good job :)
+1! Wow, that's a great one!
Thanks Michael!
Bernd
Cordialement, Regards,
-Edouard De Oliveira-
Blog: http://tedorgwp.free.fr
WebSite: http://tedorg.free.fr/en/main.php
- Message
Michael Jakl wrote:
Hi!
On Sat, Apr 18, 2009 at 11:07, Emmanuel Lecharny elecha...@apache.org wrote:
May I suggest all those logo to be stored into the MINA logo page,
with a number, so when it will be a good timing for a vote, we can
simply point to this page ?
I would do so, but I don't
Updating the list... changed entries are starred*
Should keep us busy a few days... ;-)
On Thu, Apr 16, 2009 at 13:43, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
this is a probably incomplete list of things to do to move Vysper over here.
MOVE PROJECTS
+ DONE: ratify reception
Emmanuel Lecharny wrote:
Guys, there are a lot of god logos there... I like the one with the
black rounded rectangle in the background.
May I suggest all those logo to be stored into the MINA logo page,
You mean this page?
http://cwiki.apache.org/confluence/display/MINA/Artwork
with a
The vote *passes* with only +1 votes:
binding: 5 (Santiago, Sander, Bertrand, Niall, Bernd)
non-binding: 2 (Alexei, Ross)
If I messed something up, please tell me.
Thanks for voting!
Bernd
*done* creating the JIRAs.
Bernd
On Sat, Apr 18, 2009 at 16:22, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
Updating the list... changed entries are starred*
Should keep us busy a few days... ;-)
On Thu, Apr 16, 2009 at 13:43, Bernd Fondermann
bernd.fonderm...@googlemail.com
AFAIK, cross-project svn copy is not working.
But I'll give it a try.
Bernd
On Mon, Apr 20, 2009 at 13:30, Niklas Gustavsson nik...@protocol7.com wrote:
On Mon, Apr 20, 2009 at 1:20 PM, Ashish paliwalash...@gmail.com wrote:
When shall the code be available in MINA sandbox?
As far as I can
I was proved wrong. It worked.
Do we want to have a trunk/ branches/ track/ construct under sandbox/vysper?
Bernd
On Mon, Apr 20, 2009 at 14:04, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
AFAIK, cross-project svn copy is not working.
But I'll give it a try.
Bernd
On Mon
Niklas Gustavsson wrote:
All,
as part of the move of Vysper from Apache Labs to MINA, the MINA PMC
has voted Bernd Fondermann in as a MINA committer. Let's all welcome
Bernd into the world of MINA!
/niklas
Thank you all for your trust.
Bernd
On Mon, Apr 20, 2009 at 15:56, Ashish paliwalash...@gmail.com wrote:
Folks,
I received an offer mail from Atlassian. Its real good one and was
confused whether I can share it here or not,
as its a product sale offer from a company.
Any suggestion on this?
My apology for such a question.
Niklas Gustavsson wrote:
On Mon, Apr 20, 2009 at 11:18 PM, Guillaume Nodet gno...@gmail.com wrote:
On Mon, Apr 13, 2009 at 10:55, Ashish paliwalash...@gmail.com wrote:
One thing that can be done meanwhile is upload the XMPP compliance
report on wiki.
I did saw the compliance package, and its
Hi,
Congrats to Michael Jakl. :-)
He will be our MINA/Vysper Sommer of Code student for the next months[1].
Looking forward to your contributions, Michael,
Have fun!
Bernd
[1]
http://socghop.appspot.com/student_project/show/google/gsoc2009/asf/t124021715212
Ashish wrote:
There are couple of empty folders in Vysper source. Do we keep them?
Bernd - Can you take a call on this
probably not - which are they?
Bernd
Ashish wrote:
On Tue, Apr 21, 2009 at 5:45 PM, Bernd Fondermann bf_...@brainlounge.de
wrote:
Ashish wrote:
There are couple of empty folders in Vysper source. Do we keep them?
Bernd - Can you take a call on this
probably not - which are they?
src\main\java\org\apache\vysper\xmpp
Michael Jakl wrote:
Hi!
Since I do not have committer access, how would you suggest to get the big
feature improvement into the code?
Currently I would make JIRA tasks (as soon as JIRA has moved) and upload
patches. This way Bernd can have a second look at the code.
The idea is that
Hi,
Vysper hit the main XMPP news today at
http://blog.xmpp.org/index.php/2009/04/xmpp-roundup-8/
(which is fed by http://blog.xmpp.org/index.php/feed/ )
Bernd
Michael Jakl wrote:
Hello!
I'm reposting a slightly revised timetable how I plan to implement the XEP-060
(publish/subscribe) extension for Vysper.
Please comment on it.
Until 2009-05-23 my plan would be to continue to explore the current Vysper
capabilities as well as to read the
Hi,
should I wait with committing new stuff to Vysper sandbox?
Bernd
Please retry to run the unit tests.
The stanzas are now fetched from the direct-to-session queue, not from
the relaying queue.
Bernd
Bernd Fondermann wrote:
Ashish wrote:
The stanzas are now fetched from the direct-to-session queue, not from
the relaying queue.
Bernd: Can you publish list of RFC's/XEP's in order to be read for XMPP?
It shall help in ramping up for the protocol
Sorry, hit send too early...
I am replying
The stanzas are now fetched from the direct-to-session queue, not
from
the relaying queue.
Bernd: Can you publish list of RFC's/XEP's in order to be read for
XMPP?
It shall help in ramping up for the protocol
1. RFC3920 - the core protocol. Crucial to understand the Vysper code.
2.
Ashish wrote:
The stanzas are now fetched from the direct-to-session queue, not from
the relaying queue.
Bernd: Can you publish list of RFC's/XEP's in order to be read for XMPP?
It shall help in ramping up for the protocol
On Fri, Apr 24, 2009 at 15:15, Michael Jakl jakl.mich...@gmail.com wrote:
Hi!
On Fri, Apr 24, 2009 at 13:29, Bernd Fondermann bf_...@brainlounge.de wrote:
Please retry to run the unit tests.
The new statistics for the code coverage (or test coverage):
Exactly 70% of the server code gets
Michael Jakl wrote:
Hi!
On Fri, Apr 24, 2009 at 16:25, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
On Fri, Apr 24, 2009 at 15:15, Michael Jakl jakl.mich...@gmail.com wrote:
Exactly 70% of the server code gets executed when running all tests
(and 83.2% of the test-code is run
Michael Jakl wrote:
Hi!
On Fri, Apr 24, 2009 at 13:29, Bernd Fondermann bf_...@brainlounge.de wrote:
The stanzas are now fetched from the direct-to-session queue, not from
the relaying queue.
Unit tests run through. Although I don't like the write(null) hack,
why not introduce a new
Michael Jakl wrote:
Hi!
To implement the XEP-060, I'd like to have a running example which would also
serve as a tool for evaluating the progress.
Here are my notes for it, please comment on it.
Bernd came up with something like Twitter. That would mean we have a node per
person (for
Michael Jakl wrote:
Hi!
On Fri, Apr 24, 2009 at 22:49, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl wrote:
Please be aware of XEP-0163 - Personal Eventing Protocol(*). Maybe you
want to check that we don't implement anything contradicting it.
(*) http://xmpp.org/extensions
Ashish wrote:
Thanks for the suggestion. Acutally, a tree-like structure would make
sense since there are collection nodes (which I didn't plan to
implement in the first round) and leaf nodes. We're also discussing
persistence services of Vysper within the Labs JIRA
Michael Jakl wrote:
Hi!
snip/
Michael
1: http://x60br.berlios.de/
This might get interesting...
http://thetofu.com/archive/pubsublog_20090307.html
Bernd
Emmanuel Lecharny wrote:
Wouldn't be better to create a JIRA for VYSPER instead of creating
DIRMINA issues ?
+1
we are only creating DIRMINAs for the transition. Niklas created a
component for this, but I unfortunately failed to set it except for the
master issue.
I've no karma to create a
Emmanuel Lecharny wrote:
There is already a VYSPER project in jira, I granted Bernd admin karma
for it and attached the project to MINA.
Thanks Emmanuel.
Is there a way to migrate JIRAs - or - should we create a new parent
JIRA for every LABS/Vysper JIRA and attach it the original one?
Niklas Gustavsson wrote:
Hi
I've committed a first draft of a pom.xml for Vysper. So far, it
manages to compile and run the tests with Maven. However, there are
several issues that needs fixing:
* General review of the dependencies (scope, versions, exclusions)
* Nekopull not available in
Emmanuel Lecharny wrote:
There is already a VYSPER project in jira, I granted Bernd admin karma
for it and attached the project to MINA.
I moved over all _open_ LABS/Vysper issues to VYSPER, but left closed
ones behind.
I think this is a balanced approach to have commit logs still referring
to
Emmanuel Lecharny wrote:
Do we have a confluence page for VYSPER ?
There is some basic note on this at the labs-cwiki-based doc at
http://cwiki.apache.org/confluence/display/labs/vysper
This content is to be moved to MINA to
http://cwiki.apache.org/confluence/display/VYSPER/Index,
(setup by
Hi,
Anyone from the experienced MINA crew who'd like to comment on
http://issues.apache.org/jira/browse/VYSPER-2
Thanks,
Bernd
Michael Jakl wrote:
Hi!
On Thu, Apr 23, 2009 at 11:54, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl wrote:
Until 2009-05-23 my plan would be to continue to explore the current Vysper
capabilities as well as to read the XEP-060 in detail.
Since this is also the Community
On Tue, Apr 28, 2009 at 10:36, Ashish paliwalash...@gmail.com wrote:
+1
Patches are welcome! ;-)
Will capture them in Wiki. Just trying to figure a way to start
working with fresh wiki :-)
Not for stopping you, but for your info: please be aware that there is
already some cwiki doc at
Hi,
VYSPER jira notification are not send out anywhere.
Anyone have the required karma to set that up? (I haven't appearently.)
Otherwise I'll go to infra.
@Michael: I've commented on one or two of your issues.
Bernd
Michael Jakl wrote:
Hi!
On Tue, Apr 28, 2009 at 10:54, Bernd Fondermann bf_...@brainlounge.de wrote:
@Michael: I've commented on one or two of your issues.
Thanks.
Is there a policy for JIRAs concerning closing/creating new ones?
Like VYSPER-26[1], should I close it and make a new
Ashish wrote:
Work in a branch. It it works, fine. Maybe we can also tag the current
version, and move to a new version from this tag.
+1 to make the migration on a branch. I expect troubles which should not
interfere with other work. Let's stabilize the MINA2.0 branch and then
merge back.
Ashish wrote:
Work in a branch. It it works, fine. Maybe we can also tag the current
version, and move to a new version from this tag.
Hmm.. I think we shall release Vysper with latest MINA version? So
tagging should be fine.
There is already a JIRA for it, VYSPER-23.
Bernd
Niklas Gustavsson wrote:
On Mon, Apr 27, 2009 at 10:44 AM, Niklas Gustavsson
nik...@protocol7.com wrote:
On Mon, Apr 27, 2009 at 10:29 AM, Emmanuel Lecharny
elecha...@apache.org wrote:
Niklas Gustavsson wrote:
Great! Should we set up the same authorizations as for the MINA and
FTPSERVER
Ashish wrote:
Work in a branch. It it works, fine. Maybe we can also tag the current
version, and move to a new version from this tag.
+1 to make the migration on a branch. I expect troubles which should not
interfere with other work. Let's stabilize the MINA2.0 branch and then
merge back.
Emmanuel Lecharny wrote:
Can't monitor the Subscribers figures (don't have privileges). We need
to wait for MINA Board report for these details.
So you'd might be interested in tracking this page
http://people.apache.org/~coar/mlists.html
Sadly, it's not up to date...
isn't it? then the
On Tue, May 5, 2009 at 09:47, Julien Vermillard jvermill...@archean.fr wrote:
Le Tue, 28 Apr 2009 14:04:32 +0530,
Ashish paliwalash...@gmail.com a écrit :
On Tue, Apr 28, 2009 at 1:53 PM, Bernd Fondermann
bf_...@brainlounge.de wrote:
Hi,
Anyone from the experienced MINA crew who'd like
On Wed, May 6, 2009 at 19:41, Ashish paliwalash...@gmail.com wrote:
as it seems that everybody want to get rid of the svn tags, I guess someone
will go through all the files to remove them. Isn't it a perfect timing to
propose another transverse addition ?
I would like to add some log in all
On Wed, May 6, 2009 at 22:56, Niklas Gustavsson nik...@protocol7.com wrote:
Hi
I've set up Vysper to build in the Hudson CI server using the Maven build:
http://hudson.zones.apache.org/hudson/view/Vysper/
For now, it's building on Sun JDK 1.5 and 1.6 on Solaris and Ubuntu
and IBM JDK 1.5
On Thu, May 7, 2009 at 09:35, Emmanuel Lecharny elecha...@apache.org wrote:
Bernd Fondermann wrote:
On Wed, May 6, 2009 at 19:41, Ashish paliwalash...@gmail.com wrote:
as it seems that everybody want to get rid of the svn tags, I guess
someone
will go through all the files to remove them
Emmanuel Lecharny wrote:
Hi guys,
just before leaving for a long week-end, I tried to build all the MINA
code. I get some error when compiling sshd.
Can someone check ?
Thanks !
mvn install works fine for me.
What about a helpful error description! What do you do? What error do
you
2009
[INFO] Final Memory: 9M/17M
[INFO]
On Thu, May 7, 2009 at 12:33 PM, Guillaume Nodet gno...@gmail.com wrote:
It works for me too. Please post some details.
On Thu, May 7, 2009 at 12:20, Bernd Fondermann bf_
Emmanuel Lecharny wrote:
Ashish wrote:
Funny enough, you don't need network to do svn info pom.xml ;-)
so +1 for removing
Maarten
+1
I have removed all the @version from MINA, SSHD and AsyncWeb. Still have
to remove those from FtpServer.
When it will be done, I will commit
Michael Jakl wrote:
Hi!
On Tue, May 12, 2009 at 08:54, Bernd Fondermann bf_...@brainlounge.de wrote:
Emmanuel Lecharny wrote:
Note : We also have to use the same @author tags everywhere.
SSHd uses :
@author a href=mailto:dev@mina.apache.org;Apache MINA SSHD Project/a
FtpServer uses
On Tue, May 12, 2009 at 05:16, Emmanuel Lecharny elecha...@apache.org wrote:
Guillaume Nodet wrote:
It works for me too. Please post some details.
On Thu, May 7, 2009 at 12:20, Bernd Fondermann bf_...@brainlounge.de
wrote:
Emmanuel Lecharny wrote:
Hi guys,
just before leaving
Ping?
Should I go to Infra?
Bernd
Bernd Fondermann wrote:
Hi,
VYSPER jira notification are not send out anywhere.
Anyone have the required karma to set that up? (I haven't appearently.)
Otherwise I'll go to infra.
@Michael: I've commented on one or two of your issues.
Bernd
On Wed, May 13, 2009 at 19:10, Emmanuel Lecharny elecha...@apache.org wrote:
Bernd Fondermann wrote:
Ping?
Should I go to Infra?
It's fixed now.
Thanks!
The resolve-notification for VYSPER-17 reached me, but not the list
(at least until now).
Maybe stuck in moderation?
Out of curiosity
Bernd Fondermann wrote:
On Wed, May 13, 2009 at 19:10, Emmanuel Lecharny elecha...@apache.org wrote:
Bernd Fondermann wrote:
Ping?
Should I go to Infra?
It's fixed now.
Thanks!
The resolve-notification for VYSPER-17 reached me, but not the list
(at least until now).
Maybe stuck
Michael Jakl wrote:
Hi!
On Fri, Apr 24, 2009 at 22:49, Bernd Fondermann bf_...@brainlounge.de wrote:
Concerning tool support: that's a good point.
Creating something with smack.jar would be my first idea, if everything
else is not feasible.
smack got pubusb support:
http
Emmanuel Lecharny wrote:
IMO, it would be better to use \u notation in your String to avoid such
problems. I'm using UTF-8 encoding as a default on my IDE, and if one
developer is using something different (ie, ISO8859-1, for instance),
that will be a big problem.
In this case, the code
Michael Jakl wrote:
Hi!
I've started with the disco(very) implementation yesterday. There seem
to be two possible ways of implementing disco, and the pubsub
extension at large.
The Pubsub Module is a subclass of DefaultDiscoAwareModule, which
provides three method-stubs to deal with
Michael Jakl wrote:
Hi!
On Fri, May 15, 2009 at 14:26, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl wrote:
The InfoRequest returns the disco information for a particular node.
The Pubsub module could be addressable by its own JID inside the
server. pubsub.vysper.org
Michael Jakl (JIRA) wrote:
[
https://issues.apache.org/jira/browse/VYSPER-51?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Jakl updated VYSPER-51:
---
Attachment: VYSPER-51.1.patch
The patch corrects the disc#info
Hi,
For the pubsub module, I'd propose to
+ move the 'general' and 'owner' package to 'handler', or,
alternatively, move the handler classes they contain to two new
'handler' sub-packages respectively.
+ rename test case classes to *TestCase or *Test so they are clearly
identifyable as such by
Michael Jakl wrote:
Hi!
On Sat, May 16, 2009 at 22:52, Bernd Fondermann bf_...@brainlounge.de wrote:
For the pubsub module, I'd propose to
+ move the 'general' and 'owner' package to 'handler', or,
alternatively, move the handler classes they contain to two new
'handler' sub-packages
Michael Jakl wrote:
Hi!
On Sat, May 16, 2009 at 22:44, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl (JIRA) wrote:
The patch corrects the disc#info integration of the pubsub module.
Applied.
For pubsub, more disco listeners are needed, right? Have you thought
about how to do
On Sat, May 16, 2009 at 23:09, Michael Jakl jakl.mich...@gmail.com wrote:
Hi!
On Sat, May 16, 2009 at 23:07, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl wrote:
I can do it, if this proves to be too cumbersome to do in a patch.
Done already. But Eclipse (Subversion?) doesn't
All or most files have been changed.
I'd recommend to re-create the branch to reduce merge efforts later.
Bernd
apali...@apache.org wrote:
Author: apaliwal
Date: Tue May 5 08:28:26 2009
New Revision: 771618
URL: http://svn.apache.org/viewvc?rev=771618view=rev
Log:
To port Vysper to
Michael Jakl wrote:
Hi!
On Sun, May 17, 2009 at 20:14, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
r775668+9 contain changes equivalent to your patch. please check and
report problems. maybe you need to revert your local changes to
continue your work.
Thanks for the notice
Ashish wrote:
All or most files have been changed.
I'd recommend to re-create the branch to reduce merge efforts later.
Feel free to create one. I am yet to start work on it.
Tied with my work right now.
So, should I remove the branch and we'll create it again when somebody
is actually
Emmanuel Lecharny wrote:
Bernd Fondermann wrote:
Ashish wrote:
All or most files have been changed.
I'd recommend to re-create the branch to reduce merge efforts later.
Feel free to create one. I am yet to start work on it.
Tied with my work right now.
So, should I remove
Michael Jakl wrote:
Hi!
On Sun, May 17, 2009 at 00:44, Bernd Fondermann bf_...@brainlounge.de wrote:
I think it's time to plan and discuss about internal representation of
items and all the other data held within the pusub module. Do some
bottom up OO engineering. How that will be taken up
Michael Jakl wrote:
Hi!
I've just uploaded a patch for some PubSub/Vysper feature. If I'd continue to
work on the sources wouldn't I come into troubles creating the next patch? How
do you deal with such a situation?
Currently I just wait until the patch is applied and work on afterwards,
Michael Jakl (JIRA) wrote:
[
https://issues.apache.org/jira/browse/VYSPER-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12712012#action_12712012
]
Michael Jakl commented on VYSPER-52:
Thanks for the
Michael Jakl (JIRA) wrote:
[
https://issues.apache.org/jira/browse/VYSPER-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12712014#action_12712014
]
Michael Jakl commented on VYSPER-52:
You changed the
Michael Jakl wrote:
Hi!
On Fri, May 22, 2009 at 07:36, Bernd Fondermann bf_...@brainlounge.de wrote:
Michael Jakl wrote:
I've just uploaded a patch for some PubSub/Vysper feature. If I'd continue
to
work on the sources wouldn't I come into troubles creating the next patch?
How
do you
Hi,
I've added two important utils to the server code, data forms (XEP-0004)
and date time profile (XEP-0082) and en passant added support for
XEP-0128.
Both are used by many XEPs, and I came across them reading the PubSub spec.
Data Forms provide a universal mechanism to communicate arbitrary
Emmanuel Lecharny wrote:
Hi guys,
even if VYSPER is still based on 1.1 version instead of 2.0, can't we
bump up the version from 1.1.0 to 1.1.7?
+1, there you go... ;-)
Bernd
On Tue, May 26, 2009 at 11:57, Emmanuel Lecharny elecha...@apache.org wrote:
Niklas Gustavsson wrote:
Hi
Should we drop the Vysper Ant build in favour of the Maven build?
Right now we have two build systems to maintain, which will cause
confusion and end up being out of sync. Do we need a
1 - 100 of 864 matches
Mail list logo
