tin Ritchie [mailto:ritch...@apache.org]
>> Sent: 27 May 2010 01:33
>> To: dev@qpid.apache.org
>> Subject: Re: Size of the Java client
>>
>
>> We can easily get rid of backport-util by putting the dummy Java.15
>> version in. It simply proxie
I'm not sure this would work actually, looking that the project page it says
the 1.5 dummy isn't compatible with 1.6+ JVM's
Robbie
> -Original Message-
> From: Martin Ritchie [mailto:ritch...@apache.org]
> Sent: 27 May 2010 01:33
> To: dev@qpid.apache.org
On 27 May 2010 17:16, Rajith Attapattu wrote:
> On Thu, May 27, 2010 at 12:06 PM, Emmanuel Bourg wrote:
>> Le 27/05/2010 01:55, Rajith Attapattu a écrit :
>>
>>> 532Kbuild/lib/qpid-client-0.7.jar
>>> 32K build/lib/mina-filter-ssl-1.0.1.jar
>>> 4.0Kbuild/lib/plugins
>>> 1.4Mbuild/l
On 27 May 2010 17:42, Emmanuel Bourg wrote:
> Le 27/05/2010 02:32, Martin Ritchie a écrit :
>
>> I've been swamped and hadn't had the chance, I'll make a effort this
>> weekend as I'd like to see us using a somewhat more recent MIna. We
>> can easily get rid of backport-util by putting the dummy J
On Thu, May 27, 2010 at 12:39 PM, Emmanuel Bourg wrote:
> Le 27/05/2010 02:35, Martin Ritchie a écrit :
>
>> Don't for get to count your favourite slf4j binding to make the total
>> size of a usable client.
>
> SLF4J 1.6 has been released earlier this month. The bindings are now
> optional and you
Le 27/05/2010 02:32, Martin Ritchie a écrit :
I've been swamped and hadn't had the chance, I'll make a effort this
weekend as I'd like to see us using a somewhat more recent MIna. We
can easily get rid of backport-util by putting the dummy Java.15
version in. It simply proxies the Java concurren
Le 27/05/2010 02:35, Martin Ritchie a écrit :
Don't for get to count your favourite slf4j binding to make the total
size of a usable client.
SLF4J 1.6 has been released earlier this month. The bindings are now
optional and you can run with just the base jar (24K only).
Emmanuel Bourg
smi
On Thu, May 27, 2010 at 12:06 PM, Emmanuel Bourg wrote:
> Le 27/05/2010 01:55, Rajith Attapattu a écrit :
>
>> 532K build/lib/qpid-client-0.7.jar
>> 32K build/lib/mina-filter-ssl-1.0.1.jar
>> 4.0K build/lib/plugins
>> 1.4M build/lib/qpid-common-0.7.jar
>> 24K build/lib/qpid-all.ja
Le 27/05/2010 01:55, Rajith Attapattu a écrit :
532Kbuild/lib/qpid-client-0.7.jar
32K build/lib/mina-filter-ssl-1.0.1.jar
4.0Kbuild/lib/plugins
1.4Mbuild/lib/qpid-common-0.7.jar
24K build/lib/qpid-all.jar
308Kbuild/lib/mina-core-1.0.1.jar
28K build/lib/geronimo-jms_1.
On 27 May 2010 00:55, Rajith Attapattu wrote:
> If we upgrade to mina 1.1.7 then we could easily get rid of
> backport-util-concurrent.jar.
> With the changes I proposed in QPID-2629 we reduce this a bit further as well.
>
> For the client release, if we don't ship the tests then with the above
>
On 27 May 2010 01:16, Sorin S. wrote:
> Hi,
> +1 for the idea of getting rid of backport-util-concurrent jar
> As a curiosity, did anybody run any kind of test with Emmanuel's patch for
> upgrading to Mina 1.1.7 - is this change bringing any noticeable
> improvement?
I've been swamped and hadn't
Hi,
+1 for the idea of getting rid of backport-util-concurrent jar
As a curiosity, did anybody run any kind of test with Emmanuel's patch for
upgrading to Mina 1.1.7 - is this change bringing any noticeable
improvement?
Thanks,
Sorin
On Thu, May 27, 2010 at 12:55 AM, Rajith Attapattu wrote:
If we upgrade to mina 1.1.7 then we could easily get rid of
backport-util-concurrent.jar.
With the changes I proposed in QPID-2629 we reduce this a bit further as well.
For the client release, if we don't ship the tests then with the above
changes we could get somewhere close to ~ 2.3 MB.
Here's t
would expect a message queue client to be not bigger than ~500KB
(dependencies included and fully compressed with pack200+lzma)
500KB would be nice. Some of my "science experiments" target Java-based
platforms with 1MB of Flash and 1MB of RAM. For now I open sockets to a
server, and the se
Rafael Schloming a écrit :
I'm generally in favor of examining and reducing our dependencies where
possible. We haven't done this in a long time, so I wouldn't be
surprised if they could be trimmed a bit. Do you have a specific
size/configuration in mind? Are you looking at embedded usage or s
rom: Rafael Schloming [mailto:rafa...@redhat.com]
> Sent: 30 March 2010 18:49
> To: dev@qpid.apache.org
> Subject: Re: Size of the Java client
>
> Emmanuel Bourg wrote:
> > Hi,
> >
> > I started playing with Qpid recently, I'm mostly interested in the
> J
Emmanuel Bourg wrote:
Hi,
I started playing with Qpid recently, I'm mostly interested in the Java
side of the project. I noticed that the Java client was quite big
compared to the other clients. It weights about 4.3MB whereas the .NET
client for example is less that 1MB.
It looks like the d
Hi,
I started playing with Qpid recently, I'm mostly interested in the Java
side of the project. I noticed that the Java client was quite big
compared to the other clients. It weights about 4.3MB whereas the .NET
client for example is less that 1MB.
It looks like the dependencies could be re
18 matches
Mail list logo