Search:

I am using AOP successfully (@Around) on my controllers.

For some reason, any of my views, that extend AbstractView.. I can't seem to do @Around advice on.

specifically, I implement the method...

I'm trying (via numerous blog posts) to try to find a way to replicate the defaultTargetUrl functionality (that you'd get from a security:form-login tag).

I have x509 working.. extracting the CN.....

That worked.

I'm speechless.

Thank you so much!

Now of course, i'm not sure if the "pattern" is the best one in practice.. but wow.. defining all Hiberate/DAO/sessions in one place.. that 10...

Hrm.. not quite sure here.

I can certainly load "spring" with the jetty server itself.. or put spring in the SERVER_HOME/lib folder

What I don't get.. is how to override the...

I see it linked from everywhere..

But it doesn't address two things (which maybe aren't possible)

1) With Jetty, you can make Jetty itself a spring bean.. which could be application context...

I'd really like to be able to do this.. I was wondering how, with say "WAR #1" (the master WAR) you are able to "bind" its context 'back up' to JNDI?

I've been messing with embedding jetty IN...

So.. no matter what, I can't get spring/xfire to work.

Even if I take the xfire example.. the spring one (echo service)...

never works.

Any online example.. yep.. none.. ever .. work

If I...

I have found.. that not a single example, posted anywhere online.. in any way..

*ever*

works for integrating Xfire and Spring.

I've tried... 7 or so.. so far...

I've tried in fresh...

Personally.. i'd do two things.. maybe:
http://myserver.net/myapp/restapi/people (GET/POST/PUT/DELETE)

So you can then map all /myapp/restapi calls to a certain servlet.

that servlet...

Looks like it is working.. thank you very much!

Finally haha.. you are a savior..

This is one of those 'features' (testing.. as little as it may seem to some) that i've always wanted to...

Neat.. i'll try that.. now I just have to solve the dataSource problem andi'm set

(there is no setDataSource method.. but it complains about that unsatisfied dependency).

i'll see if I can use...

Not sure i'm following.. I mean.. i've seen examples of that method used by Hibernate folks..

I just find that I a) no matter what can't autowire by type.. since I have more than 2 beans of "a...

I can make all of this work, if I define a *single* transactionManager.. with that name... and if I define a *single* dataSource (with that name).

So what it means, i guess, is that to use this...

You will always find references to "use inner-bean.. use a test xml"

and my favorite.. "use autowire by name" which then causes rollback's to stop working for some reason.

When I get something...

From my applicationDS.xml
<bean id="champ2DS"
class="org.springframework.jdbc.datasource.DriverManagerDataSource"
destroy-method="close">
<property name="driverClassName"...

So.. i got it to work.. but the only means I could do so was to put the dataSource bean, as well as the daos, as well as my transaction manager.. *all in one file*.

Is there any way to have these...

Is the use of ref="target" only for Spring 2.0?

<bean id="jobRequestDAO"
class="com.spinsys.agent.job.dao.JobRequestDAO">
<property name="dataSource"> <ref bean="avianDS"/></property>...