subject:"\\\\\\\[T5\\\\\\\]"

Re: T5: Asset protection and 5.3.0

2011-06-23 Thread Robert Zeigler

Can you define "not working anymore"? Is the repo not functional, or is the 
dispatcher not funcitonal?

Robert

On Jun 23, 2011, at 6/232:58 AM , Angelo C. wrote:

> Hi,
> 
> do we need assetProtectionDispatcher in 5.3? seems to me following not
> working any more
> com.saiwaisolutions 
>  AssetProtectionDispatcher
>  1.0.0
> 
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/T5-Asset-protection-and-5-3-0-tp4516645p4516645.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Re: T5 IoC: EagerLoad and ApplicationGlobals

2011-06-23 Thread Erik Fäßler


 I created a small app with which the problem occurs, too.
Here the snippet from AppModule:

public class AppModule {

public static void contributeSymbolSource(
final OrderedConfiguration configuration,
@InjectService("TestSymbolProvider") SymbolProvider 
semedicoSymbolProvider) {

configuration.add("TestSymbolProvider", semedicoSymbolProvider);
}

public static void 
contributeTestSymbolProvider(Configuration conf, 
@InjectService("ApplicationGlobals")ApplicationGlobals applicationGlobals) {

Properties properties = null;
ServletContext context = applicationGlobals.getServletContext();
InputStream is = 
context.getResourceAsStream("/WEB-INF/configuration.properties"); // NPE 
(sometimes)

properties = new Properties();
try {
properties.load(is);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
properties.setProperty("my.value", "A value.");
conf.add(properties);
}

@EagerLoad
@ServiceId("TestSymbolProvider")
public static SymbolProvider buildTestSymbolProvider(
final Collection configurations) {
Properties properties = null;
Iterator it = configurations.iterator();
if (it.hasNext())
properties = it.next();
return new TestSymbolProvider(properties);
}

If you would like to have a look on my exact code, I could send this 
example to you. It's barely more than the T5 Quickstart.
I try to EagerLoad the SymbolSource (in lack of another eager loaded 
service which would simply rely on the TestSymbolProvider). 
contributeTestSymbolProvider is called and sometimes the NPE is thrown.

Stack trace:

java.lang.RuntimeException: Error invoking service contribution method 
tests.mytapestrytest.services.AppModule.contributeTestSymbolProvider(Configuration, 
ApplicationGlobals): java.lang.NullPointerException
at 
org.apache.tapestry5.ioc.internal.ContributionDefImpl.invokeMethod(ContributionDefImpl.java:139)
at 
org.apache.tapestry5.ioc.internal.ContributionDefImpl.contribute(ContributionDefImpl.java:76)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl$8.run(RegistryImpl.java:615)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl$1.invoke(OperationTrackerImpl.java:50)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl$1.invoke(OperationTrackerImpl.java:48)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:65)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.run(OperationTrackerImpl.java:46)
at 
org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.run(PerThreadOperationTracker.java:56)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.addToUnorderedConfiguration(RegistryImpl.java:611)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.getUnorderedConfiguration(RegistryImpl.java:475)
at 
org.apache.tapestry5.ioc.internal.ServiceResourcesImpl$1.invoke(ServiceResourcesImpl.java:88)
at 
org.apache.tapestry5.ioc.internal.ServiceResourcesImpl$1.invoke(ServiceResourcesImpl.java:86)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:65)
at 
org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:68)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1063)
at 
org.apache.tapestry5.ioc.internal.ServiceResourcesImpl.getUnorderedConfiguration(ServiceResourcesImpl.java:82)
at 
org.apache.tapestry5.ioc.internal.AbstractServiceCreator.getUnorderedConfiguration(AbstractServiceCreator.java:132)
at 
org.apache.tapestry5.ioc.internal.AbstractServiceCreator.access$100(AbstractServiceCreator.java:35)
at 
org.apache.tapestry5.ioc.internal.AbstractServiceCreator$1.findResource(AbstractServiceCreator.java:99)
at 
org.apache.tapestry5.ioc.internal.util.DelegatingInjectionResources.findResource(DelegatingInjectionResources.java:38)
at 
org.apache.tapestry5.ioc.internal.util.InternalUtils.calculateInjection(InternalUtils.java:254)
at 
org.apache.tapestry5.ioc.internal.util.InternalUtils.access$000(InternalUtils.java:86)
at 
org.apache.tapestry5.ioc.internal.util.InternalUtils$2.invoke(InternalUtils.java:303)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:65)
at 
org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:68)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1063)
at 
org.apache.tapestry5.ioc.internal.util.InternalUtils.calculateParameters(InternalUtils.java:307)
at 
org.apache.tapestry5.ioc.internal.util.InternalUtils.calculateParametersForMethod(InternalUtils.java:270)
at

Re: T5 IoC: EagerLoad and ApplicationGlobals

2011-06-23 Thread Josh Canfield

Can you provide some more stack trace?

Here is the code from TapestryFilter:

registry = appInitializer.createRegistry();

context.setAttribute(REGISTRY_CONTEXT_NAME, registry);

ServletApplicationInitializer ai =
registry.getService("ServletApplicationInitializer",
ServletApplicationInitializer.class);

// Sets request globals
ai.initializeApplication(filterConfig.getServletContext());

// collects eager load services and creates the underlying objects.
registry.performRegistryStartup();

Can you create a small example app that reproduces the problem?

On Thu, Jun 23, 2011 at 7:37 AM, Erik Fäßler  wrote:
>  Hi everyone!
>
> I build a web app using T5.2.5 and employing the T5 IoC container.
> I have a contribution to a service which gets the ApplicationGlobals service
> injected. Everything works fine - until I want to eagerload the service with
> the afore mentioned contribution.
> When I eagerload the service, sometimes everything is alright. But sometimes
> I get a NullPointerException here:
>
> ServletContext context = applicationGlobals.getServletContext();
> InputStream is = context.getResourceAsStream("/WEB-INF" +
> SemedicoSymbolProvider.CONFIG_FILE_NAME); // Here sometimes null pointer
>
> Thus, the ServletContext is null (I have tested that). I'm not sure how this
> works, it seems to me the eager load is so fast sometimes, that the servlet
> container (Jetty) has not started its services yet.
> In the stack trace there is this snippet:
>  SNIP ---
> at org.apache.tapestry5.TapestryFilter.init(TapestryFilter.java:102)
>    at org.eclipse.jetty.servlet.FilterHolder.doStart(FilterHolder.java:110)
>    at
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
>    at
> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:747)
>    at
> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:250)
>  SNAP ---
>
> This sounds like it would be tried to initialize the context. Perhaps this
> is a concurrency thing, I really don't know. Does anyone of you have some
> ideas on how to avoid this error? For me it would suffice if I could delay
> the eagerload until a later point where the ServletContext is surely
> initialized.
> But I wouldn't like to abandon the eager load at all, because then the first
> call to my web app takes quite some time (30sec or so). But again, when not
> using eager load, no errors are thrown.
>
> Best regards,
>
>    Erik
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

T5: Asset protection and 5.3.0

2011-06-23 Thread Angelo C.

Hi,

do we need assetProtectionDispatcher in 5.3? seems to me following not
working any more
com.saiwaisolutions 
  AssetProtectionDispatcher
  1.0.0

--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/T5-Asset-protection-and-5-3-0-tp4516645p4516645.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

T5 IoC: EagerLoad and ApplicationGlobals

2011-06-23 Thread Erik Fäßler

Hi everyone!

I build a web app using T5.2.5 and employing the T5 IoC container.
I have a contribution to a service which gets the ApplicationGlobals
service injected. Everything works fine - until I want to eagerload the
service with the afore mentioned contribution.
When I eagerload the service, sometimes everything is alright. But
sometimes I get a NullPointerException here:

ServletContext context = applicationGlobals.getServletContext();
InputStream is = context.getResourceAsStream("/WEB-INF" +
SemedicoSymbolProvider.CONFIG_FILE_NAME); // Here sometimes null pointer

Thus, the ServletContext is null (I have tested that). I'm not sure how
this works, it seems to me the eager load is so fast sometimes, that the
servlet container (Jetty) has not started its services yet.

In the stack trace there is this snippet:
SNIP ---
at org.apache.tapestry5.TapestryFilter.init(TapestryFilter.java:102)
at
org.eclipse.jetty.servlet.FilterHolder.doStart(FilterHolder.java:110)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:747)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:250)

SNAP ---

This sounds like it would be tried to initialize the context. Perhaps
this is a concurrency thing, I really don't know. Does anyone of you
have some ideas on how to avoid this error? For me it would suffice if I
could delay the eagerload until a later point where the ServletContext
is surely initialized.
But I wouldn't like to abandon the eager load at all, because then the
first call to my web app takes quite some time (30sec or so). But again,
when not using eager load, no errors are thrown.

< 1 2 3 4 5 6 7 8 9 10 >

501 - 600 of 13372 matches

Mail list logo