big +1 for the real world app

> useOwbSpecificXmlConfig=true

This will be _completely_ removed from OWB in the very near future! This has 
been the 'old' XML config from the original webbeans spec.

I'd also suggest to use Apache bval instead of hibernate validator as JSR-303 
impl. This is also the default impl OpenJPA uses by in it's tests.


LieGrue,
strub

--- On Sat, 11/27/10, Gerhard <[email protected]> wrote:

From: Gerhard <[email protected]>
Subject: Re: Real world MyFaces 2.0 webapp
To: "MyFaces Development" <[email protected]>
Date: Saturday, November 27, 2010, 6:01 PM

hi,
the "codi issue" you saw happens due to an owb config bug 
(seeĀ org.apache.webbeans.useOwbSpecificXmlConfig=true)
imo we should just use portable features.


regards,gerhard

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces





2010/11/27 Gerhard <[email protected]>


hi,
we could also use it for extval, codi,... tests.
regards,gerhard

http://www.irian.at


Your JSF powerhouse -


JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces




2010/11/27 Jan-Kees van Andel <[email protected]>



Hey folks,
Somewhere in the past I started working on a real world example webapp. I guess 
it's already a year ago. :-) But now I have some free time to work on this 
again.



Currently I use MyFaces 2.0 (of course), OpenWebBeans and OpenJPA 2.0. I also 
use Hibernate Validator. I got a strange error with CODI, so I skipped it for 
now to stay up-to-speed, but I guess we should get that one in.




My goal with this example app was to bridge the gap between the current set of 
example apps and the real world issues that application developers struggle 
with.It could also be a nice example of a joint effort between multiple Apache 
projects, which would be good for the professional image of Apache.




So, this example app has a pretty big domain model, security, layered 
architecture, etc. Also stuff like logging, caching and performance is being 
taken care of, so people can compare their app with this one. And this app can 
serve as a living documentation in which the answers to Frequently Asked 
Questions can be found.




2 things:1 Since everybody has a different idea of what a "good" app looks 
like, I expect a lot of discussions on the mailing list. But I think this is a 
good thing, because those discussions are also valuable for developers. Based 
on those discussions, they can choose the proper solution for their context. 
Those discussions can for example be referenced from the source code.



2 Where to put the code? My idea for now was to create a top level "sandbox" 
directory within MyFaces because this clearly indicates that it's a work in 
progress and outsiders shouldn't look at it yet. But then at least it's in 
Apache version control. I can also put it into GoogleCode or GitHub, but I 
prefer Apache, because I think more people will find it there.




Status:I currently have a working app with some pages. I want to write some 
additional pages before I commit it. Of course every line of code may be 
subject to discussion, but I prefer concrete discussions based on working code. 
That's why I'd prefer a bigger initial commit, incl. a Wiki page with 
architectural decisions etc.




Wdyt?
Regards,Jan-Kees









Reply via email to