I don't know if it makes any practical difference, but I wonder if we
should decide to use either "Resolved" or "Closed", but not both.
Right now, we seem to be using either/or, willy-nilly.
Following up on Don's observations, my preferences would be to keep it
simple and just use Resolved and for
Hi all,
I am using Jboss server with struts.I used java class for getting the
real path
of web application.This class iscalled by my Sheduler class that is run
automatically when application server start and not called by Action class.
How I get web application path from my java
Just to follow up, already this week, we've resolved 25 issues,
including 13 that were tagged for 2.1.1. We have another 47 in the 2.1
series, which, at this rate, we could have knocked off by ApacheCon.
If you consider yourself an active Struts 2.x committer, and you
haven't resolved a JIRA issue
Please ask questions like this on the struts-user
mailing list, struts-dev is for the development of
struts itself.
Thanks,
Dave
--- Sathesh Kumar <[EMAIL PROTECTED]>
wrote:
> Hi all,
> I am using Jboss server with struts.I used
> java class for getting the real path
> of web applicatio
Just to followup, I setup a Google Code site as a place to describe
and design cross-platform technologies that pertain to web application
development and deployment. For some time now, I've spent half my time
working in .NET, which probably won't change for another year or two,
and so working on c
Looks good to me. I was going to suggest putting this on the wiki,
but a googlecode project is even better. So would the code for this
new struts2 plugin live here or in the struts codebase?
On 11/1/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> Just to followup, I setup a Google Code site as a pla
The notion is that Struts and other projects could build their own
implementations based on the specification, the same way different
groups build components based on the JSON-RPC specification. So, no,
we wouldn't put our own implementation on the Google Code site.
-Ted.
On Nov 1, 2007 9:59 AM,
First, just wanted to cover the plan quick. I was planning on merging
the SmartURLs code into the existing codebehind plugin tomorrow and
ensuring everything is correctly in the new packages and that the old
annotations are correctly deprecated. Is this still how we want to move
forward?
S
So, just wanted to toss this into the mix and see what you all thought.
Here's the issue I had:
Vertigo has a Money object that is a value and currency. I wanted to set
the value from a form. I wanted the currency code to be definable for
that specific form element. Oh, and Money is immutable.
On 11/2/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
>
> First, just wanted to cover the plan quick. I was planning on merging
> the SmartURLs code into the existing codebehind plugin tomorrow and
> ensuring everything is correctly in the new packages and that the old
> annotations are correctly
Don Brown wrote:
On 11/2/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
First, just wanted to cover the plan quick. I was planning on merging
the SmartURLs code into the existing codebehind plugin tomorrow and
ensuring everything is correctly in the new packages and that the old
annotations
On 11/2/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> I think we might have slightly different ideas, but in general I imagine
> everyone is pretty much inline and flexible enough to accept ideas from
> others. I'll bang out the spec today and tomorrow and then see where we
> are at. I'll put t
I've always wondered why all parameters are not passed to the
converter. There are a lot of cases, (like yours) when the conversion
depends on other parameters. If all parameters were passed to the
converter you wouldn't need this right? I feel kind of uncomfortable
with adding yet another syntax.
Don Brown wrote:
On 11/2/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
I think we might have slightly different ideas, but in general I imagine
everyone is pretty much inline and flexible enough to accept ideas from
others. I'll bang out the spec today and tomorrow and then see where we
are
True to some degree. You still have the issue that some of the
parameters don't map to properties of the JavaBean. If you did this:
You would need to specify that the currencyCode should be excluded,
which means more configuration (especially if Raible gets all the
changes in for his except
Brian Pontarelli wrote:
Besides that, I feel that everything else is fine and all we would be
adding would be features. Nothing else really needs to be completely
changed, but these two changes would impact applications that are
already built on SmartURLs and codebehind.
So, if I bang out t
On Nov 1, 2007 5:02 PM, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> So, if I bang out this specification, which would include the existing
> functionality with the changes above and a few other things I want to
> add in terms of features (i.e. searching / interceptors / defaults /
> exceptions /
On Nov 1, 2007 6:34 PM, Jeromy Evans <[EMAIL PROTECTED]> wrote:
> While on the topic, with respect to defaults/exceptions etc, can I ask
> the specification addresses how invalid URLs are handled.
The specification implies that the implementation should raise a 404.
> In the
> current implementat
Ted Husted wrote:
Could you be more specific as to what enhancements would be the most useful?
My smarturl's wishlist:
- perform hierarchical namespace scanning as proposed by Ted
- allow namespace wildcards as per the new REST plugin:
@Namespace("/pets/{type}");
- accept URL path p
Ted Husted wrote:
On Nov 1, 2007 5:02 PM, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
So, if I bang out this specification, which would include the existing
functionality with the changes above and a few other things I want to
add in terms of features (i.e. searching / interceptors / defaults
Jeromy Evans wrote:
Brian Pontarelli wrote:
Besides that, I feel that everything else is fine and all we would be
adding would be features. Nothing else really needs to be completely
changed, but these two changes would impact applications that are
already built on SmartURLs and codebehind.
On 11/1/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> I've also built 3 components using it, a CMS component, News component
> and User component. All of these components are being used in the above
> sites.
>
If you don't mind my asking, what CMS system did you use? (or is it
internally deve
Brian Pontarelli wrote:
Jeromy Evans wrote:
While on the topic, with respect to defaults/exceptions etc, can I
ask the specification addresses how invalid URLs are handled. In the
current implementation (0.18) invalid URL's return (unexpected?)
success results.
They shouldn't unless it find
Matt Raible wrote:
The Roller / Struts 2 BOF is on at ApacheCon!
Wednesday night, 8:30-9:30 in Room 3.
I assume it's kosher to come to this even if I'm not attending ApacheCon?
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTE
The Roller / Struts 2 BOF is on at ApacheCon!
Wednesday night, 8:30-9:30 in Room 3.
http://wiki.apache.org/apachecon/BirdsOfaFeatherUs07
Dave said he'd do a presentation, but according to the ApacheCon folks
there won't be any projectors available. Anyone in ATL have a
projector we could borrow?
I won't tell if you don't. ;-)
On 11/2/07, Dale Newfield <[EMAIL PROTECTED]> wrote:
> Matt Raible wrote:
> > The Roller / Struts 2 BOF is on at ApacheCon!
> >
> > Wednesday night, 8:30-9:30 in Room 3.
>
> I assume it's kosher to come to this even if I'm not attending ApacheCon?
>
> -Dale
>
> -
26 matches
Mail list logo
