Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Received-SPF: pass (athena.apache.org: domain of musachy@gmail.com designates
 209.85.198.233 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=RIfn8rlLyPe/W/nnOm5/KrGH0pAUqgBF7264Y8eXTS8nttdNfO2iu+3TIfD3ut5I8s
         U6XUimVTeu37AUVZg/uXpAg/EPFX3tgfWY/79AwRvHpn+CFsP1algpQPqgJC+XQCfwKZ
         m0uFVnbxkCj3VUeCLnXSC+8FMPCMK5GuN+l4c=
Message-ID: <d8bdeb6f0901031553l516ffda8s59cb02e28d859632@mail.gmail.com>
Date: Sat, 3 Jan 2009 18:53:46 -0500
From: "Musachy Barroso" <musachy@gmail.com>
To: "Struts Users Mailing List" <user@struts.apache.org>
Subject: Re: [S2] Convention plugin + Spring
In-Reply-To: <1231001512.6276.8.camel@wesw-laptop>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <9f960bad0901021414g65ec1b66qa19dd94ae90f49e5@mail.gmail.com>
	 <d8bdeb6f0901021420i1df228act2712e88a19c4d428@mail.gmail.com>
	 <d8bdeb6f0901021422j3b602d6as93703ceb32fc9330@mail.gmail.com>
	 <9f960bad0901021428u7c2cd655ud548bdf13162dca8@mail.gmail.com>
	 <d8bdeb6f0901021431v36a3f64bqf4f6882623439d95@mail.gmail.com>
	 <9f960bad0901021515u7401474bo94536090e35fe62a@mail.gmail.com>
	 <1230938644.19113.8.camel@wesw-laptop>
	 <9f960bad0901030702w502af9a9wbbb4edd3ec54aa6b@mail.gmail.com>
	 <1231001512.6276.8.camel@wesw-laptop>

I added a log statement to xwork, so the
UnsatisfiedDependencyException doesn't go unnoticed.

musachy

On Sat, Jan 3, 2009 at 11:51 AM, Wes Wannemacher <wesw@wantii.com> wrote:
> On Sat, 2009-01-03 at 16:02 +0100, Lukasz Lenart wrote:
>> 2009/1/3 Wes Wannemacher <wesw@wantii.com>:
> [snip]
>> [... cut ...]
>>
>> This GenericHibernateDaoImpl has non-default constructor and use
>> generics, maybe that's the problem. Anyway I found other solution,
>> simplest, use full action class name for bean name and it rocks ;-)
>>
>> Thanks for suggestions!
>
>
> Oh shoot, I think I remember that as a stopping point for me as well...
> Most Generic DAO implementations usually get an instance of Class or
> something passed into the constructor so that there can be runtime info
> about the type... Heck, even the one I use does that -
>
> @Transactional
> public class GenericDaoJpaImpl<T extends Persistent<K>, K>
>                extends JpaDaoSupport
>                implements GenericDao<T, K> {
>
>    private Class<T> type;
>
>    public GenericDaoJpaImpl(Class<T> type ) {
>        this.type = type;
>    }
>
>    public T create(T newInstance) {
>        return getJpaTemplate().merge(newInstance);
>    }
> ...
>
> But, at the same time, doing that means you can't use CGLIB b/c Spring
> thinks it's the wrong thing to do ->
>
> http://jira.springframework.org/browse/SPR-3150
>
> In this case, @Transactional still works for me w/o CGLIB because I'm
> implementing an interface that the factory uses (I think)...
>
> -Wes
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>


-- 
"Hey you! Would you help me to carry the stone?" Pink Floyd

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org