Oh, I see what you mean. But, an application generator tool might have
these "plugins" registered with it so that it can ask the user what features
they want enabled ("do you want autowire enabled?"). Then, it'll splat the
appropriate jar files down in the /WEB-INF/lib directory of the generated
application. Of course, we'd need a cool way to let them specify the
contributions without necessarily editing their hivemodule.xml file.
-----Original Message-----
From: Brian K. Wallace [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 26, 2006 1:58 PM
To: Tapestry development
Subject: Re: Tapestry 5 progress
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I like this as far as making Tapestry 'better', but I think I'm focusing
on "higher level" than directly using Tapestry. [see other reply to
Howard's reply - same topic]
James Carman wrote:
> Well, that's kind of what is being put together in the "tapestry" project
at
> JavaForge, a library of "drop-in jars" for Tapestry. The idea is that
once
> you drop in the jar file, it automatically binds itself into the framework
> via HiveMind and contributions to configuration points or overriding
service
> implementations. Maybe we can work on a caching module which would enable
> itself once dropped into the classpath.
>
>
>
> -----Original Message-----
> From: Brian K. Wallace [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 26, 2006 1:42 PM
> To: Tapestry development
> Subject: Re: Tapestry 5 progress
>
> lol - Example: I use Eclipse. It's not a "source code editor / syntax
> highlighter / code completer", it's a framework that has the JDT - THAT
> does those functions. It also doesn't integrate with SVN. Subclipse does
> that. So I don't believe Tapestry should do what I'd like - I think
> there should be a framework that uses Tapestry for what Tapestry does,
> but also has more 'plugins'. If you've ever used Vignette's StoryServer
> (or others out there), it's the same concept.
>
> "do it whenever, I don't care"... yeah - never heard that before. :-D
>
> Geoff Longman wrote:
>>> On 4/26/06, Brian K. Wallace <[EMAIL PROTECTED]> wrote:
>>> You know... I think (as much as I'd like to see this just 'built in')
>>> this is a lot like saying "I'd like my source code editor/syntax
>>> highlighter/code completer to have source code integration" - it doesn't
>>> belong. What you need is an "Eclipse/Idea/Pick your IDE" that integrates
>>> the two.
>>>
>>>> The above paragraph is in some English-like language that look
>>>> *exactly* like English but runs through my brain without computing
>>>> into anything at all ;-)
>>>> Probably the similar to the language my wife uses to mean "do it
>>>> yesterday or I will make your life a living hell" when she says "do it
>>>> whenever, I don't care."
>>>> What does "I'd like my source code editor/syntax
>>>> highlighter/code completer to have source code integration" mean?
>>>> Geoff
>>>
>>> Hmmm... Yeah... That would be an interesting endeavor. Time to work out
>>> something like this... Take that IDE to application-land.
>>>
>>> James Carman wrote:
>>>>>> It might be worth looking into OSCache for this.
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Brian K. Wallace [mailto:[EMAIL PROTECTED]
>>>>>> Sent: Wednesday, April 26, 2006 2:20 AM
>>>>>> To: Tapestry development
>>>>>> Subject: Re: Tapestry 5 progress
>>>>>>
>>>>>> Works for me. Plenty of growing room for 4 left anyway, right Jesse?
> ;-)
>>>>>> I'm just hoping to get documentation (*ugh*) and tooling (Spindle) up
> to
>>>>>> speed before 5 hits. (feed the masses and all that :-))
>>>>>>
>>>>>> In speaking of performance... (I'm off in dream land here, I know...
> but
>>>>>> I like it there sometimes)
>>>>>>
>>>>>> Many moons ago, there was talk of a 'tool' /'utility' that would
>>>>>> basically spider a Tapestry app and get all the generated HTML
> resulting
>>>>>> in basically a statically generated site. This helps tremendously
when
>>>>>> you're running behind a web server that's tuned to serve static
content
>>>>>> - it's what they do and they do it pretty well with no overhead past
>>>>>> itself (meaning no java, no db, etc). I'd like to see if we can't add
>>>>>> some sort of 'cache' attribute to the HTML (somewhere) that would
allow
>>>>>> Tapestry to perform this type of "wait, it says to cache it - i've
>>>>>> already generated it, I'll just grab that and use it" processing.
This
>>>>>> would also allow Tapestry to build on first access but write out the
>>>>>> generated HTML so the next time a request comes in for it, the web
>>>>>> server would find it first (outside the mapping for Tapestry).
Granted
>>>>>> this would only work for pages that were "cache=true" and had no
> dynamic
>>>>>> components inside it, but for a lot of sites that's enough
(especially
>>>>>> outside a 'user' area). If there's a static form, submitting it would
>>>>>> pass back to Tapestry for processing.
>>>>>>
>>>>>> I'd see this as only improving performance if you run Tapestry behind
>>>>>> something like Apache. Granted, you'd get a lot of "that's not fair -
>>>>>> you're not comparing our framework to yours if you don't hit your
>>>>>> framework more than once when we have to hit ours every time"
>>>>>> comments... but hey ;-)
>>>>>>
>>>>>> My .02
>>>>>> Brian
>>>>>>
>>>>>> Howard Lewis Ship wrote:
>>>>>>>> The basic AOP infrastructure is coming along. I expect the rest to
>>>>>>>> ramp up pretty quickly once I get that in place, but we're still
>>>>>>>> talking months. Maybe a useable beta by year's end.
>>>>>>>>
>>>>>>>> I think I predicted a big performance boost for Tapestry 4 apps vs.
>>>>>>>> equivalent Tapestry 3 apps. I believe the difference between 4 and
5
>>>>>>>> will be greater. In fact, I expect OGNL support to be an add on,
and
>>>>>>>> the built-in code will be an improved version of tapestry-prop
(from
>>>>>>>> Tapestry @ JavaForge). I want Tapestry to be extremely high
>>>>>>>> performance, as one of its differentiators from JSF and Rails.
>>>>>>>>
>
- ---------------------------------------------------------------------
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]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
iD8DBQFET7TEaCoPKRow/gARAj/XAKDTxrEK/LqFUKanNKAp9+XX8kW+hQCfRw/A
3FLroGSnxc21so6nCZt+/eA=
=Pmt7
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
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]
