2016-07-28 11:39 GMT+02:00 Sreekanth S. Nair :
> Am sorry for not updating, though it got resolved yesterday eve by removing
>
>
>
> as you asked for the urls, i have noticed yesterday that is the culprit
> making things drag it, reading even third party jars (more than 800 entries
> are there in
Am sorry for not updating, though it got resolved yesterday eve by removing
as you asked for the urls, i have noticed yesterday that is the culprit
making things drag it, reading even third party jars (more than 800 entries
are there in url and all are unrelated)
On Thu, Jul 28, 2016 at 2:43 P
2016-07-25 13:08 GMT+02:00 Sreekanth S. Nair :
> I've tried with both dev mode on and off but the problem still persist. No
> i'm not using any java 8 plugin and also we are not using any java8 lambda
> code inside action classes. Fyi, its deployed in wildfly 10.0.0 Final,
> having around 7 to 8 WA
2016-07-21 17:30 GMT+02:00 Sreekanth S. Nair :
> List urls = this.readUrls();
> *ClassFinder finder = this.buildClassFinder(ex, urls); //LONG TIME*
Can you post result of "urls"?
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
--
I've tried with both dev mode on and off but the problem still persist. No
i'm not using any java 8 plugin and also we are not using any java8 lambda
code inside action classes. Fyi, its deployed in wildfly 10.0.0 Final,
having around 7 to 8 WARS deployed as an EAR.
On Mon, Jul 25, 2016 at 4:31 PM
2016-07-22 8:23 GMT+02:00 Sreekanth S. Nair :
> We are using JDK 8u92, yes i have disabled devmode, enabled back for
> debugging this issue.
You should switch it off when debugging as in devMode configuration is
re-loaded on each request. Secondly, do you use the Java8 Plugin?
Regards
--
Łukasz
We are using JDK 8u92, yes i have disabled devmode, enabled back for
debugging this issue.
On Fri, Jul 22, 2016 at 11:48 AM, Lukasz Lenart
wrote:
> 2016-07-21 17:30 GMT+02:00 Sreekanth S. Nair <
> sreekanth.n...@egovernments.org>:
> > By investigating further on this its taking time at
> >
> >
2016-07-21 17:30 GMT+02:00 Sreekanth S. Nair :
> By investigating further on this its taking time at
>
> PackageBasedActionConfigBuilder#buildActionConfigs
>
> Line No 293 Set classes = this.findActions();
>
> related struts.xml
>
>
> value="jar,vfsfile,vfszip,vfs,zip" />
>
>
>
>
>
>
>
> furt
2016-07-21 17:02 GMT+02:00 Sreekanth S. Nair :
> Hi Lukasz,
> I have debugged through the code (version : 2.3.24.1) and
> found the most time taking (marked in *red*) process ie at
> DefaultConfiguration#reloadContainer class when loading provider called
> convention.PackageProvid
By investigating further on this its taking time at
PackageBasedActionConfigBuilder#buildActionConfigs
Line No 293 Set classes = this.findActions();
related struts.xml
further inside findActions method
List urls = this.readUrls();
*ClassFinder finder = this.buildClassFinder(ex, urls);
Hi Adam,
With ref to my previous reply i hope this is nothing to do
with spring, since this delay is happening after struts spring
initialization phase. And yes we have component scanning enabled for spring
which we are limiting to our own package, similar to the one you have
mention
In your spring configuration, what packages are you scanning? It could be that
you’re not limiting things to just your package tree. For example, in our
spring @Configuration class, we have the following:
@ComponentScan(basePackages = { "org.tdar" },
excludeFilters = {
@
Hi Lukasz,
I have debugged through the code (version : 2.3.24.1) and
found the most time taking (marked in *red*) process ie at
DefaultConfiguration#reloadContainer class when loading provider called
convention.PackageProvider
// Then process any package providers from the plugin
Sure Lukasz...
On Thu, Jul 21, 2016 at 11:57 AM, Lukasz Lenart
wrote:
> 2016-07-21 8:22 GMT+02:00 Sreekanth S. Nair <
> sreekanth.n...@egovernments.org>:
> > May be... We are using strust2-spring-plugin. I'm not pretty sure about
> > this plugin internal, need to investigate on this where its sp
2016-07-21 8:22 GMT+02:00 Sreekanth S. Nair :
> May be... We are using strust2-spring-plugin. I'm not pretty sure about
> this plugin internal, need to investigate on this where its spending time.
This plugin replaces the Struts ObjectFactory with a Spring
ObjectFactory which simply delegates obje
May be... We are using strust2-spring-plugin. I'm not pretty sure about
this plugin internal, need to investigate on this where its spending time.
On Thu, Jul 21, 2016 at 11:45 AM, Lukasz Lenart
wrote:
> 2016-07-21 7:58 GMT+02:00 Sreekanth S. Nair <
> sreekanth.n...@egovernments.org>:
> > Hi Ada
2016-07-21 7:58 GMT+02:00 Sreekanth S. Nair :
> Hi Adam,
>I don't think a blank artifact can replicate the issue, in
> our app action consist of many spring beans dependency and so on. As i said
> this is happening only while first time a page loads from a web context,
> later on an
Hi Adam,
I don't think a blank artifact can replicate the issue, in
our app action consist of many spring beans dependency and so on. As i said
this is happening only while first time a page loads from a web context,
later on any pages from the same web context loads normal. I guess
Hi,
Have you tried this on a blank artifact? Seems like it might be a local
configuration issue as opposed to a struts issue. If the former, addressing it
might depend on your own initialization sequence and perhaps setting up your
own Servlet init method
> On Jul 20, 2016, at 1:46 PM, Sreeka
It seems like struts2 takes very long time while loading page for the first
time within a webcontext, this will definitely save deployment time but
result in less responsive for enduser for the first time. I guess this is
struts's default behavior, is there anyway we can instruct struts2 to load
in
20 matches
Mail list logo
