Great, this does the trick!
Thanx a lot,
cheers,
Martin
On Sun, 2007-05-27 at 23:11 +0700, Ivan Dubrov wrote:
> You can contribute to ComponentClassResolver service mappings from
> prefix (e.g, "mod1") to package, like the following:
>
> public static void
> contributeComponentClassResolver(Con
You can contribute to ComponentClassResolver service mappings from
prefix (e.g, "mod1") to package, like the following:
public static void
contributeComponentClassResolver(Configuration
configuration) {
configuration.add(new LibraryMapping("mod1",
"org.comp.app.mod1.presentation"));
config
On Fri, 2007-05-25 at 18:52 +0200, Martin Grotzke wrote:
> On Fri, 2007-05-25 at 21:52 +0800, 蝈蝈龙 wrote:
> > I'm also trying to separate the packae in TP5.
> > But I think the package may look like
> >
> > // business layer
> > org.comp.app.business.mod1
> > org.comp.app.business.mod2
> >
> > //
On Fri, 2007-05-25 at 21:52 +0800, 蝈蝈龙 wrote:
> I'm also trying to separate the packae in TP5.
> But I think the package may look like
>
> // business layer
> org.comp.app.business.mod1
> org.comp.app.business.mod2
>
> // dao layer
> org.comp.app.dao.mod1
> org.comp.app.dao.mod2
okay, but first h
I'm also trying to separate the packae in TP5.
But I think the package may look like
// business layer
org.comp.app.business.mod1
org.comp.app.business.mod2
// dao layer
org.comp.app.dao.mod1
org.comp.app.dao.mod2
// presentation layer
then the presentation packages shall contain subpackages
fo
Hi,
I have a question concerning the configuration of tapestry5
with the context-param "tapestry.app-package" and the support
of multiple modules per application (several root-packages).
We have an application that first has modules and then layers
for each module, like the following:
org.comp.a
