shale-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig McClanahan (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SHALE-301) scan configures packages or jar files only
Date Tue, 03 Oct 2006 21:29:15 GMT
    [ http://issues.apache.org/struts/browse/SHALE-301?page=comments#action_38323 ] 
            
Craig McClanahan commented on SHALE-301:
----------------------------------------

I will try to review this as soon as I can ... but I'm currently at the AjaxWorld conference
in Santa Clara.  One good thing about ApacheCon next week.  I'll be able to *focus* on Shale
and get a lot of stuff done.


> scan configures packages or jar files  only
> -------------------------------------------
>
>                 Key: SHALE-301
>                 URL: http://issues.apache.org/struts/browse/SHALE-301
>             Project: Shale
>          Issue Type: New Feature
>          Components: Tiger
>            Reporter: Mario Ivankovits
>         Attachments: configurable_scan_packages.diff, DumpScanPackages.diff, DumpScanPackages.java
>
>
> Attached you will find a patch which allows to configure which packages or jar files
shale-tiger should scan during startup.
> The idea behind this patch is to improve the startup times of shale-tiger, though, this
requires to have a good insight when used with 3rd party libraries. But the faster startup
time one might get is especially during development worth it.
> If the context configuration parameter is missing, the old scanning behaviour will be
used.
> A example for the configuration parameter:
>         <context-param>
>                 <param-name>org.apache.shale.tiger.SCAN_PACKAGES</param-name>
>                 <param-value>com.ops.Contact.backings,com.ops.OPSJ.jsflib,shale-tiger-1.0.4-dev.jar</param-value>
>         </context-param>
> This example means:
> * Scan all classes in "com.ops.Contact.backings" (and its children)
> * Scan all classes in "com.ops.OPSJ.jsflib" (and its children)
> * Scann all classes in "shale-tiger-1.0.4-dev.jar"
> Using the above configuration speedup the startup from shale-tiger from 4.5 seconds to
0.5 seconds (for our application in development mode with 1461 classes in WEB-INF/classes
and 91 dependencies in WEB-iNF/lib)
> old behaviour:
> 2006-09-29 21:08:08,286 INFO  [main] faces.LifecycleListener2 - Starting up Shale Tiger
extensions
> 2006-09-29 21:08:12,847 INFO  [main] faces.LifecycleListener2 - Startup of Shale Tiger
extensions is complete
> new behaviour:
> 2006-09-29 21:09:32,018 INFO  [main] faces.LifecycleListener2 - Starting up Shale Tiger
extensions
> 2006-09-29 21:09:32,506 INFO  [main] faces.LifecycleListener2 - Startup of Shale Tiger
extensions is complete
> The patch is meant as a start for a discussion, once we found that this should go into
the codebase I'll try to figure out how to create a test case and a better documentation for
it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message