Thanks.
I used
configuration.addInstance(…, …)
I also had to change the constructor of my overriding service, the injected
constructor parameter needed an explicit @InjectService("Request") annotation.
Both changes together and there wasn't an Exception anymore.
Andy
Am 23.09.2013 um
Your ClassCastException is caused by using configuration.add(…, …) instead
of configuration.addInstance(…, …)
If you find that contribution to ServiceOverride fails causes circular
dependency you can decorate instead of override:
static BaseURLSource decorateBaseURLSource(BaseUrlSource default,
@
I tried another approach, which unfortunately did not work as well.
I copied the source of Tapestry's BaseURLSourceImpl. Then renamed it to
CustomBaseURLSourceImpl. For the purpose of the test I did not even modify the
source, only gave the class a new name.
Then I tried to contribute it as a
Am 22.09.2013 um 18:48 schrieb Nicolas Bouillon :
> Hi,
>
> You can try starting you application server with this JVM options :
>
> -Dtapestry.hostport-secure=443 -Dtapestry.hostport=80
>
> Nicolas.
>
That is not really an option, because I don't want to deploy to multiple tomcat
instances
No, that does not work. When I try to inject the Request object as a method
parameter, the application won't start. An Exception is thrown on startup:
2013-09-22 20:40:30,689 ERROR ServiceOverride:64 - Construction of service
ServiceOverride failed: Error invoking service contribution method
de
Hi,
You can try starting you application server with this JVM options :
-Dtapestry.hostport-secure=443 -Dtapestry.hostport=80
Nicolas.
2013/9/22 Andy Pahne :
> Hi there,
>
> I have a T5 app, that
> - is party protected with SSL (fronted with Apache)
> - also has some unprotected content not
