This issue has been fixed in SVN.
http://issues.appfuse.org/browse/APF-671
Matt
On 2/28/07, Benoit Moraillon <[EMAIL PROTECTED]> wrote:
i forgot to congratulate all contributors for your the work made on
appfuse 2.0 !
-
To un
On 3/1/07, Gary <[EMAIL PROTECTED]> wrote:
Thanks Matt; I'll start digging.
I'm guessing that the Spring MVC Validator interface is server-side only.
Correct?
Correct, and I'm not sure that Commons Validator's client-side
validation supports validwhen.
Matt
Gary
- Original Message -
Thanks Matt; I'll start digging.
I'm guessing that the Spring MVC Validator interface is server-side only.
Correct?
Gary
- Original Message
From: Matt Raible <[EMAIL PROTECTED]>
To: users@appfuse.dev.java.net
Sent: Thursday, March 1, 2007 1:49:17 AM
Subject: Re: [appfuse-user] conditi
AppFuse's Spring MVC implementation ships with Commons Validator that
has a "validwhen" validator you can use. You can read more about it in
their documentation (I think):
http://jakarta.apache.org/commons/validator/
However, doing this logic with expressions in XML might be more
difficult than
I'm using AppFuse 1.9.3/Spring MVC. I've developed a survey engine and am
now trying to implement conditional validation based on user-defined
settings.
The scenario is that a user creates a survey and specifies via a checkbox
whether or not an answer is required for each individual question.
For TSSS? I don't currently have any plans to attend. If I go to
Vegas, I'd rather not wake up and go to a conference. ;-)
Matt
On 2/28/07, dusty <[EMAIL PROTECTED]> wrote:
I am trying to get more involved. I have been quietly playing with these
things for a long time.
See you in Vegas?
-
Thanks Matt. I figured it was something deep down. I am determined to
actually get a project off the ground with 2.0. I have about 3 or 4 getting
geared up. I would love get the first one nailed, but maybe it might take
all 3 until I get it nailed. ;-)
mraible wrote:
>
> This should be fi
I am trying to get more involved. I have been quietly playing with these
things for a long time.
See you in Vegas?
-D
mraible wrote:
>
> Don't be sorry Dusty - this is great information! Now if only we could
> figure out a way to get you to ramble on on the mailing list *and* on
> the wiki
Greetings everyone!!
I'm working with spring/appfuse, I have a relationship many-to-many
Person-Activity.. just like User-Roles .. and I'm doing the same thing in
the PersonForm.jsp ... I have a 2 list boxes where one list has the
activities availables and the other list has the current activities
I'd even go a step further. Hiding buttons and links that a user should
not have access to does little other than improve the user experience.
Locking down URL patterns can be effective in security for web
interfaces. But like Matt said, what happens when you access your
manager some other w
Yes, you are correct. Pretty slick eh? ;-)
Matt
On 2/28/07, Stine, Matt <[EMAIL PROTECTED]> wrote:
Just starting to work w/ 2.0-m3. Must say I'm very pleased so far.
Quick question: when I run mvn war:inplace, it will only extract what I
don't have already, correct? I ran the command onc
Just starting to work w/ 2.0-m3. Must say I'm very pleased so far.
Quick question: when I run mvn war:inplace, it will only extract what I
don't have already, correct? I ran the command once, changed some files,
and then deleted the ones I didn't need. If I run it again, I won't
loose my change
I think I have discovered the problem - the security.xml file has some
security advice filters that are restricting access to certain methods in
the UserManager. (getUsers() and removeUser()).
tonyl wrote:
>
> Here's a more full stack trace - still getting the problem - but only with
> Users,
Thank you - that makes more sense.
mraible wrote:
>
> applicationContext-test.xml is for testing AOP advice w/o having to
> connect to the database. applicationContextForServerTestFn.xml was
> not created by AppFuse - one of your team members probably added it.
>
> Matt
>
> On 2/28/07, tony
This extra checking is there because you might not only have a web
client. Having methods secured in the service level is a good idea in
case you ever have web services. While JSF might allow you to add/hide
stuff in the view, it's not always as straightforward with other web
frameworks.
Matt
O
I don't quite understand why we have this additional
FilterSecurityInterceptor and MethodSecurityInterceptor stuff when the jsf
code has authorizations on all the actions - including menus, buttons, etc.
This seems way overcomplicated and also not readily transparent from a
coding perspective. Whi
This should be fixed in the next release of EhCache. We have an open
issue for it in JIRA and more details about it are available in
EhCache's issue tracker.
Matt
On 2/28/07, dusty <[EMAIL PROTECTED]> wrote:
I have seen references to this bug, but it keeps stopping me from moving on
(no matter
Don't be sorry Dusty - this is great information! Now if only we could
figure out a way to get you to ramble on on the mailing list *and* on
the wiki! ;-)
Matt
On 2/28/07, dusty <[EMAIL PROTECTED]> wrote:
Dont be lost!! :-(
There are alternatives. First of all Matt, just posted a Struts2 a
applicationContext-test.xml is for testing AOP advice w/o having to
connect to the database. applicationContextForServerTestFn.xml was
not created by AppFuse - one of your team members probably added it.
Matt
On 2/28/07, tonyl <[EMAIL PROTECTED]> wrote:
Well, that doesn't seem to be true. We
exactly, so why not have the applicationContext.xml get copied into the test
environment when it's needed there? that way, you are always testing the
actual context and don't have to worry about managing multiple files with
duplicate data.
Bryan Noll wrote:
>
> A general principle as for why th
exactly, so why not have the applicationContext.xml get copied into the test
environment when it's needed there? that way, you are always testing the
actual context and don't have to worry about managing multiple files with
duplicate data.
Bryan Noll wrote:
>
> A general principle as for why th
I have seen references to this bug, but it keeps stopping me from moving on
(no matter how many svn updates i do ;-)
I think it has something to do with Spring not letting go of a ehcache and
hibernate wanting to startone or close one. Something like that. Does
anyone else experience this probl
Well, that doesn't seem to be true. We have an applicationContext-test.xml
and an applicationContextForServerTestFn.xml which are located in the test
package area with the functional tests.
I'm assuming that AppFuse created these context files.
mraible wrote:
>
> In most cases, we do use the c
Dont be lost!! :-(
There are alternatives. First of all Matt, just posted a Struts2 adaptation
of the filter I mentioned with instructions. It looks like he is having
issues with messages.jsp, but I assume that will be fixed soon.
Dojo is not the only solution. You don't have to use the ajax
A general principle as for why those app context's live in the test
hierarchy is so that they do not get bundled into the artifact. That
being said, in most cases, the identical file is included in the code
generated by the archetype.
--Bryan
Matt Raible wrote:
In most cases, we do use the
In most cases, we do use the context files you use to run your
application. For the most part, the only test context file is
applicationContext-resources.xml.
Matt
On 2/28/07, tonyl <[EMAIL PROTECTED]> wrote:
I'm curious as to why AppFuse has structured the testing framework it
generates in th
I'm curious as to why AppFuse has structured the testing framework it
generates in the manner it does; relying on a test applicationContext.xml
and extending the Spring test class. We have encountered a great deal of
problems with that set up because our actual applicationContext is very
different
Here's a more full stack trace - still getting the problem - but only with
Users, not Groups.
Caused by: javax.faces.el.EvaluationException: Bean:
com.openlogic.blueglue.webapp.action.UserList, property: users
at
org.apache.myfaces.el.PropertyResolverImpl.getProperty(PropertyResolverImpl.
i forgot to congratulate all contributors for your the work made on
appfuse 2.0 !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Can you enter an issue for this in JIRA? I'll make sure it gets into
the next release.
http://issues.appfuse.org/secure/CreateIssue!default.jspa
Matt
On 2/28/07, Benoit Moraillon <[EMAIL PROTECTED]> wrote:
Yes it works for web.xml but if you edit menu-config.xml or
faces-config.xml.
it does
Yes it works for web.xml but if you edit menu-config.xml or
faces-config.xml.
it does not reload.
Matt Raible a écrit :
Which files? I'd like to try and reproduce. I was using this feature
yesterday and it seems to work properly when editing web.xml.
Matt
On 2/28/07, Benoit Moraillon <[EM
Which files? I'd like to try and reproduce. I was using this feature
yesterday and it seems to work properly when editing web.xml.
Matt
On 2/28/07, Benoit Moraillon <[EMAIL PROTECTED]> wrote:
yes, i could not have jetty automatically reload my changes in a
web-in/*.xml file
(i'm using war:inp
yes, i could not have jetty automatically reload my changes in a
web-in/*.xml file
(i'm using war:inplace feature)
Jetty reload automatically when changing *.java file.
So i add
src/main/webapp/web-inf
in order to force jetty reloading when changing *.xml file
Matt Raible a écrit :
Does t
I commented on this issue last night, and it links to a Filter I wrote
(using Mike's code) to make this work with Struts 2:
http://issues.appfuse.org/browse/APF-431#action_11458
Matt
On 2/28/07, Sanjiv Jivan <[EMAIL PROTECTED]> wrote:
Any updates on this? I might try using this filter later to
If you're using Struts 2, it comes from the CountryTag:
http://tinyurl.com/2dhhe9
Matt
On 2/28/07, Fan <[EMAIL PROTECTED]> wrote:
I am figuring out where does the country list come from with the following
codes in userForm.jsp, anyone can give me a quick pointer ? thanks in
advance
Does this fix a problem for you? Can you describe the problem and how
to reproduce it?
Thanks,
Matt
On 2/28/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Hi appfusers ,
Im' using appfuse2.0 and i enjoy war:inplace maven task.
i suggest you to add a scnatarget this in pom.xml in order t
Hi appfusers ,Im' using appfuse2.0 and i enjoy war:inplace maven task.i suggest you to add a scnatarget this in pom.xml in order to allow jetty:run to checkfor .xml or .properties changes :/contextPath>3scanIntervalSeconds>sr
I am figuring out where does the country list come from with the following
codes in userForm.jsp, anyone can give me a quick pointer ? thanks in
advance
*
--
View this message in context:
http://www.nabble.com/Appfuse-2.0-country-list-tf3309149s2369.html#a9204769
Sent
In fact my understanding in Struts & dojo is vey minimal, I am at a lost
junction now :P
dusty wrote:
>
> No problem. Its not a matter of checking. Its an issue. So to fix this
> issue you need to look here:
>
> http://issues.appfuse.org/browse/APF-431
>
> At the top of this Jira issue is
Any updates on this? I might try using this filter later today as well.
On 2/26/07, Matt Raible <[EMAIL PROTECTED]> wrote:
I plan to try and implement this today as I need it for a project. My
hope is I can use the DojoFilter attached to the following issue to
accomplish this:
http://issues.ap
40 matches
Mail list logo
