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) |
2
(4) |
3
(9) |
4
|
|
5
|
6
(1) |
7
(2) |
8
(4) |
9
(4) |
10
|
11
|
|
12
|
13
|
14
(8) |
15
|
16
(2) |
17
(6) |
18
|
|
19
|
20
(2) |
21
(1) |
22
(3) |
23
|
24
(1) |
25
(2) |
|
26
(1) |
27
|
28
|
29
|
30
(6) |
31
(2) |
|
|
From: <php...@li...> - 2009-07-03 11:06:02
|
No. Its only slightly more work for the syntax transformer, that's all.
If you load additional libraries like java_autoload("c:/lucene.jar") the
first request must also load and cache the additional libs.
Regards,
Jost Boekemeier
3. Jul 2009 12:58 nachm. schrieb am <
php...@li...>:
Ok. Now I'm impressed.
Are there any security issues that might go with java_autoload()?
Alex
Am 03.07.2009 um 12:46 schrieb php...@li...
:
> Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can >
autoload > Java libraries an...
>
------------------------------------------------------------------------------
> _________________...
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users-----------------------------...
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2009-07-03 10:56:09
|
Ok. Now I'm impressed.
Are there any security issues that might go with java_autoload()?
Alex
Am 03.07.2009 um 12:46 schrieb php...@li...
:
> Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can
> autoload
> Java libraries and import Java classes like ordinary PHP classes. The
> following example extends java.lang.String:
>
> <?php java_autoload();
>
> use java\lang\String as JString;
>
> class String extends JString {
> function toString(){
> return "I am " . parent::toString();
> }
> function __toString() {return this->toString();}
> }
>
> echo new String("foo");
> ?>
> => I am foo
>
> Regards,
> Jost Boekemeier
>
> 3. Jul 2009 10:46 vorm. schrieb am <
> php...@li...>:
>
> Thank you. Now I see how it has to be done.
>
> Although it's not as fluffy as I would have wished but I guess it will
> work. :-)
>
> Cheers,
> Alexander Thomas
>
> Am 02.07.2009 um 14:54 schrieb php...@li...
> :
>
>> You could use the visitor- or the decorator design pattern to >
>> intercept
> the > method calls fr...
> ------------------------------------------------------------------------------
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2009-07-03 10:46:09
|
Well, if you use php 5.3 it is indeed easier. In PHP 5.3 you can autoload
Java libraries and import Java classes like ordinary PHP classes. The
following example extends java.lang.String:
<?php java_autoload();
use java\lang\String as JString;
class String extends JString {
function toString(){
return "I am " . parent::toString();
}
function __toString() {return this->toString();}
}
echo new String("foo");
?>
=> I am foo
Regards,
Jost Boekemeier
3. Jul 2009 10:46 vorm. schrieb am <
php...@li...>:
Thank you. Now I see how it has to be done.
Although it's not as fluffy as I would have wished but I guess it will
work. :-)
Cheers,
Alexander Thomas
Am 02.07.2009 um 14:54 schrieb php...@li...
:
> You could use the visitor- or the decorator design pattern to > intercept
the > method calls fr...
|
|
From: <php...@li...> - 2009-07-03 08:45:09
|
Thank you. Now I see how it has to be done. Although it's not as fluffy as I would have wished but I guess it will work. :-) Cheers, Alexander Thomas Am 02.07.2009 um 14:54 schrieb php...@li... : > You could use the visitor- or the decorator design pattern to > intercept the > method calls from your Java class. > > It all depends on your requirements. If your java class is a data > structure > with a few methods, I would use a visitor. To override specific > methods from > the superclass I would use a decorator. > > Please see a standard text book or wikipedia.org for details. > > As far as the bridge is concerned, all you need is java_closure() to > convert > your PHP object into a Java object. After that you can apply whatever > pattern you prefer to merge the two java instances. > > Regards, > Jost Boekemeier > > 2. Jul 2009 12:52 nachm. schrieb am < > php...@li...>: > > Hi everybody, > > first of all thanks for this great piece of software that makes it > easy to use powerful Java libs in a PHP based application. That's > really awesome. > > Currently I'm working on a PDF generation using iText and I'm > surprised that it's quite easy to find my way around. But of course I > wouldn't post this if there wasn't this one thing that is not working > for me: writing a PHP class that derives from a Java class. > > Before you guys scream "RTFM!", I really tried to find this out myself > but all I could find was the FAQ file in the documentation. This > points to java_closure() and to an example in the file script_api.php > in the tests folder. > > Reading the documentation of java_closure() and the example only the > implementation of java interfaces in a PHP class is described (which > will definitely be useful for me later - I'm sure). > > So my question: can someone please explain how a PHP class can extend > a Java class? > > Any hint would be appreciated. > > Thank you very much. > > Regards, > Alexander Thomas > > ------------------------------------------------------------------------------ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users > ------------------------------------------------------------------------------ > _______________________________________________ > php-java-bridge-users mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
|
From: <php...@li...> - 2009-07-02 17:02:55
|
Hi Andre,
I have noticed that PHP 5.3 final uses a backslash as a namespace operator
instead of ::, used in PHP 5.3RC1.
I have changed the META-INF/java/JavaBridge.inc java_autoload_function to
use \\ instead of :: in the CVS head, so that the following code can be used
in php 5.3:
<?php java_autoload();
use java\lang\String as JString;
echo JString("hello");
?>
This is a new php 5.3 feature, so I think my change doesn't hurt, even if I
made a terrible mistake and java_autoload() doesn't work at all anymore. But
if I didn't make a mistake, your debian port will be the first to support
php 5.3 namespaces with automatic java class loading.
BTW: I have promised to help to test under debian and to add a patch for
google app engine. Unfortunately I don't have time at the moment.
Regards,
Jost Boekemeier
2. Jul 2009 4:59 vorm. schrieb am <
php...@li...>:
Hello,
There is a new updated Debian package 5.4.4.2-2 at CVS repository.
It contains (I expect) correctly packaged Tomcat 5.5 EXPERIMENTAL
security configurations.
It is not a new bridge version, only a packaging improvement.
So who already has a 5.4.4.2 running, manually configured, does not have
to update in a rush.
I uploaded binaries, but the new SF site is still not showing them at
available files to download.
One can build Debian packages from CVS, if need the new package now.
Please, help with broad testing.
I am working in a reasonable SE Linux php-java-bridge Debian rules
packaging and hope to commit an experimental package for evaluation next
week.
Regards.
Andre Felipe Machado
http://www.techforce.com.br
------------------------------------------------------------------------------
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2009-07-02 13:22:30
|
You could use the visitor- or the decorator design pattern to intercept the method calls from your Java class. It all depends on your requirements. If your java class is a data structure with a few methods, I would use a visitor. To override specific methods from the superclass I would use a decorator. Please see a standard text book or wikipedia.org for details. As far as the bridge is concerned, all you need is java_closure() to convert your PHP object into a Java object. After that you can apply whatever pattern you prefer to merge the two java instances. Regards, Jost Boekemeier 2. Jul 2009 12:52 nachm. schrieb am < php...@li...>: Hi everybody, first of all thanks for this great piece of software that makes it easy to use powerful Java libs in a PHP based application. That's really awesome. Currently I'm working on a PDF generation using iText and I'm surprised that it's quite easy to find my way around. But of course I wouldn't post this if there wasn't this one thing that is not working for me: writing a PHP class that derives from a Java class. Before you guys scream "RTFM!", I really tried to find this out myself but all I could find was the FAQ file in the documentation. This points to java_closure() and to an example in the file script_api.php in the tests folder. Reading the documentation of java_closure() and the example only the implementation of java interfaces in a PHP class is described (which will definitely be useful for me later - I'm sure). So my question: can someone please explain how a PHP class can extend a Java class? Any hint would be appreciated. Thank you very much. Regards, Alexander Thomas ------------------------------------------------------------------------------ _______________________________________________ php-java-bridge-users mailing list php...@li... https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users |
|
From: <php...@li...> - 2009-07-02 10:51:34
|
Hi everybody, first of all thanks for this great piece of software that makes it easy to use powerful Java libs in a PHP based application. That's really awesome. Currently I'm working on a PDF generation using iText and I'm surprised that it's quite easy to find my way around. But of course I wouldn't post this if there wasn't this one thing that is not working for me: writing a PHP class that derives from a Java class. Before you guys scream "RTFM!", I really tried to find this out myself but all I could find was the FAQ file in the documentation. This points to java_closure() and to an example in the file script_api.php in the tests folder. Reading the documentation of java_closure() and the example only the implementation of java interfaces in a PHP class is described (which will definitely be useful for me later - I'm sure). So my question: can someone please explain how a PHP class can extend a Java class? Any hint would be appreciated. Thank you very much. Regards, Alexander Thomas |
|
From: <php...@li...> - 2009-07-02 02:58:39
|
Hello, There is a new updated Debian package 5.4.4.2-2 at CVS repository. It contains (I expect) correctly packaged Tomcat 5.5 EXPERIMENTAL security configurations. It is not a new bridge version, only a packaging improvement. So who already has a 5.4.4.2 running, manually configured, does not have to update in a rush. I uploaded binaries, but the new SF site is still not showing them at available files to download. One can build Debian packages from CVS, if need the new package now. Please, help with broad testing. I am working in a reasonable SE Linux php-java-bridge Debian rules packaging and hope to commit an experimental package for evaluation next week. Regards. Andre Felipe Machado http://www.techforce.com.br |
|
From: <php...@li...> - 2009-07-01 17:41:07
|
Hi,
I think you have failed to understand the JSP example.
HELLO_SCRIPT_READER is static final to make sure that the resource is
(re-)created with the jsp.class file; the PHP code passed to
createPhpScriptReader() is always compiled to a "/..._cache_.php file" with
the JSP file.
Everything else is a simple wrapper for
requestDispatcher.include("/..._cache_.php").
Please correct your code; remove the createPhpScriptReader() call and remove
the PhpScriptReader argument from the createPhpScriptFileReader(String,
PhpScriptReader) call, e.g. use: createPhpScriptFileReader("/index.php").
Then request your PHP "/index.php" resource from the browser. I that works,
then including the resource into a local JSP or Java resource or executing
it as a JSR223 script will work as well.
Regards,
Jost Boekemeier
1. Jul 2009 5:06 nachm. schrieb am <
php...@li...>:
HI
When I try to execute the php script with ScriptEngine from java I am not
getting any response. Its hangs over there. Please let me know what is the
problem. Here is my code.
try{
Reader HELLO_SCRIPT_READER =
EngineFactory.createPhpScriptReader("<?php echo 'Hello java world!'; ?>");
ScriptEngine scriptEngine =
EngineFactory.getPhpScriptEngine(context.getServlet(),context.getServlet().getServletContext(),
request, response);
java.io.Reader readerHello =
EngineFactory.createPhpScriptFileReader(request.getServletPath()+"._cache_.php",
HELLO_SCRIPT_READER);
PrintWriter out = new PrintWriter(new BufferedWriter(new
FileWriter("C:/foo.out")));
scriptEngine.getContext().setWriter (out);
scriptEngine.eval(readerHello);
readerHello.close();
} catch (Exception e){
System.out.println(e);
}
Thanks
- Ravi -
------------------------------------------------------------------------------
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
|
|
From: <php...@li...> - 2009-07-01 15:05:21
|
HI
When I try to execute the php script with ScriptEngine from java I am not getting any response. Its hangs over there. Please let me know what is the problem. Here is my code.
try{
Reader HELLO_SCRIPT_READER = EngineFactory.createPhpScriptReader("<?php echo 'Hello java world!'; ?>");
ScriptEngine scriptEngine = EngineFactory.getPhpScriptEngine(context.getServlet(),context.getServlet().getServletContext(), request, response);
java.io.Reader readerHello = EngineFactory.createPhpScriptFileReader(request.getServletPath()+"._cache_.php", HELLO_SCRIPT_READER);
PrintWriter out = new PrintWriter(new BufferedWriter(new FileWriter("C:/foo.out")));
scriptEngine.getContext().setWriter (out);
scriptEngine.eval(readerHello);
readerHello.close();
} catch (Exception e){
System.out.println(e);
}
Thanks
- Ravi -
|