Hi Rob,
>You are appending a right-parenthesis ")" to your projectId variable so if
your projectId is 12345, >you are feeding 12345) in to your query
>parameter.
>IOW, the last line of your query string should read:
"where empproj.projectId=?)", projectId);
Thanks for the correction
Hi All
I have tried deploying a filter which track for in coming request before the
login and check whether the requested ip address is valid which is in the
system DB. if not it redirect it to an error page.
I got the following error when i deployed it.Can't figure out the exact
reason why the
Hi all,
I am running into this problem when upgrading appfuse to use struts 2.1 and
the dojo plugin:
http://www.nabble.com/Getting-ready-for-Struts-2.1.1-td16231688s2369.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg29571.html
Anybody knows of a quick-and-dirty workaround to solve this is
Hi all,
I am running into this problem when upgrading appfuse to use struts 2.1 and
the dojo plugin:
http://www.nabble.com/Getting-ready-for-Struts-2.1.1-td16231688s2369.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg29571.html
Anybody knows of a quick-and-dirty workaround to solve this is
Hi all,
I've compiled a new version of IWebMvc, Milestone 3. For those of you that
don't know it already, IWebMvc is a flexible web / enterprise platform built
in Java, based around Spring / JPA (Hibernate) / DWR & dojo. It aims to
facilitate the task of a developer offering a lot of pre-built fun
One suggestion I got from Don Brown at TSS was to make all the Actions
that require access to the Session use SessionAware:
http://struts.apache.org/2.0.11/struts2-core/apidocs/org/apache/struts2/interceptor/SessionAware.html
Either that, or create an ActionContext using new and set it on the
Act
It looks like your Hibernate configuration is conflicting with what's
already defined for Hibernate in the sessionFactory bean. If you want
to modify properties of the sessionFactory bean, you should use the
HibernateExtensionPostProcessor:
http://static.appfuse.org/appfuse-data/appfuse-hibernate/
What I meant was to change your webtest configuration to use the
following dependencies:
com.canoo.webtest
webtest
${webtest.version}
groovy
groovy-all
I started this process, but I have not taken it all the way. I think
the main issue is that with Struts 2.1.1 and Xwork 2.1.1 we have an
opportunity to change the Struts actions to be less Http dependent.
This is a good thing. Struts gives you access to the Request and
Response through i
Thank you Matt and Dustin,
I copy-pasted Dustin's code and now the tests run again.
In order to start up the application I had to set also the parameter
actionPackages. It seems that for the struts 2.1.1 codebehind plugin this is
no longer optional.
However, I am not done yet. Now I am running into
This logging is a result of the following blog post I made and patch I wrote.
http://raibledesigns.com/rd/entry/does_struts_2_suck
Unfortunately, Struts 2 / OGNL doesn't blow up when a property is not
found - this would be my preference. Folks said it didn't happen when
using FreeMarker but I've
thanks again for the quick response. I will more than happy to turn off
warning messages as soon as ognlvaluestack works again. My problem is no
that I have not set the properties. I mean, before with struts 2.0.11.1 my
app was working just fine. As soon as I upgraded to 2.1.1 the value stack is
of
Matt,
Thanks for the explanation. I tried this but some public static fields have
been removed from the com.gargoylesoftware.htmlunit.BrowserVersion class in
HtmlUnit - that WebTest refers to. There is a JIRA ticket open to move
WebTest to HtmlUnit 2.0 - but not ETA that I could see.
I did ask
*Gasp* How dare you Matt! ;-pSeems like a minor issue to me. I
can't remember a time in all the Webwork projects where I didn't find
a miss typed property name through front-end unit tests..
But back to 2.1.1. This is still in development, so its kind of a use
at your own peril
On Thu, Apr 10, 2008 at 12:21 PM, Dustin Pearce <[EMAIL PROTECTED]> wrote:
> *Gasp* How dare you Matt! ;-pSeems like a minor issue to me. I can't
> remember a time in all the Webwork projects where I didn't find a miss typed
> property name through front-end unit tests..
>
> But back t
15 matches
Mail list logo