Indeed so it seemsI didn't get an email, that's weird... Anyway,
it seems that the port 8080 which the integration test is running
under is taken...obviously (of course I had to pick one of the most
commonly used) Which port can I use?
Nils-H
On Nov 5, 2007 12:50 PM, Don Brown [EMAIL
The Bamboo messages to go [EMAIL PROTECTED], which you may not
be on. As for the port, just pick one, say 8887.
Don
On 11/5/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
Indeed so it seemsI didn't get an email, that's weird... Anyway,
it seems that the port 8080 which the
Oh, and thanks for fixing it so quick :)
Don
On 11/5/07, Don Brown [EMAIL PROTECTED] wrote:
The Bamboo messages to go [EMAIL PROTECTED], which you may not
be on. As for the port, just pick one, say 8887.
Don
On 11/5/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
Indeed so it
On Nov 4, 2007 10:26 PM, Chris Pratt [EMAIL PROTECTED] wrote:
On Nov 4, 2007 2:58 PM, Don Brown [EMAIL PROTECTED] wrote:
As for the problem of so many combinations of plugins, I'm all for the
proliferation of plugins, but do think we need to not ship with two
plugins that solve the same
Maybe my local copy is whacked, but I'm still getting an error on the
StreamResultTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.325 sec
Running org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
https://issues.apache.org/struts/browse/WW-2292
I'm assuming what's happening is that ActionSupport's
validation is enough to use field validator
annotations even if the action doesn't have an
explicit @Validation() annotation (or something else
that leads to the same result).
WW-2292 basically
I didn't get very far with the example application. But I should be able
to get that finished today. That application should illustrate exactly
how I've been doing things lately. The situation you brought up is
exactly the same one that we hit and I'm sure everyone else does
eventually. We did
On Nov 5, 2007 5:16 AM, Ted Husted [EMAIL PROTECTED] wrote:
On Nov 4, 2007 10:26 PM, Chris Pratt [EMAIL PROTECTED] wrote:
On Nov 4, 2007 2:58 PM, Don Brown [EMAIL PROTECTED] wrote:
As for the problem of so many combinations of plugins, I'm all for the
proliferation of plugins, but do
OK, that would be easy enough.
On Nov 5, 2007 12:29 PM, Chris Pratt [EMAIL PROTECTED] wrote:
From what I've seen, the Spring model of creating a modules
sub-directory off the lib directory, for all the extra's works
pretty well.
(*Chris*)
Ted Husted wrote:
On Nov 1, 2007 4:10 PM, Brian Pontarelli [EMAIL PROTECTED] wrote:
s:hidden name=[EMAIL PROTECTED] value=EUR/
s:textfield key=child.allowance/
c:hidden name=[EMAIL PROTECTED] value=MM/dd//
s:textfield key=subscription.expireDate/
Is the use case that these facts
Okay. The example is in the SmartURLs repository:
http://smarturls-s2.googlecode.com/svn/trunk/apps/crud-example/
It works pretty well. A few things I think could help reduce the overall
code bloat:
1. Support public fields instead of just getters/setters on actions.
I've never actually
How will this handle key collisions in large projects? Or collisions
with resources on the classpath that aren't easily modified?
-bp
Ted Husted wrote:
I'm looking at https://issues.apache.org/struts/browse/WW-809 which
would let us load message resources by designating a package with a
Who manages this? I noticed that none of the Struts-related activities
at ApacheCon shows up on it. If anyone actually uses this calendar, we
(the royal we, that is) should add these.
--
Martin Cooper
-
To unsubscribe, e-mail:
13 matches
Mail list logo