Hi Trustin,
I'm using the trunk version (and there the codec example).
Best Regards
Michael
Trustin Lee schrieb:
On 6/13/07, Michael Bauroth <[EMAIL PROTECTED]> wrote:
Hi,
in the meantime I gave the Mina example (Http server) a short trial. All
seems to work perfect regarding the part, when
Hi Trustin,
thank you for your response. This part is clear so far now ... but how
are the services (e.g. SessionExample.java) related to this approach
(and how can I attach one of these services in the lightweight example)?
Are they equivalent to our codecs and filters?
Best Regards
Michael
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
On 6/13/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
...
> Next, is how we'll get the project started.
> 1) Start from scratch
> 2) Copy protocol-dns and build from there, using dnsjava and dnsjnio for
> reference.
> 3) Pursue importing, relice
Hi, Trustin, Alex, and band,
I'm not available to comment a lot of what has been written (in an
hotel, being busy all day long while working for one of my client).
I will be short.
I do think thate there are 2 misconception done about the 'protocols'
we have under a Directory umbrella
1) We are
Trustin Lee schrieb:
On 6/13/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
So let's try and enumerate our options and figure out which ones we like
the most and want to pursue first.
First, there's there "where" of hosting:
1) Apache Labs
2) Apache Incubating
3) MINA subproject
It sounds like
Stefano Bagnara schrieb:
Trustin Lee ha scritto:
Unfortunately, I am not a DNS expert either. We will give you as much
support as we can if you have any questions about MINA. But it's not
free; you need to give us a rant whenever you find MINA sucks! ;)
It seems like we have three librarie
On 6/13/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
So let's try and enumerate our options and figure out which ones we like
the most and want to pursue first.
First, there's there "where" of hosting:
1) Apache Labs
2) Apache Incubating
3) MINA subproject
It sounds like the consensus so far
So let's try and enumerate our options and figure out which ones we like
the most and want to pursue first.
First, there's there "where" of hosting:
1) Apache Labs
2) Apache Incubating
3) MINA subproject
It sounds like the consensus so far is to host it as a MINA subproject.
Should we take a
[
https://issues.apache.org/jira/browse/DIRMINA-372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504105
]
Trustin Lee commented on DIRMINA-372:
-
I agree with Mark because DemuxingIoHandler already provides such a
func
On 6/12/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
Stefano Bagnara wrote:
> ...
> Furthermore the current dns project has dependencies on shared-protocol
> and other directory specific modules I don't even care of
> understanding/compiling.
>
This is one complaint I had as well. I would defi
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
...
Anyway I think Enrique comments could help: is Enrique subscribed to
MINA list or should we CC again to directory?
I never wanted to implement a DNS library. But, like others here, I
had some issues with the existing DNS capabilities a
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Richard Wallace ha scritto:
> Stefano Bagnara wrote:
IMHO it is much better to start using the dnsjava objects for
encoding/decoding as a start also because it is much more stable than
the directory code.
Stefano
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
...
1) clients trying to identify a target for the connection (most
protocols will only need the "IN A" lookup to resolve an host, smtp for
example needs first an IN MX and then IN A lookup).
2) servers trying to check reverse resolvability
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Richard Wallace ha scritto:
...
> I don't know what the details should be. As of this point I'm not an
> ASF committer so maybe I should just work on it until I get something
> going and then put it up somewhere I've got access and we can mo
On 6/12/07, Alex Karasulu <[EMAIL PROTECTED]> wrote:
Sounds like the community has spoken and this is a great thing even though I
personally perferred to develop it at Directory. Yet I understand that
others
want to have this distinct and it should be. I'm sure we can leverage
whatever
DNS libr
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
...
Oops, I saw this message after I pressed the send button. Is there
any reason you would avoid the incubation? If there's an explicit
reason that the incubator is not preferred, we could start the project
at the Lab and decide under which pr
Sounds like the community has spoken and this is a great thing even though I
personally perferred to develop it at Directory. Yet I understand that
others
want to have this distinct and it should be. I'm sure we can leverage
whatever
DNS libraries are produced by this project to have an LDAP bac
On 6/13/07, Michael Bauroth <[EMAIL PROTECTED]> wrote:
Hi,
in the last few month I've written a own server on top of mina. I've
used many of the supported stuff like Spring and JMX too. I was very
impressed about the performance and the ease of use of Mina code.
Now I've reached the point, wher
On 6/13/07, Michael Bauroth <[EMAIL PROTECTED]> wrote:
Hi,
in the meantime I gave the Mina example (Http server) a short trial. All
seems to work perfect regarding the part, when the message is written
back to the Browser. The message was sent over out.write() (have looged
it), but the browser s
On 6/13/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
I think that MINA PMC should decide whether a DNS library should be part
of the mina TLP or not and if they (you) share my opinion that MINA
really need an asynchronous dns libraries and it is the right home for
this task then we should start
Hi folks,
On 6/13/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Great discussion
At the moment here is the people that show interest contributing to this
dns library project:
Julien Vermillard: directory and mina projects
Richard Wallace: not an ASF committer
Stefano Bagnara: james project
N
Hello,
I have a setup where SSL is working using MINA and the Bogus SSL filter
when it connects to itself.
The server program that uses a self signed certificate. How do I get
the client JVM to trust this self signed certificate? I have control
over the client JVM but not the socket code that c
Hi,
in the meantime I gave the Mina example (Http server) a short trial. All
seems to work perfect regarding the part, when the message is written
back to the Browser. The message was sent over out.write() (have looged
it), but the browser still remains waiting (no answer occurs). Am I
missin
Enrique Rodriguez ha scritto:
> On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> ...
>> Anyway I think Enrique comments could help: is Enrique subscribed to
>> MINA list or should we CC again to directory?
>
> I'm on MINA (and Directory) but currently busy with work. I'm almost
> caught
Hi,
in the last few month I've written a own server on top of mina. I've
used many of the supported stuff like Spring and JMX too. I was very
impressed about the performance and the ease of use of Mina code.
Now I've reached the point, where I need a http counterpart for my
server to support
Stefano Bagnara wrote:
Richard Wallace ha scritto:
Stefano Bagnara wrote:
In particular I don't have any DNS specific knowledge and I really would
like to change as few as possible from a working and widely adopted
implentation :-)
I agree we should reuse what we can. I saw
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
...
Anyway I think Enrique comments could help: is Enrique subscribed to
MINA list or should we CC again to directory?
I'm on MINA (and Directory) but currently busy with work. I'm almost
caught up on this thread and will likely respond in
Great work. I too like the second one best.
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
Hi folks,
I spent some time with inkspace today. WDYT?
-- Forwarded message --
From: Trustin Lee <[EMAIL PROTECTED]>
Date: Jun 12, 2007 7:23 PM
Subject: Re: SVG file
To: Julien Verm
Richard Wallace ha scritto:
> Stefano Bagnara wrote:
>> In particular I don't have any DNS specific knowledge and I really would
>> like to change as few as possible from a working and widely adopted
>> implentation :-)
>>
>>
> I agree we should reuse what we can. I saw you have talked with bot
Stefano Bagnara wrote:
Richard Wallace ha scritto:
Stefano Bagnara wrote:
My interest is mainly to build a DNS *client* and not a server.
I think part of the idea is that a good MINA protocol provider can be
used to build both a client and a server. In reality, all the clien
On Jun 12, 2007, at 3:25 AM, Trustin Lee wrote:
http://people.apache.org/~trustin/mina-logo-trustin-alt.large.png
excellent!
-pete
--
[EMAIL PROTECTED] - http://fotap.org/~osi
smime.p7s
Description: S/MIME cryptographic signature
[
https://issues.apache.org/jira/browse/DIRMINA-372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503902
]
Mike Heath commented on DIRMINA-372:
I'm of the opinion that IoHandler should remain as is and DemuxingIoHandler
Richard Wallace ha scritto:
> Stefano Bagnara wrote:
>> My interest is mainly to build a DNS *client* and not a server.
>>
> I think part of the idea is that a good MINA protocol provider can be
> used to build both a client and a server. In reality, all the client
> would be is a thin wrapper
Stefano Bagnara wrote:
Alex Karasulu ha scritto:
What about working on the DNS protocol provider we have in Directory?
Let's
grow community around this. The barrier of entry to existing ASF
committers
from
MINA should be minimal.
What's the benefit of starting yet another DNS server effort
Trustin Lee ha scritto:
> Unfortunately, I am not a DNS expert either. We will give you as much
> support as we can if you have any questions about MINA. But it's not
> free; you need to give us a rant whenever you find MINA sucks! ;)
>
> It seems like we have three libraries on our table; dnsja
Alex Karasulu ha scritto:
> What about working on the DNS protocol provider we have in Directory?
> Let's
> grow community around this. The barrier of entry to existing ASF
> committers
> from
> MINA should be minimal.
>
> What's the benefit of starting yet another DNS server effort? Furthermor
On 6/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Trustin Lee ha scritto:
> Moreover, we will do our best to implement such a codec in joint with
> existing project team (or author) such as dnsjava. For example, we
> could reuse dnsjava's DNS message model and encoding/decoding code,
> and
On 6/12/07, Alex Karasulu <[EMAIL PROTECTED]> wrote:
Ooooh thanks for the heads up T! Ok let's stick to MINA 1.0 for now then.
Any projected
time line for a stable 2.0 release?
Not yet. We could probably guess roughly from the JIRA road map, but
I didn't try to estimate. :)
Trustin
--
what we
Ooooh thanks for the heads up T! Ok let's stick to MINA 1.0 for now then.
Any projected
time line for a stable 2.0 release?
Alex
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
On 6/12/07, Alex Karasulu <[EMAIL PROTECTED]> wrote:
> Hey this is great. We can simply just define the proper st
On 6/12/07, Alex Karasulu <[EMAIL PROTECTED]> wrote:
Hey this is great. We can simply just define the proper store interfaces as
you have
done. I think we can achieve what you need but really if you need to start
a lab project
for it do so. If you want to help out with the Directory DNS projec
Hey this is great. We can simply just define the proper store interfaces as
you have
done. I think we can achieve what you need but really if you need to start
a lab project
for it do so. If you want to help out with the Directory DNS project then
you're welcome
to just commit to it. I guess y
Hi Alex
I started modifying ADS DNS provider for using MINA 2.0.
I'm working on embedded applications and I can't afford much
dependencies and extra code (64 MB RAM SBC running 24/7 and a big stick
for beating me if the customer need to reboot it).
So I choosed to get rid off all the ADS/LDAP/JND
Hi Michael,
On 6/12/07, Michael Mealling <[EMAIL PROTECTED]> wrote:
Alex,
I know that in my situation I needed a DNS server that I could easily
modify and that didn't come with a lot of extras. What I was building
was a custom synthesizing DNS server for VOIP applications which means I
was c
Alex,
I know that in my situation I needed a DNS server that I could easily
modify and that didn't come with a lot of extras. What I was building
was a custom synthesizing DNS server for VOIP applications which means I
was creating NAPTR records based on business rules. I modeled much of
wha
What about working on the DNS protocol provider we have in Directory? Let's
grow community around this. The barrier of entry to existing ASF committers
from
MINA should be minimal.
What's the benefit of starting yet another DNS server effort? Furthermore
are there
issues with the DNS PP in Dir
Le mardi 12 juin 2007 à 19:25 +0900, Trustin Lee a écrit :
> Hi folks,
>
> I spent some time with inkspace today. WDYT?
>
> -- Forwarded message --
> From: Trustin Lee <[EMAIL PROTECTED]>
> Date: Jun 12, 2007 7:23 PM
> Subject: Re: SVG file
> To: Julien Vermillard <[EMAIL PROTECT
Julien Vermillard schrieb:
Le mardi 12 juin 2007 à 10:17 +0200, Stefano Bagnara a écrit :
Trustin Lee ha scritto:
Moreover, we will do our best to implement such a codec in joint with
existing project team (or author) such as dnsjava. For example, we
could reuse dnsjava's DNS message
There might be some ideas in the code here:
http://svn.apache.org/viewvc/directory/apacheds/branches/1.0/protocol-dns/src/main/java/org/apache/directory/server/dns/
http://directory.apache.org/apacheds/1.0/dns-protocol-provider.html
__
Wow! They both look great. I'd say that the alt version looks best.
/Niklas
Trustin Lee wrote:
> Hi folks,
>
> I spent some time with inkspace today. WDYT?
>
> -- Forwarded message --
> From: Trustin Lee <[EMAIL PROTECTED]>
> Date: Jun 12, 2007 7:23 PM
> Subject: Re: SVG file
> T
Hi folks,
I spent some time with inkspace today. WDYT?
-- Forwarded message --
From: Trustin Lee <[EMAIL PROTECTED]>
Date: Jun 12, 2007 7:23 PM
Subject: Re: SVG file
To: Julien Vermillard <[EMAIL PROTECTED]>
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
I played with the
Julien Vermillard ha scritto:
> Hi,
> I'm interested in a lightweight DNS server, I don't know much the DNS
> byte level protocol, but I can help for the MINA part :)
Hi Julien,
my first doubt is how to approach the dns resolution in MINA.
DNS is a bit different from other protocols because most
Le mardi 12 juin 2007 à 10:17 +0200, Stefano Bagnara a écrit :
> Trustin Lee ha scritto:
> > Moreover, we will do our best to implement such a codec in joint with
> > existing project team (or author) such as dnsjava. For example, we
> > could reuse dnsjava's DNS message model and encoding/decodin
Trustin Lee ha scritto:
> Moreover, we will do our best to implement such a codec in joint with
> existing project team (or author) such as dnsjava. For example, we
> could reuse dnsjava's DNS message model and encoding/decoding code,
> and provide its simple wrapper for MINA, which is a very thin
On 6/12/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
On 6/12/07, Niklas Therning <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've added a tutorial on mina-sm. Let me know what you think. The
> tutorial is here:
>
> http://mina.apache.org/introduction-to-mina-sm.html
Let me review it soon.
> BTW, I've a
54 matches
Mail list logo
