Patrik Nordwall wrote:
> 
> I have fixed this in our oaw5_migration branch (version 1.8).
> http://fornax.itemis.de/jira/browse/CSC-464  CSC-464 .
> 
> It would be unwise to do this change in 1.7.0, so I wont.
> 
> Another workaround is that you define your own type in
> sculptor-generator.properties:
> javaType.PagedResultPerson=org.fornax.cartridges.sculptor.framework.domain.PagedResult<org.fornax.cartridges.sculptor.examples.library.person.domain.Person>
> 
> Then you can define the service operation like this:
> PagedResultPerson findByAgeAndStatus(Integer age, String status,
> PagingParameter pagingParameter);
> 
> /Patrik
> 


Many thanks for this Patrik - I'd gone halfway with your first suggestion
but this new approach will fit way better in my situation ie. where the
service itself needs to contain some additional logic which imho
architecturally doesn't belong inside a repository operation.
-- 
View this message in context: 
http://old.nabble.com/-Sculptor--Specifying-PagedResult-for-a-service-operation--tp27057133s17564p27121334.html
Sent from the Fornax-Platform mailing list archive at Nabble.com.


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Fornax-developer mailing list
Fornax-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fornax-developer

Reply via email to