Dave,
isolated the problem but not entirely sure what's causing it. Inside my spring
configuration files I have the following configured while I'm playing with
Jackrabbit JCR-170 integration:
<bean id="repository"
class="org.springmodules.jcr.jackrabbit.RepositoryFactoryBean">
<property name="configuration" value="classpath:jackrabbit-repo.xml"/>
<property name="homeDir" value="./tmp/repo"/>
</bean>
<bean id="jcrSessionFactory"
class="org.springmodules.jcr.JcrSessionFactory">
<property name="repository" ref="repository"/>
<property name="credentials">
<bean class="javax.jcr.SimpleCredentials">
<constructor-arg index="0" value="bogus"/>
<!-- credentials using factory bean. spring solution -->
<constructor-arg index="1">
<bean factory-bean="repositoryPassword"
factory-method="toCharArray"/>
</constructor-arg>
</bean>
</property>
</bean>
<bean id="repositoryPassword" class="java.lang.String">
<constructor-arg index="0" value="pass" />
</bean>
<bean id="jcrTransactionManager"
class="org.springmodules.jcr.jackrabbit.LocalTransactionManager">
<property name="sessionFactory" ref="jcrSessionFactory"/>
</bean>
For some reason the constructor value inside the "repositoryPassword" bean is
the what always is being passed in the redirect-action as a Webwork bang ("!")
method override?
eg. as described earlier the following:
<result name="saved" type="redirect-action">UserAction</result>
will attempt to call -> UserAction!pass.do
If I were to change the constructor value for the "repositoryPassword" bean to
'strutsUserGroup' the re-direct action would be attempted to call
UserAction!strutsUserGroup.do
This is very odd...hrmph or have I completely configured something incorrectly?
_____
From: Dave Newton [mailto:[EMAIL PROTECTED]
To: Struts Users Mailing List [mailto:[EMAIL PROTECTED], Paul [mailto:[EMAIL
PROTECTED]
Sent: Tue, 12 Jun 2007 11:41:50 -0400
Subject: RE: [S2] re-direct action barfing now?!
--- Paul <[EMAIL PROTECTED]> wrote:
> In my struts.xml file I have:
> <constant
> name="struts.enable.DynamicMethodInvocation"
> value="false" />
>
> Where in the heck is this !pass DMI getting
> attached? I am completely baffled :)
If it used to work then I'd suggest you've changed
something in your code, config, or presentation that's
making it do that, probably specifically relating to
config or URL generation.
If I were approaching this the first (or second) thing
I'd do is grep everything for "pass" just as a
low-resolution overview to see if there's anything
obivous causing it.
Also first (or second) I'd guesstimate when the
problem started and look at all my checkins during
that time, again checking to see if there's anything
obvious.
I haven't seen this particular problem before using
redirect-action, but I suppose it could be an
interaction with the result and... an interceptor or
something? But I'd check my own code / etc. first
since you state it used to work.
d.
____________________________________________________________________________________
Sick sense of humor? Visit Yahoo! TV's
Comedy with an Edge to see what's on, when.
http://tv.yahoo.com/collections/222
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
