Peter De Bruycker <peter.de.bruycker <at> gmail.com> writes:
>
>
> 2nd attempt:Can we reach a consensus here?I think we need to go as fast as
possible, to keep the momentum going...1. code organization:
>
> core
> application: window, dialogs, page, view, action, ...
> binding: validation, binding, forms
> resources
+1
> 2. singleton/service locator:Get rid of it by clever use of custom xml,
>component scanning + autowiring, convention over configuration, simpler object
>structures,
+1 (just use spring 2.5 features)
> 3. osgi supportFirst make sure we have something working, then see what we can
do to improve?
+1 Just focus on cohesive packages .... after hat we can have a deeper look into
osgi if it makes sense.
> Again: I think we need to go fast, so we have something working as soon as
possible.I already started on work on the application infrastructure code
(window, page, pagecomponent, view, editor) that will allow for much simpler
(and less) xml, multiple view instances at the same time (formerly known as
editors) and easier integration possibilities with 3rd party component providers
(i.e. Jide, SwingDocking, ...), and I expect to be able to check them in this
week. If you have questions/remarks/suggestions on these parts of the framework,
don't hesitate to give me a nudge!regards,Peter
>
What about the JSR 295 and 296? Do we want to take a look at them, at least to
the binding JSR to see if it would make sense to integrate it?
-
Claudio
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>
> _______________________________________________
> Springframework-rcp-dev mailing list
> Springframework-rcp-dev <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
|
