That would work, too. But, HiveMind already has the auto-discovery stuff built in. It's really not that hard to configure stuff via HiveMind. Of course, that's coming from a HiveMind committer. :-)
-----Original Message----- From: Geoff Longman [mailto:[EMAIL PROTECTED] Sent: Thursday, June 15, 2006 2:31 PM To: Tapestry users Subject: Re: custom namespace You run the risk of me going into the whole sob story about T4 and how to fix it in T5! :-) Why isn't the .library file enough config? Just put it in the META-INF dir of the jar and have Tapestry autodiscover it. ? Geoff On 6/15/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > In the context of that suggestion, where would you see this configuration > data going ? > > On 6/15/06, Geoff Longman <[EMAIL PROTECTED]> wrote: > > > > Good God No! > > > > While I love the idea of auto discovery of libraries, every time I see > > a quick suggestion to use Hivemind I cringe. > > > > IMO HM is *required* to do too many everyday things in T4. HM should > > be relegated to use when the *implementation of the runtime* needs to > > be changed or enhanced because a convention doesn't handle a > > particular case. A normal everyday user should be able to build > > libraries, have full featured ASO's, and build services without ever > > writing a line of HM config. > > > > That puts a lot more pressure on the committers to identify the > > everyday tasks and find intelligent conventions for users to do > > something without writing HM code. That doesn't mean HM is out of the > > mix, it's just out of sight and available for those 1% cases where you > > just have to make Tap behave differently from the convention. Really, > > in a perfect world the Tapestry docs would make no reference to HM > > except in an appendix. > > > > end of rant! > > > > Geoff > > > > On 6/15/06, James Carman <[EMAIL PROTECTED]> wrote: > > > It would be nice if the component libraries could add themselves to the > > mix > > > via a HiveMind contribution. Of course, they would allow "users" to > > > override their default namespace via a symbol override contribution or > > > something. That's the way I'd do it. > > > > > > -----Original Message----- > > > From: Norbert Sándor [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, June 15, 2006 12:27 PM > > > To: Tapestry users > > > Subject: Re: custom namespace > > > > > > I use many such component libraries which means that because of this > > > issue, many libraries must be specified "by hand". > > > Not a big problem, just tried to avoid it :) > > > > > > Regards, > > > Norbi > > > > > > Geoff Longman wrote: > > > > Yes, that's true. But is that really a problem? Contrib has the same > > > > issue. > > > > > > > > Geoff > > > > > > > > On 6/15/06, Norbert Sándor <[EMAIL PROTECTED]> wrote: > > > >> Thanks! > > > >> > > > >> This means that I must force the user of my component library to > > define > > > >> my library with a fix alias in the .application file. > > > >> > > > >> Regards, > > > >> Norbi > > > >> > > > >> Jesse Kuhnert wrote: > > > >> > You mean like contrib or tacos? I think the namespace name can be > > tied > > > >> > to a > > > >> > .library file via your .application configuration. (this I'm less > > sure > > > >> > of as > > > >> > the best solution) > > > >> > > > > >> > On 6/14/06, Norbert Sándor <[EMAIL PROTECTED]> wrote: > > > >> >> > > > >> >> Hi, > > > >> >> > > > >> >> By default there are 2 namespaces: framework and application. > > > >> >> How can I define my own, custom namespace? > > > >> >> > > > >> >> Regards, > > > >> >> Norbi > > > >> >> > > > >> >> > > --------------------------------------------------------------------- > > > >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >> >> For additional commands, e-mail: [EMAIL PROTECTED] > > > >> >> > > > >> >> > > > >> > > > > >> > > > > >> > > > > >> > > ------------------------------------------------------------------------ > > > >> > > > > >> > No virus found in this incoming message. > > > >> > Checked by AVG Free Edition. > > > >> > Version: 7.1.394 / Virus Database: 268.8.3/362 - Release Date: > > > >> 2006.06.12. > > > >> > > > > >> > > > >> --------------------------------------------------------------------- > > > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > >> > > > >> > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > The Spindle guy. http://spindle.sf.net > > Blog: http://jroller.com/page/glongman > > Other interests: http://www.squidoo.com/spaceelevator/ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Jesse Kuhnert > Tacos/Tapestry, team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. > > -- The Spindle guy. http://spindle.sf.net Blog: http://jroller.com/page/glongman Other interests: http://www.squidoo.com/spaceelevator/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
