Mailing-List: contact clerezza-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: clerezza-dev@incubator.apache.org
Message-ID: <22831154.65211286711910839.JavaMail.jira@thor>
Date: Sun, 10 Oct 2010 07:58:30 -0400 (EDT)
From: "Karl Pauls (JIRA)" <jira@apache.org>
To: clerezza-dev@incubator.apache.org
Subject: [jira] Commented: (CLEREZZA-320) SSP rendering is slow:
 scala.tool.nsc.interpreter.AbstractFileClassLoader.findClass needs  a lot
 of time to be executed
In-Reply-To: <8884726.37171286518531006.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/CLEREZZA-320?page=3Dcom.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D12=
919595#action_12919595 ]=20

Karl Pauls commented on CLEREZZA-320:
-------------------------------------

@Hasan, there are certain cases where classes from the outside expect that =
they can use any classloader to get to outside classes (e.g., swing). Thats=
 why we have a magic bootdelegation in felix that detects these cases and b=
ootdelegates automagically. This is one of the cases and I fixed it in the =
issue for ipojo iirc. However, it might very well be that we don't detect t=
his special case because of your set-up. It looks like there is scala in th=
e mix too etc. so maybe thats what prevents us form auto-bootdelegation (we=
 only do it if we are sure  - when in doubt we don't)

> SSP rendering is slow: scala.tool.nsc.interpreter.AbstractFileClassLoader=
.findClass needs  a lot of time to be executed
> -------------------------------------------------------------------------=
----------------------------------------------
>
>                 Key: CLEREZZA-320
>                 URL: https://issues.apache.org/jira/browse/CLEREZZA-320
>             Project: Clerezza
>          Issue Type: Bug
>         Environment: in netbeans, during cpu profiling exclude all java c=
ore classes
>            Reporter: Tsuyoshi Ito
>            Assignee: Reto Bachmann-Gm=C3=BCr
>            Priority: Blocker
>         Attachments: org.clerezza.test.render.zip, page_reuest_wo_javacor=
e.png
>
>
> during profiling session we detected that rendering ssp is very slow. A l=
ot of time is used to execute scala.tool.nsc.interpreter.AbstractFileClassL=
oader.findClass. Seems that each execution the classes are (re)loaded. IMO =
this should not be the case.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.