Definitely a step closer! Thanks so much Howard, now I just have to
figure out how to use the getLink() method properly, digging through
others' code now ;-).
-warner
On Oct 29, 2006, at 8:22 PM, Howard Lewis Ship wrote:
Warner,
I'm still unsure what's happening with your stack trace, but
Jesse Kuhnert wrote:
> I use the ServiceLink quite often but am not as familiar with the
> configuration point you are contributing to. For example, tacos plugs
> in to
> the "tapestry.services.FactoryServices" configuration point to add
> special
> services:
>
> http://tacos.svn.sourceforge.net/vi
Warner,
I'm still unsure what's happening with your stack trace, but things are
beginning to come together.
The core problem is that your engine service, ICalService, is not invoking
the LinkFactory service correctly:
public ILink getLink(boolean isPost, Object parameters) {
return li
Hmm, according to the hivedoc those should be (roughly) the same, one
is for Tapestry's factory (what your using) and the other overrides
factory defaults and (i believe) is meant to be used externally (if
i'm reading the docs right).
http://tapestry.apache.org/tapestry4/tapestry/hivedocs/c
I use the ServiceLink quite often but am not as familiar with the
configuration point you are contributing to. For example, tacos plugs in to
the "tapestry.services.FactoryServices" configuration point to add special
services:
http://tacos.svn.sourceforge.net/viewvc/tacos/tacos-4.0/trunk/tacos-co
There is a nice example on how to use ServiceLink component with your
own EngineService in Chapter 8 (Handling File Downloads and Uploads) of
"Enjoying Web Development w/ Tapestry" book. It also has nice
explanations on the "flow"...
Dennis
Warner Onstine wrote:
After some more diging I deci
After some more diging I decided to try some other things and now
have a new (stranger error).
I removed the injectobject annotation and replaced it with this in
the UpcomingEvents.page:
object="service:eventscalendar.ICalService"/>
I also lower-case the "c" on the method thinking that migh
Ok, I've made that change along with some others I'm documenting now:
@InjectObject("engine-service:ical")
public abstract IEngineService getIcal();
hivemodule.xml - I realized that the service was in a sub-package and
that I may need to refer to it by module name
id="tapestr
Try changing to:
@InjectObject("engine-service:ical")
public abstract IEngineService getIcal();
On 10/28/06, Warner Onstine <[EMAIL PROTECTED]> wrote:
Ok,
I've updated the getName():
public String getName() {
return "ical";
}
which now matches the definition in the hivemo
Ok,
I've updated the getName():
public String getName() {
return "ical";
}
which now matches the definition in the hivemodule.xml:
Also, check the console, there should be a log error.
My current theory: service "ical" was discarded because the names didn't
match AND the code that outputs the "missing engine service" error message
is broken.
On 10/28/06, Howard Lewis Ship <[EMAIL PROTECTED]> wrote:
First problem I see:
First problem I see:
hivemodule.xml:
public String getName() {
return "ICalService";
}
These need to be the same string. Tapestry is checking that the engine
service knows its own name, in case it generates any links.
I don't think that's your root problem.
I need to see the code
Hi all,
I'm having some difficulties injecting a service, when I reference
the service through a @ServiceLink I get this exception:
org.apache.hivemind.ApplicationRuntimeException
No engine service named ''
is available.
Stack Trace:
*
org.apache.tapestry.services.impl.ServiceMapImpl.build
13 matches
Mail list logo
