You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
| 2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
| 2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
| 2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
| 2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
| 2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
| 2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
| 2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
| 2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
(3) |
|
5
|
6
(4) |
7
(1) |
8
(1) |
9
|
10
(1) |
11
(5) |
|
12
(4) |
13
(1) |
14
(2) |
15
(2) |
16
(1) |
17
|
18
|
|
19
|
20
(4) |
21
(3) |
22
(6) |
23
(1) |
24
(1) |
25
(4) |
|
26
(1) |
27
(2) |
28
(3) |
29
(1) |
30
|
|
|
|
From: <php...@li...> - 2010-09-14 20:15:11
|
On 9/14/2010 1:03 PM, php...@li... wrote:
Darn, I misspoke, see correction below... Marc
> On 9/12/2010 3:48 AM, php...@li... wrote:
>> Hi again,
>>
>> insert a
>>
>> instance.getEngine().setContext(new
>> PhpCompiledHttpScriptContext(instance.getEngine().getContext(),this,application,request,response));
>>
>> before calling instance.eval(). Otherwise JSR223 will use the default
>> context, which isn't very usable in a web-context.
> Hi Jost - Hmmmm since the method evalPHP, as you sent it to me in your
> previous email, is declared private static final, one cannot use the
> 'this' parameter. Do you see any problem with removing the static final
> from the declaration? That allows this to be called in the context of
> the instance of the servlet that is running. But doing so will then
OOPS! I meant this to say -
> cause the parameters of PhpCompiledHttpScriptContext
> - application, request, and response to be undefined since this code is within the Declaration section of the
> servlet. I think the application parameter can be retrieved via a call
> to this.getServletContext(), but the only way to get the request and
> response parameters will be to pass them in to the evalPHP method. Do
> you concur? I am thinking the following -
>
> private String evalPHP(String arg, HttpServletRequest request,
> HttpServletResponse response) {
> CompiledScript instance =
> (CompiledScript)((java.security.cert.CertStoreParameters)script).clone();
> instance.getEngine().put("script", arg);
> OutputStream out = new ByteArrayOutputStream();
> Writer writer = new OutputStreamWriter(out);
> instance.getEngine().getContext().setWriter(writer);
> instance.getEngine().setContext((ScriptContext)new
>
> PhpCompiledHttpScriptContext(instance.getEngine().getContext(),this,this.getServletContext(),request,response));
> try {
> instance.eval();
>
> } catch (ScriptException e) {
> throw new RuntimeException("bleh!");
> }
> try {
> writer.close();
> } catch (IOException e) {
> throw new RuntimeException("bleh!");
> }
> String result = out.toString();
> return result;
> }
>
>
> I have gone ahead and tried this, and it almost got me to what I want.
> But one problem remains and I don't grok the code enough to be able to
> solve on my own, so need a bit more guidance. The PHP script that I want
> to embed in the middle of a Javascript section generates a line of
> Javascript that I want the servlet to write back out, at the point where
> the call to evalPHP is made. But when I execute this jsp servlet, the
> generated Javascript from the PHP script is being put out at the very
> beginning of the document. (I was also surprised that the return result
> from evalPHP is null....)
>
> Thanks again for all your help! Marc...
>
>
>
|
|
From: <php...@li...> - 2010-09-14 20:03:57
|
On 9/12/2010 3:48 AM, php...@li... wrote:
> Hi again,
>
> insert a
>
> instance.getEngine().setContext(new
> PhpCompiledHttpScriptContext(instance.getEngine().getContext(),this,application,request,response));
>
> before calling instance.eval(). Otherwise JSR223 will use the default
> context, which isn't very usable in a web-context.
Hi Jost - Hmmmm since the method evalPHP, as you sent it to me in your
previous email, is declared private static final, one cannot use the
'this' parameter. Do you see any problem with removing the static final
from the declaration? That allows this to be called in the context of
the instance of the servlet that is running. But doing so will then
cause the parameters of evalPHP - application, request, and response to
be undefined since this code is within the Declaration section of the
servlet. I think the application parameter can be retrieved via a call
to this.getServletContext(), but the only way to get the request and
response parameters will be to pass them in to the evalPHP method. Do
you concur? I am thinking the following -
private String evalPHP(String arg, HttpServletRequest request,
HttpServletResponse response) {
CompiledScript instance =
(CompiledScript)((java.security.cert.CertStoreParameters)script).clone();
instance.getEngine().put("script", arg);
OutputStream out = new ByteArrayOutputStream();
Writer writer = new OutputStreamWriter(out);
instance.getEngine().getContext().setWriter(writer);
instance.getEngine().setContext((ScriptContext)new
PhpCompiledHttpScriptContext(instance.getEngine().getContext(),this,this.getServletContext(),request,response));
try {
instance.eval();
} catch (ScriptException e) {
throw new RuntimeException("bleh!");
}
try {
writer.close();
} catch (IOException e) {
throw new RuntimeException("bleh!");
}
String result = out.toString();
return result;
}
I have gone ahead and tried this, and it almost got me to what I want.
But one problem remains and I don't grok the code enough to be able to
solve on my own, so need a bit more guidance. The PHP script that I want
to embed in the middle of a Javascript section generates a line of
Javascript that I want the servlet to write back out, at the point where
the call to evalPHP is made. But when I execute this jsp servlet, the
generated Javascript from the PHP script is being put out at the very
beginning of the document. (I was also surprised that the return result
from evalPHP is null....)
Thanks again for all your help! Marc...
|