> Hi Nick,
>
> You can use Stripes Injection Enricher which supports @EJB, @Inject (CDI)
> and @Resource standard Java EE annotations:
> http://www.stripesframework.org/display/stripes/Stripes+Injection+Enricher
>
> Cheers,
>
> --
> Samuel Santos
> http://www.samaxes.co
Hey all, old user of Stripes (been about a year since I've used it
actively) here and just wanted to let you all know I'm trying out a way to
get Stripes and CDI/EE6 integration going. So far results are promising,
and I'm hoping for minimal changes needed to Stripes itself to get the
nicest possib
Sorry I'm late to this party but just did some quick testing and there is one
more functional change to be aware of. Following layout:
With 1.5.3 if rendered a page with:
my content here
It would get rendered as expected. with 1.5.x it does n
Heh, wasn't trying to imply it was wrong of struts to copy anything from
stripes as the license certainly allows it, and as I said there is no real bad
blood going on between developers, but maybe towards the code of struts 1. =p
I did find the license amusing (and of course I went to look up w
Your first way is correct. app.authuser.id Stripes will find that correctly
with the label you have.
On Jun 4, 2010, at 10:31 AM, Stone, Timothy wrote:
> Is there a way to define a field label for indexed properties? For example:
>
> Given a list of authorized users on an abstract account, e.g.
Heh, thats a good one, but what if framework B changes it name to B', by
different developers? Is it still valid? ;)
And imitation is the sincerest form of flattery right?
On Jun 4, 2010, at 8:44 AM, Freddy Daoud wrote:
> A little comic relief
>
> I'm on the last couple of chapters of "F
I wouldn't say there is any real 'bad blood', but if take a look at some of the
struts 2 code, I believe you will find some really 'familiar' looking idea in
there. I don't know if anyone on the stripes side was ever really bothered by
it. And as far as struts 1 goes, well, who doesn't hate usin
Richard, do you have any of these tests that could be fired up in other
containers? Would be willing to test in glassfish as we use that and have never
really experienced any memory issues from stripes. Our apps use a bit of
memory, but we've never gotten an exception from stripes being out of m
Egon, this maybe more of an issue coming from the browser side, and not
necessarily a limitation of stripes. I believe browsers need the #anchor in the
location in order for them to work, so forwards wont have that. (not a 100%
sure on this, but that's been my experience)
If possible I would loo
Heh, must of been all the funny characters in it, and it was bit long...
On Apr 21, 2010, at 1:54 AM, Iwao AVE! wrote:
> The previous Nick's post (the long one) shows you the detail.
> I didn't read it as it was labeled as a spam by gmail for some
> reasons, sorry.
>
> Regards,
> Iwao
>
>
nately this doesn't seem to be the way it works
> at all.
>
> Anyone else got any ideas? I would have really thought it's a pretty common
> use case.
>
> Thanks again,
> Brian
>
> On 20 Apr 2010, at 22:15, Nick Stuart wrote:
>
>> You're r
d you tell me where I can find better info about wizards in here?
>
> cheers,
> Brian
>
>
> On Tue, Apr 20, 2010 at 8:54 PM, Nick Stuart
> wrote:
> Do you the the tag in the form for step 2? (forgive me if
> it's not the correct name, but it's something li
Do you the the tag in the form for step 2? (forgive me if
it's not the correct name, but it's something like that).
Thats key for the wizard to work correctly...
-Nick
On Apr 20, 2010, at 2:59 PM, brian.mcswee...@gmail.com wrote:
> Hi guys,
>
> I'm new to stripes and I'm trying to do what sho
Tim, you'll probably need to do this type of conditional validation in a custom
validation method. The other way to you might be able to do it is to use the
"on" attribute of @Validate and have two different Resolution methods. That
type of solution may or may not work depending on your situatio
error when I use those attributes.
>
> Attribute baseName invalid for tag layout-component according to TLD
>
> Thanks
>
> --- On Thu, 4/2/10, Nick Stuart wrote:
>
> From: Nick Stuart
> Subject: Re: [Stripes-users] Stripes and Components
> To: "Stripes Users L
I use layouts to get around this problem as well. I simply have the name or id
(whichever you need) be driven from a jsp value. My fields end up looking like
this:
For rendering them it's as simple as:
Of course this is most useful for bunching a lot of fields together like you
sai
Have you looked into the stripes:layout tag? I know it's named 'layout' but it
can be used for smaller component based items. It's not the sexiest approach
but it does work and is far better then using simple jsp:includes.
-Nick
On Feb 4, 2010, at 2:47 PM, farouk alhassan wrote:
> Hi All,
> Is
nk to
> support file beans from MockRoundtrip.
>
>
>
> -Original Message-
> From: Nick Stuart [mailto:nstu...@speranzasystems.com]
> Sent: Thursday, January 28, 2010 9:53 AM
> To: Stripes Users List
> Subject: Re: [Stripes-users] Testing File uploads
>
> Answerin
parameter
passed in into a file.
On Jan 27, 2010, at 3:40 PM, Nick Stuart wrote:
> Hey all, I'm trying to piece together some integration tests, and while
> strictly speaking I don't need to test that file uploads work, I need a way
> to pass files to my action beans during
Hey all, I'm trying to piece together some integration tests, and while
strictly speaking I don't need to test that file uploads work, I need a way to
pass files to my action beans during tests to make sure they do the right thing
with them.
I am using the MockServletContext and MockRoundTrip
Are you talking about the JSP side of things? Someone replied on an idea
for taking care of the validation, but if you need to take care of the JSP
side take a look at using the 'partial' attribute in the form tags. You
can use this to form parts of forms that can be stuck together with out
Also, another option may be to use stripes layout components. We have done
this where we didn't want to write tag files to basically just spit out a
JSP page, but we needed to pass information to the pages, and doing that
with regular jsp:includes is a pain in the arse.
Just another option for you
this? I see that the
sourcePage parameter in actual links is no encrypted, but this si coming
from with in an actionBean already.
Thanks!
-Nick
On Mon, Jul 14, 2008 at 12:48 PM, Nick Stuart <[EMAIL PROTECTED]>
wrote:
> I seem to have encountered a weird issue. I've been using these pages f
I seem to have encountered a weird issue. I've been using these pages for
awhile now and nothing on OUR side of stripes has changed since we upgraded
to the latest 1.5 release. But I am trying to view a page and am getting the
following stack trace:
java.lang.IllegalArgumentException: Null input bu
On Thu, Jul 10, 2008 at 10:36 AM, Alan Gutierrez <[EMAIL PROTECTED]>
wrote:
>
> Out of line. My apologies. From all I've read of you you're an expert
> and extremely well qualified. What's wrong with me? Sorry. Totally
> classless and I'm pleased to meet you.
I'll be first to say I'm not an expe
>
> The notion that new code does not interfere with an existing code
> base is a false premise. If you don't understand the harm involved in
> increasing the size of a code base, you're not qualified to comment.
>
Alright well if you read the rest of the thread you should have realized
Will sugge
I'm not saying REST is bad or good. I'm really neither here nor there
> in either direction on it. What I am saying though is that if you argue
> specification/protocol...
>
> Gregg
>
> Nick Stuart wrote:
> > Yes RESTful URLs are a big part of the whole REST movem
t clear cut as the REST folks want you to think. Sure, your
> RESTful framework can put constraints on the protocol by say, requiring
> a DELETE to actually delete rather than a POST. But the protocol itself
> seems flawed to not inherently specify that. Just my 2 cents.
>
> Greg
I agree that while the same annotations would be nice you do have a good
point about confusing users. And I definitely don't think that Stripes needs
to go all out compliance for the JSR (although I'm not really sure what else
is involved in the spec really, so not sure how much effort that really
See Remi this is where I get confused. You say REST makes everything more
complicated and that POST is enough. The thing is though, that besides the
implementation by whatever framework for REST (which only really needs to be
understood/coded by a few folk) it's no more complicated from the users o
n for this proposal. Since I know Will and others on this
> list are smart folk I feel like there must be one, but I don't see
> it. So far, to me, it feels a lot like the whole "web services will
> revolutionize everything" buzz-talk of years gone by (well, hopefully
>
Ok Remi, we get it, you don't like REST wont use REST and think it sucks,
but unless you have some constructive feedback here you are not contributing
to the cause. Whats it hurt if Stripes users have this *extra *option that
is available to them? Some people like the REST model and use it some do
I have the build script take the
> common properties and the module specific properties and concatenates them
> into 1 properties file as it builds the war. That way, I don't have to
> override anything and stripes works the way it always has.
>
> Call me lazy but I like
Thanks guys, this seems to work out like we need it too!
On 6/19/08, Oscar Westra van Holthe - Kind <[EMAIL PROTECTED]> wrote:
>
> On 18-06-2008 at 16:01, Nick Stuart wrote:
> > This sounds the most like we have now, and while a bit 'hacky' think will
> > work
This sounds the most like we have now, and while a bit 'hacky' think will
work. I'm guessing all I have to do is override provide a custom LocalPicker
to be able to specify the _customer variant part and we should be good to
go?
Thanks all for the ideas on this!
On Wed, Jun 18, 2008 at 12:28 AM,
Has anyone had the requirement to use more then one properties file for
defining field labels? We basically want the setup that
FieldLabels.properties is our 'default' settings that rarely ever get
change, and if our customers want to change field labels they can in their
own 'customer.properties'
We have been deploy to glassfish for awhile now on a lot of enivronments
(linux, windows server 2000-2008, etc). We haven't had a problem at with
using stripes and/or glassfish. We have a bunch of third party dependencies
as well (spring/hibernate/etc) and again the all play nicely with glassfish.
37 matches
Mail list logo
