Is it really making that much of an impact?
Each blank line is only one byte.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 28/9/04 19:15, "joe a." <[EMAIL PROTECTED]> wrote:
> Is there a reason why Resin runs on port 8080 by default?
Yes.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 4/9/04 8:26, "Dan Allen" <[EMAIL PROTECTED]> wrote:
> This workflow seems to make the most sense.
It certainly does in some cases. In my messageboard for instance, after
submitting a new message I go directly to the page that views the message,
rather than back to the index. As people often
On 25/8/04 11:43, "Rick Reumann" <[EMAIL PROTECTED]> wrote:
> I also added a very small war and some brief explanation of using both
> the nested tag and JSTL for working with nested beans in your forms.
Looks very useful, thanks.
One thing though: The WAR file I grabbed from that page seems to
On 23/8/04 23:51, "Nathan Maves" <[EMAIL PROTECTED]> wrote:
> Yeah I know what happenedIt's still there :)
Not from here.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 11/8/04 6:18, "Michael McGrady" <[EMAIL PROTECTED]> wrote:
> I loved those competitions in perl that tried to
> be the hardest to understand.
Competitions? I've seen C ones (the 12 days of Xmas one is a classic), but
truly idiomatic Perl is self-obfuscating!
Let's not get into language wars,
On 11/8/04 0:33, "Michael McGrady" <[EMAIL PROTECTED]> wrote:
> You soccer types are a trip.
It's called football, old boy.
And we (well, some of us) have vast amounts of mod_perl code that it would
be shameful to throw away.
On 11/8/04 0:19, "Jim Barrows" <[EMAIL PROTECTED]> wrote:
> There isn't one.
Exactly. Michael's answer was not only curt, it was incorrect.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO
On 10/8/04 23:46, "Michael McGrady" <[EMAIL PROTECTED]> wrote:
> Be sure to use a link which actually addresses the files you want to
> include.
But he used the keyword 'dynamic'. So presumably it's more than a static
file that he wants to include.
Me - I'd link to use the output of a mod_perl s
On 10/8/04 20:18, "Michael McGrady" <[EMAIL PROTECTED]> wrote:
> Yes.
Woah there, go steady with the heavy science.
Perhaps you could précis an answer for the guy? It didn't need to be as
long as 'Yes', when 'Y' might well have been sufficient.
On 31/5/04 23:27, "David Friedman" <[EMAIL PROTECTED]> wrote:
> I didn't mention it because you described wanting a file-based control
My intention was to ask for the /best/ solution, but I wasn't steered
towards Tiles controllers by the poor Husted book, which doesn't even
mention them.
I didn'
On 31/5/04 23:16, "ksitron" <[EMAIL PROTECTED]> wrote:
> I think what you're looking for is a TileConroller.
That's exactly what I'm looking at right now - I only didn't respond earlier
in case it was a dead end. It's a black hole documentation-wise (Husted
doesn't even mention Tile Controllers)
On 31/5/04 2:52, "Michael McGrady" <[EMAIL PROTECTED]> wrote:
> Why don't you just use an
> ActionForward to go to the tiles definition in tiles-defs.xml you
> want?
Maybe I didn't explain myself well. The point is that I don't want to have
one set of tile definitions for when they're logged in,
Bear with a beginner's question, please. Loads of docs imply this is
possible, but I haven't found ones that actually illustrate how to do it.
Standard scenario, a user can be logged in or out. I want to determine which
Tile is included based on whether they're logged in. This can be determined
f
14 matches
Mail list logo
