You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by Jacob Tomaw <ja...@gmail.com> on 2009/02/26 19:37:56 UTC
AsyncWeb jars incomplete
Hi,
When i package the jars from the trunk of async web I do not get all of the
classes. For instance, in client only org.apache.asyncweb.client is
exported. I was also expecting the classes from client in the package
org.apache.ahc to be jared up.
Before I dig into maven to understand why this is happening, I thought I
should ping the comunity to see waht is up and if anyone wkne about this
issue.
Thanks,
--
Jacob Tomaw
tfl:The Flatiron Life (http://tomaw.com)
Follow me on Twitter! (http://twitter.com/JacobTomaw)
Re: AsyncWeb jars incomplete
Posted by Emmanuel Lecharny <el...@apache.org>.
Jeff Genender wrote:
> Ditto for me... glad to see folks making use of this. I could help a
> bit too, but my bandwidth is also tight.
>
> Glad to see this come up again.
>
> Jeff
Hi guys,
The MINA 2.0 porting was done by Julien AFACS from the svn logs. It's
currently using 2.0.0-M3 version, so it must move to 2.0.0-M4.
I can do the move, it's quite easy, but my total ignorance of how
Asyncweb works will be a bit of a problem.
There are also some pending patches which would be interesting to inject.
he good point is that some people want to use AsyncWeb in a big scale,
and to some extend, if those people are more or less interested in
participating in the project, that would grow the number of committers
(of course, assuming that merit is ok, etc, all the ASF way stance...).
So, first, migrate AsyncWeb to 2.0.0-M4. Piece of cake. Let's do that !
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: AsyncWeb jars incomplete
Posted by Emmanuel Lecharny <el...@apache.org>.
Jacob Tomaw wrote:
> Was it the patch from https://issues.apache.org/jira/browse/ASYNCWEB-25?
>
yes. I just marked the issue as resolved (forgot to do that lately)
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: AsyncWeb jars incomplete
Posted by Jacob Tomaw <ja...@gmail.com>.
Was it the patch from https://issues.apache.org/jira/browse/ASYNCWEB-25?
Thanks,
Jacob
On Tue, Mar 3, 2009 at 12:00 PM, Emmanuel Lecharny <el...@apache.org>wrote:
> FYI, I just migrated to MINA 2.0.0-M4, and fixed some compilation errors.
>
> So far, asyncweb trunk is building now.
>
> --
> - Show quoted text -
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>
--
Jacob Tomaw
tfl:The Flatiron Life (http://tomaw.com)
Follow me on Twitter! (http://twitter.com/JacobTomaw)
Re: AsyncWeb jars incomplete
Posted by Emmanuel Lecharny <el...@apache.org>.
FYI, I just migrated to MINA 2.0.0-M4, and fixed some compilation errors.
So far, asyncweb trunk is building now.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: AsyncWeb jars incomplete
Posted by Jacob Tomaw <ja...@gmail.com>.
Sangjin and Jeff,
Thanks for the info and background.
I will be sure to read up on the old threads you passed along.
We are currently using the 1.0 AHC in our production environment, but we
have other projects starting to use MINA 2. This is motivating me to build
an AHC on MINA 2. I want to commit any changes we need to make back to the
project and get it rolling again if we can.
Thanks,
Jacob
On Tue, Mar 3, 2009 at 11:22 AM, Jeff Genender <jg...@apache.org> wrote:
> Ditto for me... glad to see folks making use of this. I could help a bit
> too, but my bandwidth is also tight.
>
> Glad to see this come up again.
>
> Jeff- Show quoted text -
>
>
>
> On Mar 3, 2009, at 10:13 AM, Sangjin Lee wrote:
>
> I was one of the people who were involved in bringing AHC over from the
>> Geronimo sandbox (where it was first developed) to under asyncweb.
>> Originally it was based on mina 1.1.x as at that time mina 2.0 was still
>> in
>> its active development. We did the bare minimum to make it compile
>> against
>> mina 2.0 (but not necessarily all the runtime correctness), and merged
>> them.
>> It landed at the org.apache.ahc package to avoid confusion with the
>> pre-existing client code that was under org.apache.asyncweb.client.
>> The intention has been that not only would we make it work correctly with
>> 2.0, move to a common codec, subsume the existing client, etc. but also
>> would redesign the client. Unfortunately, the momentum stalled because
>> key
>> people who were most interested in making this happen (myself included)
>> didn't get to make the big push. For me, my involvement was cut down for
>> reasons that are unrelated to the project.
>>
>> Some discussion threads that may be of help:
>>
>> http://tinyurl.com/djr4pa
>> http://tinyurl.com/azbpzg
>> http://tinyurl.com/dkrlzv
>> http://tinyurl.com/csonsf
>>
>> Having said that, I'd love to see this get going again (although my
>> bandwidth on this is still quite limited). I'd certainly be happy to
>> contribute what I can...
>>
>> As a side note, there is a "working" version of the asyncweb client in the
>> 1.0 branch. This is almost the original version that is based on 1.0, and
>> I
>> think it is of production quality (we're using it in production). It
>> hasn't
>> seen an official release however. But please note that I don't think we
>> will (or should) support this in a serious manner. Instead, we need to
>> focus our effort on the trunk version based on mina 2.0. My 2 cents.
>>
>> Thanks,
>> Sangjin
>>
>>
>> On Mon, Mar 2, 2009 at 8:34 AM, Jacob Tomaw <ja...@gmail.com>
>> wrote:
>>
>> Emmanuel,
>>>
>>> Your caution is understandable. The only code change for the server is
>>> setting up the MINA LoggingFilter, but clearly there might be changes in
>>> MINA from M3 to M4 that affect the server in an unknown way.
>>>
>>> I am very interested in improving AsyncWeb (at least the client portion).
>>> My company is in the process of upgrading out 85+ application (no idea
>>> how
>>> many JVMs) to use AHC to communicate with each other.
>>>
>>> Is there someone already attached to the project who has a deep knowledge
>>> of
>>> AsyncWeb and has a direction they would like to see the project go?
>>> Right
>>> now there are to clients in the client dir and it is not clear what
>>> should
>>> happen with the two of them and if any more transitioning need to take
>>> place.
>>>
>>> Thanks,
>>> Jacob
>>>
>>> On Fri, Feb 27, 2009 at 11:25 AM, Emmanuel Lecharny <
>>> elecharny@apache.org
>>>
>>>> wrote:
>>>>
>>>
>>> Jacob Tomaw wrote:
>>>>
>>>> I see that this is happening because the client is not completely moved
>>>>> from
>>>>> the ahc structure to the asyncweb.client structure. It is also not
>>>>>
>>>> using
>>>
>>>> the common codec.
>>>>>
>>>>> I am prepared to open jiras and create patches to clean this up.
>>>>>
>>>> However,
>>>
>>>> I
>>>>> want to gauge the likelihood of these patches being integrated into the
>>>>> trunk. I see several jiras with ptches attached and not further
>>>>>
>>>> comment.
>>>
>>>> Neither acceptance or rejection.
>>>>>
>>>>>
>>>>> Hi Jacob,
>>>>
>>>> it's just a matter to find people interested in improving AsyncWeb ! I
>>>>
>>> will
>>>
>>>> have a look at the patches, and try to get them applied. However, I
>>>> have
>>>>
>>> a
>>>
>>>> very shallow knowledge about AsyncWeb code base, so I'm afraid it can
>>>>
>>> break
>>>
>>>> the server...
>>>>
>>>>
>>>> Thanks !
>>>>
>>>> --
>>>> --
>>>> cordialement, regards,
>>>> Emmanuel Lécharny
>>>> www.iktek.com
>>>> directory.apache.org
>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> Jacob Tomaw
>>> tfl:The Flatiron Life (http://tomaw.com)
>>> Follow me on Twitter! (http://twitter.com/JacobTomaw)
>>>
>>>
>
--
Jacob Tomaw
tfl:The Flatiron Life (http://tomaw.com)
Follow me on Twitter! (http://twitter.com/JacobTomaw)
Re: AsyncWeb jars incomplete
Posted by Jeff Genender <jg...@apache.org>.
Ditto for me... glad to see folks making use of this. I could help a
bit too, but my bandwidth is also tight.
Glad to see this come up again.
Jeff
On Mar 3, 2009, at 10:13 AM, Sangjin Lee wrote:
> I was one of the people who were involved in bringing AHC over from
> the
> Geronimo sandbox (where it was first developed) to under asyncweb.
> Originally it was based on mina 1.1.x as at that time mina 2.0 was
> still in
> its active development. We did the bare minimum to make it compile
> against
> mina 2.0 (but not necessarily all the runtime correctness), and
> merged them.
> It landed at the org.apache.ahc package to avoid confusion with the
> pre-existing client code that was under org.apache.asyncweb.client.
> The intention has been that not only would we make it work correctly
> with
> 2.0, move to a common codec, subsume the existing client, etc. but
> also
> would redesign the client. Unfortunately, the momentum stalled
> because key
> people who were most interested in making this happen (myself
> included)
> didn't get to make the big push. For me, my involvement was cut
> down for
> reasons that are unrelated to the project.
>
> Some discussion threads that may be of help:
>
> http://tinyurl.com/djr4pa
> http://tinyurl.com/azbpzg
> http://tinyurl.com/dkrlzv
> http://tinyurl.com/csonsf
>
> Having said that, I'd love to see this get going again (although my
> bandwidth on this is still quite limited). I'd certainly be happy to
> contribute what I can...
>
> As a side note, there is a "working" version of the asyncweb client
> in the
> 1.0 branch. This is almost the original version that is based on
> 1.0, and I
> think it is of production quality (we're using it in production).
> It hasn't
> seen an official release however. But please note that I don't
> think we
> will (or should) support this in a serious manner. Instead, we need
> to
> focus our effort on the trunk version based on mina 2.0. My 2 cents.
>
> Thanks,
> Sangjin
>
>
> On Mon, Mar 2, 2009 at 8:34 AM, Jacob Tomaw <ja...@gmail.com>
> wrote:
>
>> Emmanuel,
>>
>> Your caution is understandable. The only code change for the
>> server is
>> setting up the MINA LoggingFilter, but clearly there might be
>> changes in
>> MINA from M3 to M4 that affect the server in an unknown way.
>>
>> I am very interested in improving AsyncWeb (at least the client
>> portion).
>> My company is in the process of upgrading out 85+ application (no
>> idea how
>> many JVMs) to use AHC to communicate with each other.
>>
>> Is there someone already attached to the project who has a deep
>> knowledge
>> of
>> AsyncWeb and has a direction they would like to see the project
>> go? Right
>> now there are to clients in the client dir and it is not clear what
>> should
>> happen with the two of them and if any more transitioning need to
>> take
>> place.
>>
>> Thanks,
>> Jacob
>>
>> On Fri, Feb 27, 2009 at 11:25 AM, Emmanuel Lecharny <elecharny@apache.org
>>> wrote:
>>
>>> Jacob Tomaw wrote:
>>>
>>>> I see that this is happening because the client is not completely
>>>> moved
>>>> from
>>>> the ahc structure to the asyncweb.client structure. It is also not
>> using
>>>> the common codec.
>>>>
>>>> I am prepared to open jiras and create patches to clean this up.
>> However,
>>>> I
>>>> want to gauge the likelihood of these patches being integrated
>>>> into the
>>>> trunk. I see several jiras with ptches attached and not further
>> comment.
>>>> Neither acceptance or rejection.
>>>>
>>>>
>>> Hi Jacob,
>>>
>>> it's just a matter to find people interested in improving
>>> AsyncWeb ! I
>> will
>>> have a look at the patches, and try to get them applied. However,
>>> I have
>> a
>>> very shallow knowledge about AsyncWeb code base, so I'm afraid it
>>> can
>> break
>>> the server...
>>>
>>>
>>> Thanks !
>>>
>>> --
>>> --
>>> cordialement, regards,
>>> Emmanuel Lécharny
>>> www.iktek.com
>>> directory.apache.org
>>>
>>>
>>>
>>
>>
>> --
>> Jacob Tomaw
>> tfl:The Flatiron Life (http://tomaw.com)
>> Follow me on Twitter! (http://twitter.com/JacobTomaw)
>>
Re: AsyncWeb jars incomplete
Posted by Sangjin Lee <sj...@gmail.com>.
I was one of the people who were involved in bringing AHC over from the
Geronimo sandbox (where it was first developed) to under asyncweb.
Originally it was based on mina 1.1.x as at that time mina 2.0 was still in
its active development. We did the bare minimum to make it compile against
mina 2.0 (but not necessarily all the runtime correctness), and merged them.
It landed at the org.apache.ahc package to avoid confusion with the
pre-existing client code that was under org.apache.asyncweb.client.
The intention has been that not only would we make it work correctly with
2.0, move to a common codec, subsume the existing client, etc. but also
would redesign the client. Unfortunately, the momentum stalled because key
people who were most interested in making this happen (myself included)
didn't get to make the big push. For me, my involvement was cut down for
reasons that are unrelated to the project.
Some discussion threads that may be of help:
http://tinyurl.com/djr4pa
http://tinyurl.com/azbpzg
http://tinyurl.com/dkrlzv
http://tinyurl.com/csonsf
Having said that, I'd love to see this get going again (although my
bandwidth on this is still quite limited). I'd certainly be happy to
contribute what I can...
As a side note, there is a "working" version of the asyncweb client in the
1.0 branch. This is almost the original version that is based on 1.0, and I
think it is of production quality (we're using it in production). It hasn't
seen an official release however. But please note that I don't think we
will (or should) support this in a serious manner. Instead, we need to
focus our effort on the trunk version based on mina 2.0. My 2 cents.
Thanks,
Sangjin
On Mon, Mar 2, 2009 at 8:34 AM, Jacob Tomaw <ja...@gmail.com> wrote:
> Emmanuel,
>
> Your caution is understandable. The only code change for the server is
> setting up the MINA LoggingFilter, but clearly there might be changes in
> MINA from M3 to M4 that affect the server in an unknown way.
>
> I am very interested in improving AsyncWeb (at least the client portion).
> My company is in the process of upgrading out 85+ application (no idea how
> many JVMs) to use AHC to communicate with each other.
>
> Is there someone already attached to the project who has a deep knowledge
> of
> AsyncWeb and has a direction they would like to see the project go? Right
> now there are to clients in the client dir and it is not clear what should
> happen with the two of them and if any more transitioning need to take
> place.
>
> Thanks,
> Jacob
>
> On Fri, Feb 27, 2009 at 11:25 AM, Emmanuel Lecharny <elecharny@apache.org
> >wrote:
>
> > Jacob Tomaw wrote:
> >
> >> I see that this is happening because the client is not completely moved
> >> from
> >> the ahc structure to the asyncweb.client structure. It is also not
> using
> >> the common codec.
> >>
> >> I am prepared to open jiras and create patches to clean this up.
> However,
> >> I
> >> want to gauge the likelihood of these patches being integrated into the
> >> trunk. I see several jiras with ptches attached and not further
> comment.
> >> Neither acceptance or rejection.
> >>
> >>
> > Hi Jacob,
> >
> > it's just a matter to find people interested in improving AsyncWeb ! I
> will
> > have a look at the patches, and try to get them applied. However, I have
> a
> > very shallow knowledge about AsyncWeb code base, so I'm afraid it can
> break
> > the server...
> >
> >
> > Thanks !
> >
> > --
> > --
> > cordialement, regards,
> > Emmanuel Lécharny
> > www.iktek.com
> > directory.apache.org
> >
> >
> >
>
>
> --
> Jacob Tomaw
> tfl:The Flatiron Life (http://tomaw.com)
> Follow me on Twitter! (http://twitter.com/JacobTomaw)
>
Re: AsyncWeb jars incomplete
Posted by Jacob Tomaw <ja...@gmail.com>.
Emmanuel,
Your caution is understandable. The only code change for the server is
setting up the MINA LoggingFilter, but clearly there might be changes in
MINA from M3 to M4 that affect the server in an unknown way.
I am very interested in improving AsyncWeb (at least the client portion).
My company is in the process of upgrading out 85+ application (no idea how
many JVMs) to use AHC to communicate with each other.
Is there someone already attached to the project who has a deep knowledge of
AsyncWeb and has a direction they would like to see the project go? Right
now there are to clients in the client dir and it is not clear what should
happen with the two of them and if any more transitioning need to take
place.
Thanks,
Jacob
On Fri, Feb 27, 2009 at 11:25 AM, Emmanuel Lecharny <el...@apache.org>wrote:
> Jacob Tomaw wrote:
>
>> I see that this is happening because the client is not completely moved
>> from
>> the ahc structure to the asyncweb.client structure. It is also not using
>> the common codec.
>>
>> I am prepared to open jiras and create patches to clean this up. However,
>> I
>> want to gauge the likelihood of these patches being integrated into the
>> trunk. I see several jiras with ptches attached and not further comment.
>> Neither acceptance or rejection.
>>
>>
> Hi Jacob,
>
> it's just a matter to find people interested in improving AsyncWeb ! I will
> have a look at the patches, and try to get them applied. However, I have a
> very shallow knowledge about AsyncWeb code base, so I'm afraid it can break
> the server...
>
>
> Thanks !
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>
--
Jacob Tomaw
tfl:The Flatiron Life (http://tomaw.com)
Follow me on Twitter! (http://twitter.com/JacobTomaw)
Re: AsyncWeb jars incomplete
Posted by Emmanuel Lecharny <el...@apache.org>.
Jacob Tomaw wrote:
> I see that this is happening because the client is not completely moved from
> the ahc structure to the asyncweb.client structure. It is also not using
> the common codec.
>
> I am prepared to open jiras and create patches to clean this up. However, I
> want to gauge the likelihood of these patches being integrated into the
> trunk. I see several jiras with ptches attached and not further comment.
> Neither acceptance or rejection.
>
Hi Jacob,
it's just a matter to find people interested in improving AsyncWeb ! I
will have a look at the patches, and try to get them applied. However,
I have a very shallow knowledge about AsyncWeb code base, so I'm afraid
it can break the server...
Thanks !
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: AsyncWeb jars incomplete
Posted by Jacob Tomaw <ja...@gmail.com>.
I see that this is happening because the client is not completely moved from
the ahc structure to the asyncweb.client structure. It is also not using
the common codec.
I am prepared to open jiras and create patches to clean this up. However, I
want to gauge the likelihood of these patches being integrated into the
trunk. I see several jiras with ptches attached and not further comment.
Neither acceptance or rejection.
Thanks,
Jacob
On Thu, Feb 26, 2009 at 12:37 PM, Jacob Tomaw <ja...@gmail.com> wrote:
> Hi,
>
> When i package the jars from the trunk of async web I do not get all of the
> classes. For instance, in client only org.apache.asyncweb.client is
> exported. I was also expecting the classes from client in the package
> org.apache.ahc to be jared up.
>
> Before I dig into maven to understand why this is happening, I thought I
> should ping the comunity to see waht is up and if anyone wkne about this
> issue.
>
> Thanks,
>
>
> --
> Jacob Tomaw
> tfl:The Flatiron Life (http://tomaw.com)
> Follow me on Twitter! (http://twitter.com/JacobTomaw)
>
--
Jacob Tomaw
tfl:The Flatiron Life (http://tomaw.com)
Follow me on Twitter! (http://twitter.com/JacobTomaw)