You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Frank Herrmann <he...@gmx.de> on 2002/09/03 09:45:32 UTC
Avalon+James+JCE (long!)
Hi!
yesterday I asked the following question on the James developer list and
somebody recommended asking directly on the Avalon list.
So here is the problem:
--------------------------------------------------------------------------------
Hello!
I'd like to use JCE (Java Cryptography Extension) inside a mailet. When I try
to start James (run.sh) it throws the following exception:
java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
AFAIK this only happens if the provider class is not in the classpath.
(for me it is /usr/lib/java/jre/lib/ext/sunjce_provider.jar)
When I compile (and run) the code snippet in a separate ("normal") java file
it works like a charm.
So the question is: How can I tell James where to find the sunjce_provider.jar
file ?
What I already tried: added classpath in /dist/bin/run.sh - no difference.
$JAVA_HOME/bin/java -classpath /usr/lib/java/jre/lib/ext/sunjce_provider.jar
$JVM_OPTS -jar $PHOENIX_HOME/bin/phoenix-loader.jar $*
Greetings,
Frank
-------------------------------little code sample---------------------
try {
if (_DEBUG_CRYPTO) {
// display providers we have available:
secProviders = Security.getProviders();
System.out.println(secProviders.length);
for (int i = 0; i < secProviders.length; i++)
{
System.out.println(secProviders[i].getInfo());
}
}
/* select provider SunJCE */
secProvider = new com.sun.crypto.provider.SunJCE();
Security.addProvider(secProvider);
}
catch (Exception e) {}
--------------------------------------------------------------------
------------------------the full exception output--------------------
James 2.0a3
There was an uncaught exception:
---------------------------------------------------------
--- Message ---
Failed to initialize application james.
--- Stack Trace ---
org.apache.avalon.phoenix.interfaces.DeploymentException: Failed to initialize
application james.
at
org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(DefaultDeployer.java:183)
at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(DefaultEmbeddor.java:467)
at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(DefaultEmbeddor.java:461)
at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFiles(DefaultEmbeddor.java:449)
at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployDefaultApplications(DefaultEmbeddor.java:439)
at
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.execute(DefaultEmbeddor.java:182)
at org.apache.avalon.phoenix.frontends.CLIMain.run(CLIMain.java:115)
at
org.apache.avalon.phoenix.frontends.CLIMain.execute(CLIMain.java:101)
at org.apache.avalon.phoenix.frontends.CLIMain.main(CLIMain.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.avalon.phoenix.launcher.Main.startup(Main.java:88)
at org.apache.avalon.phoenix.launcher.Main.main(Main.java:51)
Caused by: org.apache.avalon.framework.CascadingException: Failed to
initialize application james.
at
org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKernel.java:134)
at
org.apache.avalon.phoenix.components.kernel.DefaultKernel.addApplication(DefaultKernel.java:169)
at
org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(DefaultDeployer.java:166)
... 14 more
Caused by: org.apache.avalon.framework.CascadingException: Block named
"spoolmanager" failed to pass through the Initialization stage. (Reason:
java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE).
at
org.apache.avalon.phoenix.components.application.LifecycleHelper.fail(LifecycleHelper.java:417)
at
org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(LifecycleHelper.java:220)
at
org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:176)
at
org.apache.avalon.phoenix.components.application.DefaultApplication.start(DefaultApplication.java:88)
at
org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKernel.java:122)
... 16 more
Caused by: java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:130)
at
org.apache.james.transport.MailetLoader.getMailet(MailetLoader.java:57)
at
org.apache.james.transport.JamesSpoolManager.initialize(JamesSpoolManager.java:151)
at
org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(LifecycleHelper.java:199)
... 19 more
---------------------------------------------------------------------------------------------------------
For your convenience I append the answers I got on James developer list here:
Danny Angus wrote:
-----------------------------------------------------------------------------------------------------------
Frank,
the mailet classpath is controlled by Avalon Phoenix
http://jakarta.apache/org/avalon
If you're not familiar with avalon it provides james (I expect the Avaloon
guys will "correct" me robustly when i get this wrong!) with a runtime
platform "Phoenix", several services, and a lifecycle framework.
Phoenix ensures classpath separation amongst apps its hosting, which is
fine, but also (probably for good reasons) omits
jre/lib/ext from the classpath it provides its "blocks" with. if you're
using james 1.2a1-xx you could try putting the crypto provider in phoenix
own common lib dirs, which I think would be either james/lib or james/ext
I know one of these (can't remember which offhand) works for JDBC drivers,
check my JDBC related comments in the config file to find out what I used to
know ;-).
As far as telling Phoenix to include jre/lib/ext in the classpath it
provides, I'm not sure what to do, (if you are a *nix user I'd try linking
Phoenix /ext/ to jre/lib/ext, but thats not a portable answer).
You may get further by asking this same question on the avalon lists.
If you get a better answer anywhere let us know.
---------------------------------------------------------------------------------------------
Noel J.Bergman wrote:
-----------------------------------------------------------------------------------------------
Removing jre/lib/ext from the classpath seems like an error. That is
explicitly where shared libraries are supposed to go. Separation of
classpath's shouldn't apply.
It would only make sense if the goal was to make SAR files self-contained,
except for Phoenix.
--- Noel
------------------------------------------------------------------------------------------------
Thank you for reading!
Frank
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Avalon+James+JCE (long!)
Posted by Tomasz Skutnik <To...@e-point.pl>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Frank Herrmann wrote:
| Hi!
|
| yesterday I asked the following question on the James developer list and
| somebody recommended asking directly on the Avalon list.
| So here is the problem:
|
|
-
--------------------------------------------------------------------------------
|
| Hello!
|
| I'd like to use JCE (Java Cryptography Extension) inside a mailet.
When I try
| to start James (run.sh) it throws the following exception:
|
| java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
|
| AFAIK this only happens if the provider class is not in the classpath.
| (for me it is /usr/lib/java/jre/lib/ext/sunjce_provider.jar)
|
| When I compile (and run) the code snippet in a separate ("normal")
java file
| it works like a charm.
|
| So the question is: How can I tell James where to find the
sunjce_provider.jar
| file ?
|
| What I already tried: added classpath in /dist/bin/run.sh - no difference.
|
| $JAVA_HOME/bin/java -classpath
/usr/lib/java/jre/lib/ext/sunjce_provider.jar
| $JVM_OPTS -jar $PHOENIX_HOME/bin/phoenix-loader.jar $*
|
I'm not sure if it helps, but once I've encountered similar problem -
some JVM versions ignore -classpath argument if supplied simultanously
with -jar argument. Try this:
$JAVA_HOME/bin/java -classpath
/usr/lib/java/jre/lib/ext/sunjce_provider.jar:$PHOENIX_HOME/bin/phoenix-loader.jar
$JVM_OPTS org.apache.avalon.phoenix.launcher.Main $*
No guarantee it will work. It's only workaround, and you should consult
someone more skilled in Phoenix/James class loading issues to defeat the
problem. IMHO Noel is right - you should include standard extensions in
your classpath (which is what they're for), or put sunjce_provider.jar
in Phoenix/James lib directory.
| Greetings,
| Frank
|
| -------------------------------little code sample---------------------
| try {
|
| if (_DEBUG_CRYPTO) {
| // display providers we have available:
| secProviders = Security.getProviders();
| System.out.println(secProviders.length);
| for (int i = 0; i < secProviders.length; i++)
| {
| System.out.println(secProviders[i].getInfo());
| }
| }
|
| /* select provider SunJCE */
| secProvider = new com.sun.crypto.provider.SunJCE();
| Security.addProvider(secProvider);
|
| }
| catch (Exception e) {}
| --------------------------------------------------------------------
|
| ------------------------the full exception output--------------------
|
| James 2.0a3
| There was an uncaught exception:
| ---------------------------------------------------------
| --- Message ---
| Failed to initialize application james.
| --- Stack Trace ---
| org.apache.avalon.phoenix.interfaces.DeploymentException: Failed to
initialize
| application james.
| at
|
org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(DefaultDeployer.java:183)
| at
|
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(DefaultEmbeddor.java:467)
| at
|
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(DefaultEmbeddor.java:461)
| at
|
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFiles(DefaultEmbeddor.java:449)
| at
|
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployDefaultApplications(DefaultEmbeddor.java:439)
| at
|
org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.execute(DefaultEmbeddor.java:182)
| at
org.apache.avalon.phoenix.frontends.CLIMain.run(CLIMain.java:115)
| at
| org.apache.avalon.phoenix.frontends.CLIMain.execute(CLIMain.java:101)
| at
org.apache.avalon.phoenix.frontends.CLIMain.main(CLIMain.java:67)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at
|
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at
|
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:324)
| at org.apache.avalon.phoenix.launcher.Main.startup(Main.java:88)
| at org.apache.avalon.phoenix.launcher.Main.main(Main.java:51)
| Caused by: org.apache.avalon.framework.CascadingException: Failed to
| initialize application james.
| at
|
org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKernel.java:134)
| at
|
org.apache.avalon.phoenix.components.kernel.DefaultKernel.addApplication(DefaultKernel.java:169)
| at
|
org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(DefaultDeployer.java:166)
| ... 14 more
| Caused by: org.apache.avalon.framework.CascadingException: Block named
| "spoolmanager" failed to pass through the Initialization stage. (Reason:
| java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE).
| at
|
org.apache.avalon.phoenix.components.application.LifecycleHelper.fail(LifecycleHelper.java:417)
| at
|
org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(LifecycleHelper.java:220)
| at
|
org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:176)
| at
|
org.apache.avalon.phoenix.components.application.DefaultApplication.start(DefaultApplication.java:88)
| at
|
org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKernel.java:122)
| ... 16 more
| Caused by: java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
| at java.lang.Class.forName0(Native Method)
| at java.lang.Class.forName(Class.java:130)
| at
| org.apache.james.transport.MailetLoader.getMailet(MailetLoader.java:57)
| at
|
org.apache.james.transport.JamesSpoolManager.initialize(JamesSpoolManager.java:151)
| at
|
org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(LifecycleHelper.java:199)
| ... 19 more
|
-
---------------------------------------------------------------------------------------------------------
|
| For your convenience I append the answers I got on James developer
list here:
|
| Danny Angus wrote:
|
-
-----------------------------------------------------------------------------------------------------------
| Frank,
| the mailet classpath is controlled by Avalon Phoenix
| http://jakarta.apache/org/avalon
| If you're not familiar with avalon it provides james (I expect the Avaloon
| guys will "correct" me robustly when i get this wrong!) with a runtime
| platform "Phoenix", several services, and a lifecycle framework.
|
| Phoenix ensures classpath separation amongst apps its hosting, which is
| fine, but also (probably for good reasons) omits
| jre/lib/ext from the classpath it provides its "blocks" with. if you're
| using james 1.2a1-xx you could try putting the crypto provider in phoenix
| own common lib dirs, which I think would be either james/lib or james/ext
|
| I know one of these (can't remember which offhand) works for JDBC drivers,
| check my JDBC related comments in the config file to find out what I
used to
| know ;-).
|
| As far as telling Phoenix to include jre/lib/ext in the classpath it
| provides, I'm not sure what to do, (if you are a *nix user I'd try linking
| Phoenix /ext/ to jre/lib/ext, but thats not a portable answer).
|
| You may get further by asking this same question on the avalon lists.
| If you get a better answer anywhere let us know.
|
-
---------------------------------------------------------------------------------------------
|
| Noel J.Bergman wrote:
|
-
-----------------------------------------------------------------------------------------------
| Removing jre/lib/ext from the classpath seems like an error. That is
| explicitly where shared libraries are supposed to go. Separation of
| classpath's shouldn't apply.
|
| It would only make sense if the goal was to make SAR files self-contained,
| except for Phoenix.
|
| --- Noel
|
-
------------------------------------------------------------------------------------------------
|
| Thank you for reading!
|
| Frank
|
|
|
|
| --
| To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
| For additional commands, e-mail:
<ma...@jakarta.apache.org>
|
|
- --
Tomasz Skutnik, R&D Director, www.e-point.pl
tel +48 (22) 853 48 30, mob +48 501 555 705, fax +48 (22) 853 48 30
e-point S.A., ul. Filona 16, 02-658 Warsaw, Poland
PGP/GPG public key: http://scooter.ext.e-point.pl/tomasz.skutnik.gpg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE9dJ+FKoVCme/JcTgRAralAJ0e6Zh5uZ/0wqrfXPfVRV6dT+gLtQCfdCUG
s8uWfveqofALkEQLnThXwyo=
=kR49
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Avalon+James+JCE (long!)
Posted by Frank Herrmann <he...@gmx.de>.
Hi,
Thanks for answering! Copying sunjce_provider.jar to $PHOENIX_HOME/lib indeed
solves the problem.
Frank
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Avalon+James+JCE (long!)
Posted by Peter Donald <pe...@apache.org>.
Hiya,
Theres a few ways to solve this. If the JCE package is compliant with the
"Optional Package" Specification then you can place it in $PHOENIX_HOME/ext/
directory and the jars inside the .sar file can declare a dependency on it.
For a pointer about Optional Packages heres a javadoc snippet...
* <p>For more information about optional packages, see the document
* <em>Optional Package Versioning</em> in the documentation bundle for your
* Java2 Standard Edition package, in file
* <code>guide/extensions/versioning.html</code>.</p>
If the JCE impl does not follow this specification then you can place it in
$PHOENIX_HOME/lib/
However NOTE: This will make it available to all applications in phoenix (not
just James) which may effect its behaviour. This is perfectly safe if James
is the only app you are running in Phopenix.
Or finally you can place the jar inside the James .sar file at
/SAR-INF/lib/jce.jar
Hope that helps
On Tue, 3 Sep 2002 17:45, Frank Herrmann wrote:
> Hi!
>
> yesterday I asked the following question on the James developer list and
> somebody recommended asking directly on the Avalon list.
> So here is the problem:
>
> ---------------------------------------------------------------------------
>-----
>
> Hello!
>
> I'd like to use JCE (Java Cryptography Extension) inside a mailet. When I
> try to start James (run.sh) it throws the following exception:
>
> java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
>
> AFAIK this only happens if the provider class is not in the classpath.
> (for me it is /usr/lib/java/jre/lib/ext/sunjce_provider.jar)
>
> When I compile (and run) the code snippet in a separate ("normal") java
> file it works like a charm.
>
> So the question is: How can I tell James where to find the
> sunjce_provider.jar file ?
>
> What I already tried: added classpath in /dist/bin/run.sh - no difference.
>
> $JAVA_HOME/bin/java -classpath
> /usr/lib/java/jre/lib/ext/sunjce_provider.jar $JVM_OPTS -jar
> $PHOENIX_HOME/bin/phoenix-loader.jar $*
>
> Greetings,
> Frank
>
> -------------------------------little code sample---------------------
> try {
>
> if (_DEBUG_CRYPTO) {
> // display providers we have available:
> secProviders = Security.getProviders();
> System.out.println(secProviders.length);
> for (int i = 0; i < secProviders.length; i++)
> {
> System.out.println(secProviders[i].getInfo());
> }
> }
>
> /* select provider SunJCE */
> secProvider = new com.sun.crypto.provider.SunJCE();
> Security.addProvider(secProvider);
>
> }
> catch (Exception e) {}
> --------------------------------------------------------------------
>
> ------------------------the full exception output--------------------
>
> James 2.0a3
> There was an uncaught exception:
> ---------------------------------------------------------
> --- Message ---
> Failed to initialize application james.
> --- Stack Trace ---
> org.apache.avalon.phoenix.interfaces.DeploymentException: Failed to
> initialize application james.
> at
> org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(Defaul
>tDeployer.java:183) at
> org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(De
>faultEmbeddor.java:467) at
> org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFile(De
>faultEmbeddor.java:461) at
> org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployFiles(D
>efaultEmbeddor.java:449) at
> org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.deployDefault
>Applications(DefaultEmbeddor.java:439) at
> org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.execute(Defau
>ltEmbeddor.java:182) at
> org.apache.avalon.phoenix.frontends.CLIMain.run(CLIMain.java:115) at
> org.apache.avalon.phoenix.frontends.CLIMain.execute(CLIMain.java:101)
> at
> org.apache.avalon.phoenix.frontends.CLIMain.main(CLIMain.java:67) at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>9) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>l.java:25) at java.lang.reflect.Method.invoke(Method.java:324)
> at org.apache.avalon.phoenix.launcher.Main.startup(Main.java:88)
> at org.apache.avalon.phoenix.launcher.Main.main(Main.java:51)
> Caused by: org.apache.avalon.framework.CascadingException: Failed to
> initialize application james.
> at
> org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKe
>rnel.java:134) at
> org.apache.avalon.phoenix.components.kernel.DefaultKernel.addApplication(De
>faultKernel.java:169) at
> org.apache.avalon.phoenix.components.deployer.DefaultDeployer.deploy(Defaul
>tDeployer.java:166) ... 14 more
> Caused by: org.apache.avalon.framework.CascadingException: Block named
> "spoolmanager" failed to pass through the Initialization stage. (Reason:
> java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE).
> at
> org.apache.avalon.phoenix.components.application.LifecycleHelper.fail(Lifec
>ycleHelper.java:417) at
> org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(Li
>fecycleHelper.java:220) at
> org.apache.avalon.phoenix.components.application.DefaultApplication.runPhas
>e(DefaultApplication.java:176) at
> org.apache.avalon.phoenix.components.application.DefaultApplication.start(D
>efaultApplication.java:88) at
> org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKe
>rnel.java:122) ... 16 more
> Caused by: java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:130)
> at
> org.apache.james.transport.MailetLoader.getMailet(MailetLoader.java:57)
> at
> org.apache.james.transport.JamesSpoolManager.initialize(JamesSpoolManager.j
>ava:151) at
> org.apache.avalon.phoenix.components.application.LifecycleHelper.startup(Li
>fecycleHelper.java:199) ... 19 more
> ---------------------------------------------------------------------------
>------------------------------
>
> For your convenience I append the answers I got on James developer list
> here:
>
> Danny Angus wrote:
> ---------------------------------------------------------------------------
>-------------------------------- Frank,
> the mailet classpath is controlled by Avalon Phoenix
> http://jakarta.apache/org/avalon
> If you're not familiar with avalon it provides james (I expect the Avaloon
> guys will "correct" me robustly when i get this wrong!) with a runtime
> platform "Phoenix", several services, and a lifecycle framework.
>
> Phoenix ensures classpath separation amongst apps its hosting, which is
> fine, but also (probably for good reasons) omits
> jre/lib/ext from the classpath it provides its "blocks" with. if you're
> using james 1.2a1-xx you could try putting the crypto provider in phoenix
> own common lib dirs, which I think would be either james/lib or james/ext
>
> I know one of these (can't remember which offhand) works for JDBC drivers,
> check my JDBC related comments in the config file to find out what I used
> to know ;-).
>
> As far as telling Phoenix to include jre/lib/ext in the classpath it
> provides, I'm not sure what to do, (if you are a *nix user I'd try linking
> Phoenix /ext/ to jre/lib/ext, but thats not a portable answer).
>
> You may get further by asking this same question on the avalon lists.
> If you get a better answer anywhere let us know.
> ---------------------------------------------------------------------------
>------------------
>
> Noel J.Bergman wrote:
> ---------------------------------------------------------------------------
>-------------------- Removing jre/lib/ext from the classpath seems like an
> error. That is explicitly where shared libraries are supposed to go.
> Separation of classpath's shouldn't apply.
>
> It would only make sense if the goal was to make SAR files self-contained,
> except for Phoenix.
>
> --- Noel
> ---------------------------------------------------------------------------
>---------------------
>
> Thank you for reading!
>
> Frank
--
Cheers,
Peter Donald
---------------------------------------------------
"Wise men don't need advice. Fools don't take it."
-Benjamin Franklin
---------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>