Werner,
I didn't really mean anything by it - it's just a wisecrack (maybe not
even all that great of a one :-)). We are happy to do whatever we can to
help. After all, the whole point here is to work together to come up
with something good.
Cheers,
Reza
On 7/13/2011 5:38 AM, Werner Keil wrote:
> Reza/all,
>
> Thanks a lot for the input. Don't feel embarrassed about bringing in
> smaller companies, innovation doesn't always come from large
> enterprises alone (else a lot of what we discuss here would exist
> since J2EE 1.3 )
>
> * Being able to load property file values/environment property values
> through EL...
> This seems very useful and important. Seen a few approaches to this in
> recent projects. Some better, others not so good. One project did this
> by adding environment properties to the WebLogic start or setEnv
> scripts. Ideally extending what JSF 2 "stage" already started some of
> this could be more standardized, so one can deploy an application to
> "Cloud 1" running Glassfish, "Cloud 2" running WebLogic or "Cloud 9"
> running JBoss without having to twiddle start scripts each of them
> provide.
>
> Cheers,
> --
>
> Werner Keil
>
> 590 Madison Avenue. New York. NY 10022 | 68 Lombard Street. London
> EC3V 9LJ UK
>
> US Toll Free:+1-877.964.1981 | Worldwide Toll Free:+800.225.53482
> Twitter @wernerkeil |Skype: werner.keil | www.emergn.com
> <http://www.emergn.com/> | Reshaping IT
>
> * Java 7 Launch: July 17 2011, Bangalore, India. Werner Keil,
> Executive Committee Member (SE/EE), will represent "Java Community
> Process"
>
>
> On Wed, Jul 13, 2011 at 12:33 AM, Reza Rahman <reza_rahman_at_lycos.com
> <mailto:reza_rahman_at_lycos.com>> wrote:
>
> Bill,
>
> In that case, I think the existing documentation for CanDI
> configuration suffices:
> http://caucho.com/resin-4.0/admin/config-candi.xtp..
>
> Basically the key concepts we would like to see (strictly in order
> of priority) are:
> * Compact, "Java-like" schema-based syntax, similar to the Seam
> Config module/CanDI XML.
> * Being able to configure CDI and EJB using this syntax.
> * Being able to load property file values/environment property
> values through EL (this might be a good enhancement to EL
> regardless of this). We allude to this in the docs, but it is not
> completely hashed out.
> * Being able to configure all Java EE managed beans including
> Servlets using this syntax. Like Resin configuration we would
> actually prefer that most Java EE configuration looks like managed
> bean configuration using XML.
> * Have separate schemas for current XML DD values that do not
> match the managed beans/annotation paradigm well. Taking the
> web.xml as an example, things like module names, session
> configuration, etc can go in such schemas. I think the number of
> tags that genuinely fall in this category is quite small.
> * Being able to configure multiple things in any Java EE XML DD
> using schemas. For example, you would be able to configure CDI
> beans in web.xml if you want.
> * Let all Java EE XML DDs have capabilities similar to web.xml
> fragments.
>
> Let me know if any of this requires further details. Since we
> started down this path, I'd prefer to follow this to the end. I do
> think there is tangible befits for developers in such an
> enhancement and at least some of it is doable in Java EE 7 if
> there is a desire to do it. We in the Resin team can see if we
> have the resources to contribute to this significantly if
> resources are an issue (I do feel a little funny soliciting Oracle
> with an offer of additional resources from a tiny company like
> Caucho :-)).
>
> Cheers,
> Reza
>
>
>
> On 7/11/2011 2:44 PM, Bill Shannon wrote:
>
> I think at this point we just need to understand more to
> assess whether
> this would be feasible in the limited time we have. Maybe a brief
> informal description with examples would be better than a
> detailed proposal
> at this stage?
>
> Reza Rahman wrote on 07/11/11 08:26 AM:
>
> Linda/Bill,
>
> What is the practical possibility we can include this in
> Java EE 7? If
> you are still seriously considering it, I have some time
> now to put
> together a detailed proposal (the time window will not
> last long). One
> important part of an XML configuration revamp would be to
> load properly
> files and system/environment variables from EL (that might
> be important
> to add to EL regardless of this).
>
> Thanks,
> Reza
>
>
> On 6/6/2011 6:01 PM, Linda DeMichiel wrote:
>
> Antonio,
>
> Sounds interesting, tell us more....
>
> thanks,
>
> -Linda
>
>
> On 6/2/2011 10:47 AM, Antonio Goncalves wrote:
>
> I would like to share some thoughts with you.
>
> I've used in the past Spring Config and latelly
> I've attended a
> conference that talked about Seam Config. Clearly
> I can
> see the benefit of having easy configuration on
> the entire platform.
> At the moment we have ejb-jar.xml and environment
> entries to configure our EJBs. We can also use the
> web.xml to pass
> some parameters to our servlets and bits and pieces
> in the application.xml file.
>
> Why not having a seperate spec that takes
> inspiration from Seam
> Config, Spring Config and so on to be able to
> configure
> the entire platform (a CDI bean as well as an
> EJB...). Configuration
> will also be used for Paas purposes of course.
>
> Configuration is an important topic and developers
> never know where
> to put it : property files, XML, database, JNDI. Why
> not having a spec that specifies how configuration
> should work (I
> really like the Seam Config approach) and each spec
> could then use it to specify how to configure a
> specific component,
> as well as batch processing or Paas/Saas
> configuration...
>
> Again, my 2 cents
>
> --
> Antonio Goncalves
> Software architect and Java Champion
>
> Web site<http://www.antoniogoncalves.org> | Twitter
> <http://twitter..com/agoncal
> <http://twitter.com/agoncal>> | Blog
> <http://feeds.feedburner.com/AntonioGoncalves> |
> LinkedIn
> <http://www.linkedin.com/in/agoncal> | Paris JUG
> <http://www.parisjug.org>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 10.0.1382 / Virus Database: 1511/3682 -
> Release Date: 06/05/11
>
>
>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 10.0.1388 / Virus Database: 1516/3758 - Release Date:
> 07/11/11
>
>
>
>
>
> ------------------------------------------------------------------------
>
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 10.0.1390 / Virus Database: 1516/3761 - Release Date: 07/12/11
>