Sent via the Samsung Galaxy Note® 3, an AT&T 4G LTE smartphone
Original message
From: sebb
Date:10/22/2013 17:10 (GMT-05:00)
To: Commons Users List
Subject: Re: [imaging] Plan for 1.0.0 release
On 22 October 2013 21:34, Gary Gregory wrote:
> This might be too wacky but I
I thought we had been discussing possibly adding some breaking changes for
1.0.0. That said, I would personally be -0 to "imaging1", though I have to
skin in the game.
Matt
On Tue, Oct 22, 2013 at 4:10 PM, sebb wrote:
> On 22 October 2013 21:34, Gary Gregory wrote:
> > This might be too wack
On 22 October 2013 22:10, sebb wrote:
> On 22 October 2013 21:34, Gary Gregory wrote:
>> This might be too wacky but I thought I'd offer it up anyway.
>>
>> It looks like we are going to go with a 1.0 release from trunk RSN.
>> We known 2.0 will break BC and will come in a o.a.c.imaging2 package.
The packaging rename is a must (whether to o.a.c.imaging or
o.a.c.imaging1), as the project has transitioned from Incubator to Apache
Commons, and in the process it has been rebranded from Apache Sanselan to
Apache Commons Imaging.
Regards,
*Raúl Kripalani*
Apache Camel PMC Member & Committer | E
On 22 October 2013 21:34, Gary Gregory wrote:
> This might be too wacky but I thought I'd offer it up anyway.
>
> It looks like we are going to go with a 1.0 release from trunk RSN.
> We known 2.0 will break BC and will come in a o.a.c.imaging2 package.
> So, why not release 1.0 in a package o.a.c
It's most certainly tomcat that is simply launched using jsvc.
You can change all that by modifying the startup script that launches
your tomcat.
But I would not be so sure if your cpu issue would go away with
ditching jsvc.
Then your service provider would just report that the process that uses
On Tue, Oct 22, 2013 at 1:49 PM, Jay Vee wrote:
> I am running Apache and Tomcat. I have a few simple html pages .html and
> no web apps at the moment.
Then why are you running Tomcat at all???
--
Hassan Schroeder hassan.schroe...@gmail.com
http://about.me/hassanschroe
Our local Tomcat and [daemon] experts will probably be of more use. You
can certainly run Tomcat without jsvc, but I don't know anything about your
setup, or what you'd be sacrificing by not using jsvc.
Matt
On Tue, Oct 22, 2013 at 3:49 PM, Jay Vee wrote:
> I am running Apache and Tomcat. I
I am running Apache and Tomcat. I have a few simple html pages .html and
no web apps at the moment. If this is needed, is there an alternative? If
it is needed does it have to take up 60% of the cpu doing nothing all the
time? I have no web apps installed at the moment.
thanks for the help.
Are you running Java-based processes, e.g. Apache Tomcat or any derivative
thereof, on this VM?
Matt
On Tue, Oct 22, 2013 at 3:17 PM, Jay Vee wrote:
> I have a BSD VM that I pay for. I pay for memory usage and keep getting
> overage notices and have to pay a buck or two every week.
>
> I was
This might be too wacky but I thought I'd offer it up anyway.
It looks like we are going to go with a 1.0 release from trunk RSN.
We known 2.0 will break BC and will come in a o.a.c.imaging2 package.
So, why not release 1.0 in a package o.a.c.imaging1?
Gary
On Tue, Oct 22, 2013 at 3:40 PM, Damj
I have a BSD VM that I pay for. I pay for memory usage and keep getting
overage notices and have to pay a buck or two every week.
I was told that the 'jsvc' process is taking up 60% of my daily cpu.
1. What is 'jsvc'?
2. How did I get it ( I do not remember buying it or installing it )?
Wow, that's a really good idea!
Yes it's feasible. If you'd like to write and commit a patch for it, feel free.
Damjan
On Tue, Oct 22, 2013 at 9:23 PM, Matt Benson wrote:
> If the API will be extensible, that's perhaps a different matter, although
> in that case maybe the extensible part should
If the API will be extensible, that's perhaps a different matter, although
in that case maybe the extensible part should be an interface implemented
by ImageFormat's constants. In this case we could convert ImageFormat to an
enum now and still make the API extensible later on.
Does this sound feas
I would like to avoid an enum there for later versions because I'd
like to make the API extensible with user-defined image formats, but
we can add it for 1.0.0.
Damjan
On Tue, Oct 22, 2013 at 9:00 PM, Matt Benson wrote:
> At some point I had had it in mind that ImageFormat should be converted to
At some point I had had it in mind that ImageFormat should be converted to
a proper enum type. Can anyone offer any reasons this should not be done,
particularly before 1.0.0?
Matt
On Tue, Oct 22, 2013 at 1:44 PM, Damjan Jovanovic wrote:
> Yes I agree, we might as well release trunk as 1.0.0.
Yes I agree, we might as well release trunk as 1.0.0. I am fixing the
last few bugs in Jira, and then let's get started with the release
:-). Support would be appreciated.
Damjan
On Tue, Oct 22, 2013 at 8:19 PM, Raul Kripalani wrote:
> Hello,
>
> @Gregory – many thanks for your input. You surely
Hello,
@Gregory – many thanks for your input. You surely belong very valid points
to the discussion.
The issue I see is that Apache Sanselan 0.97 has such a wide adoption in
the community that even in spite of the last public release being an
Incubator one, it has earned itself the status of a de
I found that the hanging is due to a known bug in 2.2 (IO-385) that was fixed
in 2.5. Unfortunately, I am on Java 1.5, so I can't upgrade my dependency. I
got the same issue with moveFile and copyFile because the bug exists in the
underlying doCopyFile method that both use. I do not allow mult
weak references are GC'ed when you close() your CursorableLinkedList
when do you close your CursorableLinkedList?
if you have ehcache (or any other caching mechanism) you will want to be
proactive
about removing the cache entries for connection-objects where connection times
out or becomes inv
The word "cache" pointed me to a possible cause of the memory usage:
prepared statement cache.
In fact I find a lot of different statements in the heap dump (around 4000
statements, which are less than 1 objects instances of the class in the
subject, but enough to ask myself if this is the reas
On 22/10/2013 09:27, Andrea Bosio wrote:
> Hello all,
>
> I have an application running on Tomcat, with dbcp 1.4, which shows an
> abnormal memory usage.
> Heap memory usage grows without releasing.
>
> Analyizing an heap dump with Eclipse Memory Analyzer, I find some strange
> objects instances
Hello all,
I have an application running on Tomcat, with dbcp 1.4, which shows an
abnormal memory usage.
Heap memory usage grows without releasing.
Analyizing an heap dump with Eclipse Memory Analyzer, I find some strange
objects instances of
class org.apache.commons.pool.impl.CursorableLinkedLis
23 matches
Mail list logo