Isn´t this all the same domain as the dynamic configuration we have been discussing in a different thread.<br><br>Werner<br><br><br><div class="gmail_quote">On Sun, Mar 28, 2010 at 9:30 PM, Martin Marinschek <span dir="ltr"><<a href="mailto:mmarinschek@apache.org">mmarinschek@apache.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Ganesh,<br>
<br>
I am not sure this deals with the same thing. The old mail deals with<br>
one context parameter, which decides if we are in development mode or<br>
not. The thing I suggested above is have every configuration parameter<br>
optionally be an el-expression, so that everything is configurable by<br>
however the user wants to configure it.<br>
<br>
The later would be a lot more fine-grained than the first.<br>
<br>
best regards,<br>
<font color="#888888"><br>
Martin<br>
</font><div><div></div><div class="h5"><br>
On Sat, Mar 27, 2010 at 9:40 AM, Ganesh <<a href="mailto:ganesh@j4fry.org">ganesh@j4fry.org</a>> wrote:<br>
> Hi Martin,<br>
><br>
> We had a long thread on this in January. I'm including below the last<br>
> message of Ed on this issue.<br>
><br>
> Best regards,<br>
> Ganesh<br>
><br>
> Martin Marinschek schrieb:<br>
>><br>
>> Hi guys,<br>
>><br>
>> find attached feedback from a workshop participant. He would like to<br>
>> have web-inf parameters which can be set programmatically or evaluated<br>
>> via EL (and point to an application scoped bean, I would say). Do we<br>
>> already plan to support this? (for me, EL evaluation seems to be the<br>
>> way to go, but are there any issues with timing here? will we need to<br>
>> evaluate params before the basic setup for doing this is there?)<br>
>><br>
>> If this can not make it in the spec, Ryan, Leonardo, can we think<br>
>> about supporting this in the implementations?<br>
>><br>
>> best regards,<br>
>><br>
>> Martin<br>
>><br>
>><br>
>> ---------- Forwarded message ----------<br>
>> From: Heinz HUBER <<a href="mailto:hhuber@racon-linz.at">hhuber@racon-linz.at</a>><br>
>> Date: 2010/3/24<br>
>> Subject: Dynamisches Einschalten Development Mode<br>
>> To: <a href="mailto:martin@marinschek.com">martin@marinschek.com</a><br>
>><br>
>><br>
>><br>
>> Hallo Hr Marinschek,<br>
>><br>
>> wie heute kurz besprochen, wäre es interessant, wenn man den<br>
>> Deveolpment Mode und ähnliche Features (zB Pretty Html) dynamisch<br>
>> steuern könnte.<br>
>> Bei uns die Anforderung an die Entwicklung, dass daselbe EAR<br>
>> (respektive WAR) in Test und Produktion eingesetzt sein muss.<br>
>> Zur Sicherheit sind daher diese Einstellungen im web.xml alle deaktiviert.<br>
>><br>
>> Jetzt wäre es allerdings schön, wenn man diese in Test (entweder<br>
>> generell oder bei Bedarf) aktivieren könnte. Wobei hier eine Steuerung<br>
>> auf Basis VM-Variablen natürlich ausreichend ist.<br>
>> Bei dem Termin heute kam dafür die Idee, EL für diese Settings zu<br>
>> erlauben.<br>
>> Wäre interessant, wenn irgendeine Steuerungsmöglichkeit in den<br>
>> Standeard aufgenommen würde.<br>
>><br>
>> Freundliche Grüße<br>
>> Mag. Heinz HUBER<br>
>><br>
>> Software-Entwicklung dezentrale Systeme<br>
>> RACON Software GmbH<br>
>> A-4021 Linz, Goethestraße 80<br>
>> Tel: +43 732 6929 1664<br>
>> Fax: +43 732 6929 1488<br>
>> mailto:<a href="mailto:hhuber@racon-linz.at">hhuber@racon-linz.at</a><br>
>> <a href="http://www.racon-linz.at" target="_blank">http://www.racon-linz.at</a><br>
>> RACON Software Gesellschaft m.b.H., A-4021 Linz, Goethestraße 80, FN<br>
>> 86804d, Landesgericht Linz<br>
>><br>
>><br>
>><br>
>><br>
>> Der Austausch von Nachrichten mit o.a. Absender via e-mail dient<br>
>> ausschließlich Informationszwecken. Rechtsgeschäftliche Erklärungen<br>
>> dürfen über dieses Medium nicht ausgetauscht werden.<br>
>><br>
>> Correspondence with a.m. sender via e-mail is only for information<br>
>> purposes. This medium is not to be used for the exchange of<br>
>> legally-binding communications.<br>
>><br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
> -------- Original-Nachricht --------<br>
> Betreff: Re: [jsr-314-open] [jsf2next] PROJECT_STAGE system property<br>
> configuration<br>
> Datum: Mon, 08 Feb 2010 08:43:23 -0800<br>
> Von: Ed Burns <Ed.Burns@Sun.COM><br>
> Antwort an: <a href="mailto:jsr-314-open@jcp.org">jsr-314-open@jcp.org</a><br>
> An: <a href="mailto:jsr-314-open@jcp.org">jsr-314-open@jcp.org</a><br>
> Referenzen: <<a href="mailto:a3f2f0581001031245q1015dd3aj9c38974868584aff@mail.gmail.com">a3f2f0581001031245q1015dd3aj9c38974868584aff@mail.gmail.com</a>><br>
> <<a href="mailto:4B441C89.60507@horstmann.com">4B441C89.60507@horstmann.com</a>> <<a href="mailto:19268.52433.349823.315935@sun.com">19268.52433.349823.315935@sun.com</a>><br>
> <<a href="mailto:4B44E401.3020205@horstmann.com">4B44E401.3020205@horstmann.com</a>> <<a href="mailto:19276.57985.963365.57446@sun.com">19276.57985.963365.57446@sun.com</a>><br>
> <<a href="mailto:4B4DD7CF.1090505@horstmann.com">4B4DD7CF.1090505@horstmann.com</a>> <<a href="mailto:4B4F5E6E.50401@oracle.com">4B4F5E6E.50401@oracle.com</a>><br>
> <<a href="mailto:4B4F718F.2070500@horstmann.com">4B4F718F.2070500@horstmann.com</a>> <<a href="mailto:4B4F7B5A.90101@oracle.com">4B4F7B5A.90101@oracle.com</a>><br>
> <<a href="mailto:4B54822D.7000108@horstmann.com">4B54822D.7000108@horstmann.com</a>><br>
> <<a href="mailto:a3f2f0581001181046n2b6dd445g457837ad8bde6396@mail.gmail.com">a3f2f0581001181046n2b6dd445g457837ad8bde6396@mail.gmail.com</a>><br>
> <<a href="mailto:4B54C194.9050203@oracle.com">4B54C194.9050203@oracle.com</a>> <<a href="mailto:19286.9912.390042.837832@sun.com">19286.9912.390042.837832@sun.com</a>><br>
> <<a href="mailto:4B562C1C.5060808@oracle.com">4B562C1C.5060808@oracle.com</a>><br>
><br>
>>>>>> On Tue, 19 Jan 2010 17:03:08 -0500, Andy Schwartz<br>
>>>>>> <<a href="mailto:andy.schwartz@oracle.com">andy.schwartz@oracle.com</a>> said:<br>
><br>
> AS> Personally I don't understand the nature of the objection. In some case<br>
> AS> fine-grained (application-specific) control is desired. We have AS><br>
> addressed this case via the context parameter. There seems to be AS><br>
> general agreement in our EG that a system-level property would also be AS><br>
> beneficial and in particular would improve the ease of use of this AS><br>
> feature for development-time scenarios (ie. no need for a web.xml or AS><br>
> JNDI config). Not sure why we need to choose one approach vs. the AS><br>
> other. Both serve a purpose.<br>
><br>
> EB> In fact, I'm on the phone with Bill Shannon, Roberto Chinnici, Rajiv<br>
> EB> Mordani, and the Sun EE architects right now for our weekly meeting. I<br>
> EB> have requested a timeslot to bring this up (again) there. I'm glad I'm<br>
> EB> on the phone because otherwise, I might get tomatoes thrown in my face.<br>
><br>
> AS> Wow, sounds harsh. I guess I am missing why this is so<br>
> controversial.<br>
><br>
> I brought this issue to the Sun JavaEE Architecture meeting on Tuesday<br>
> 19 January 2010. This meeting happens mostly weekly and is where the<br>
> Sun EE Spec leads coordinate efforts to drive JavaEE spec efforts to<br>
> completion. The technical leadership at this meeting includes Bill<br>
> Shannon, Sun Distinguised Engineer and past JavaEE spec lead, and<br>
> Roberto Chinnici JavaEE 6 spec lead.<br>
><br>
> I brought up two issues regarding ProjectStage<br>
><br>
> 1. revive the drive to expose ProjectStage to lower level technologies<br>
> in EE.<br>
><br>
> 2. have a System property to set the ProjectStage.<br>
><br>
> For 1), the following questions were raised:<br>
><br>
> * What specific use-cases exist for having ProjectStage at the servlet<br>
> level? If the Servlet EG reviewed the proposal and ultimately<br>
> rejected it, why bring it up again?<br>
><br>
> * What about Gavin King's "alternatives" proposal?<br>
><br>
> Pete Muir has clarified at this meeting that the "alternatives"<br>
> proposal from Gavin did not make it into CDI in such a way as to be<br>
> appropriate for our needs in the ProjectStage feature.<br>
><br>
> For 2), the following points were raised:<br>
><br>
> * There are no other System Properties in all of EE. Why do we need one<br>
> now?<br>
><br>
> * Why, specifically, does this system property need to be a part of the<br>
> portable programming model?<br>
><br>
> I voiced that it's useful in cases like mvn jetty run, or mvn tomcat<br>
> run. Bill countered that such usages are already container specific,<br>
> so it would best be addressed with a container specific configuration.<br>
><br>
> In conclusion, I think we should close this spec issue and handle the<br>
> System Property at the impl level. I have opened issue 1539 for this<br>
> case. I will send a separate email regarding this issue.<br>
><br>
>>>>>> On Tue, 19 Jan 2010 17:07:13 -0500, "Lincoln Baxter, III"<br>
>>>>>> <<a href="mailto:lincolnbaxter@gmail.com">lincolnbaxter@gmail.com</a>> said:<br>
><br>
> LB> We should also probably decide and state that configuration defined in<br>
> LB> web.xml will override the system property.. or visa versa. Though I<br>
> think<br>
> LB> the former allows more fine grained control.<br>
><br>
> LB> I am in favor of the System property overriding web.xml. I don't think<br>
> it<br>
> LB> makes sense otherwise.<br>
><br>
> I agree also.<br>
><br>
> DA> For the implementations, it might be a good idea to borrow the log<br>
> message<br>
> DA> the Wicket uses when running in development mode.<br>
><br>
> DA> ********************************************************************<br>
> DA> *** WARNING: JavaServer Faces is running in DEVELOPMENT mode. ***<br>
> DA> *** ^^^^^^^^^^^ ***<br>
> DA> *** Do NOT deploy to your live server(s) without changing this. ***<br>
> DA> *** See Application#getProjectStage() for more information. ***<br>
> DA> ********************************************************************<br>
><br>
> Yes, I've added that to the issue.<br>
><br>
><br>
> Ed<br>
> --<br>
> | <a href="mailto:ed.burns@sun.com">ed.burns@sun.com</a> | office: 408 884 9519 OR x31640<br>
> | homepage: | <a href="http://ridingthecrest.com/" target="_blank">http://ridingthecrest.com/</a><br>
><br>
><br>
> --<br>
> "There are two kinds of people in the world, those who believe there are two<br>
> kinds of people and those who don't."<br>
> — Robert Benchley<br>
> --<br>
> "There are two kinds of people in the world, those who believe there are two<br>
> kinds of people and those who don't."<br>
> — Robert Benchley<br>
><br>
><br>
<br>
<br>
<br>
</div></div><div><div></div><div class="h5">--<br>
<br>
<a href="http://www.irian.at" target="_blank">http://www.irian.at</a><br>
<br>
Your JSF powerhouse -<br>
JSF Consulting, Development and<br>
Courses in English and German<br>
<br>
Professional Support for Apache MyFaces<br>
</div></div></blockquote></div><br>