Menu
▾
▴
wrapper-user
|
From: David D. <hap...@hu...> - 2006-07-12 17:32:43
|
Hello.
I've started using Java ServiceWrapper for deployment on my
development projects for Windows servers, and I am very impressed. The
setup is straightforward, and I believe that if you understand *NIX-type
services, it comes very easy.
However, I have to send my work to a network administrator who is
more comfortable in an MS-only environment. While not trying to step on
his toes, I have to explain very carefully where to place the
pre-configured files and wrapper.conf file without sounding pushy.
I was wondering if anyone has worked on a configuration GUI to
handle the wrapper.conf file? I have created an application for
configuring for the smb.conf file while keeping all comments intact, and
I thought that there might be an interest in doing the same thing for
the wrapper.conf file.
(As an aside, I understand that there are plenty of other SAMBA
configuration apps out there (Webmin and SWAT are pretty obvious) but
they require the installation of another service with all the associated
overhead and security concerns. I wanted to have a simple,
straight-forward app that would not require any outside support and run
on any client. While rough looking, it pretty much achieved my goals.)
I have started on the basics, and should have a running example in
about a week. If there is enough interest, I'd be glad to submit it
either as an included part of the service wrapper or a separate jar
executable. (That way, the user could simply enter "java -jar
JSWConfig.jar" and go to work.)
I'm open to any comments, suggestions, heckling, or
name-calling--I've got tough skin, and I'd like to get a good idea if
this is worth pursuing for the good of everyone or just something I'll
keep in my own toolbox.
David Days
3-D Computer Solutions, Inc
13973 Lyck Run Lyra
South Webster, OH 45682
|
|
From: Leif M. <le...@ta...> - 2006-07-14 14:23:03
|
David,
Yes, please post what you have created. That sounds like it could
be a useful addition.
Cheers,
Leif
David Days wrote:
> Hello.
>
> I've started using Java ServiceWrapper for deployment on my
> development projects for Windows servers, and I am very impressed. The
> setup is straightforward, and I believe that if you understand *NIX-type
> services, it comes very easy.
>
> However, I have to send my work to a network administrator who is
> more comfortable in an MS-only environment. While not trying to step on
> his toes, I have to explain very carefully where to place the
> pre-configured files and wrapper.conf file without sounding pushy.
>
> I was wondering if anyone has worked on a configuration GUI to
> handle the wrapper.conf file? I have created an application for
> configuring for the smb.conf file while keeping all comments intact, and
> I thought that there might be an interest in doing the same thing for
> the wrapper.conf file.
> (As an aside, I understand that there are plenty of other SAMBA
> configuration apps out there (Webmin and SWAT are pretty obvious) but
> they require the installation of another service with all the associated
> overhead and security concerns. I wanted to have a simple,
> straight-forward app that would not require any outside support and run
> on any client. While rough looking, it pretty much achieved my goals.)
>
> I have started on the basics, and should have a running example in
> about a week. If there is enough interest, I'd be glad to submit it
> either as an included part of the service wrapper or a separate jar
> executable. (That way, the user could simply enter "java -jar
> JSWConfig.jar" and go to work.)
>
> I'm open to any comments, suggestions, heckling, or
> name-calling--I've got tough skin, and I'd like to get a good idea if
> this is worth pursuing for the good of everyone or just something I'll
> keep in my own toolbox.
>
> David Days
> 3-D Computer Solutions, Inc
> 13973 Lyck Run Lyra
> South Webster, OH 45682
>
|
|
From: David D. <hap...@hu...> - 2006-07-14 16:31:47
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Leif,<br>
<br>
I've finished that basic edit (turns out it was quicker and easier
than I thought.) I'm posting it on my company's website (I own it, so
it's not a problem) unless you would have another option that you
prefer.<br>
<br>
The source code is included in the .jar file. I haven't finished
polishing it up, but it seems to function well.<br>
<br>
The enhancements I'd really like to make are a follows:<br>
<ul>
<li>"Standard" config files for the usual deployments</li>
<li>Drop-down lists of available options (either based on current
category or checking against current setting<br>
</li>
<li>Breaking the settings up into categories (something along "JVM",
"Application Parameters", "Service Options" etc...basically, following
the layout in the documentation.)</li>
<li>Choosing absolute, relative, or environment file paths</li>
<li>Auto-detect of relevant files (jars, wrapper.exe, wrapper.conf,
etc.)</li>
</ul>
I'll write back when I get it set up. Any suggestions, ideas, or
options would be appreciated.<br>
<br>
David<br>
<br>
PS. Unless it's going to cause any major heartache, I'd like to put it
out under the GPL. If this is going to be a problem, let me know.<br>
<br>
Leif Mortenson wrote:
<blockquote cite="mid...@ta..." type="cite">
<pre wrap="">David,
Yes, please post what you have created. That sounds like it could
be a useful addition.
Cheers,
Leif
David Days wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello.
I've started using Java ServiceWrapper for deployment on my
development projects for Windows servers, and I am very impressed. The
setup is straightforward, and I believe that if you understand *NIX-type
services, it comes very easy.
However, I have to send my work to a network administrator who is
more comfortable in an MS-only environment. While not trying to step on
his toes, I have to explain very carefully where to place the
pre-configured files and wrapper.conf file without sounding pushy.
I was wondering if anyone has worked on a configuration GUI to
handle the wrapper.conf file? I have created an application for
configuring for the smb.conf file while keeping all comments intact, and
I thought that there might be an interest in doing the same thing for
the wrapper.conf file.
(As an aside, I understand that there are plenty of other SAMBA
configuration apps out there (Webmin and SWAT are pretty obvious) but
they require the installation of another service with all the associated
overhead and security concerns. I wanted to have a simple,
straight-forward app that would not require any outside support and run
on any client. While rough looking, it pretty much achieved my goals.)
I have started on the basics, and should have a running example in
about a week. If there is enough interest, I'd be glad to submit it
either as an included part of the service wrapper or a separate jar
executable. (That way, the user could simply enter "java -jar
JSWConfig.jar" and go to work.)
I'm open to any comments, suggestions, heckling, or
name-calling--I've got tough skin, and I'd like to get a good idea if
this is worth pursuing for the good of everyone or just something I'll
keep in my own toolbox.
David Days
3-D Computer Solutions, Inc
13973 Lyck Run Lyra
South Webster, OH 45682
</pre>
</blockquote>
<pre wrap=""><!---->
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
<a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a>
_______________________________________________
Wrapper-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Wra...@li...">Wra...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/wrapper-user">https://lists.sourceforge.net/lists/listinfo/wrapper-user</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Leif M. <le...@ta...> - 2006-07-14 23:59:58
|
David,
Sounds great. It sounds like you want to manage it yourself and
maintain ownership
so the GPL is fine. This would be a standalone tool, so I don't think
that would place
any restrictions on anyone.
Things to keep in mind:
1) Include files (Nested).
2) Environment Variables.
3) Maybe warn users about environment variable references so they know
those variables
must be system wide to work when running as a service under the system user.
Cheers,
Leif
David Days wrote:
> Leif,
>
> I've finished that basic edit (turns out it was quicker and easier
> than I thought.) I'm posting it on my company's website (I own it, so
> it's not a problem) unless you would have another option that you prefer.
>
> The source code is included in the .jar file. I haven't finished
> polishing it up, but it seems to function well.
>
> The enhancements I'd really like to make are a follows:
>
> * "Standard" config files for the usual deployments
> * Drop-down lists of available options (either based on current
> category or checking against current setting
> * Breaking the settings up into categories (something along "JVM",
> "Application Parameters", "Service Options" etc...basically,
> following the layout in the documentation.)
> * Choosing absolute, relative, or environment file paths
> * Auto-detect of relevant files (jars, wrapper.exe, wrapper.conf,
> etc.)
>
> I'll write back when I get it set up. Any suggestions, ideas, or
> options would be appreciated.
>
> David
>
> PS. Unless it's going to cause any major heartache, I'd like to put
> it out under the GPL. If this is going to be a problem, let me know.
>
> Leif Mortenson wrote:
>> David,
>> Yes, please post what you have created. That sounds like it could
>> be a useful addition.
>>
>> Cheers,
>> Leif
>>
>> David Days wrote:
>>
>>> Hello.
>>>
>>> I've started using Java ServiceWrapper for deployment on my
>>> development projects for Windows servers, and I am very impressed. The
>>> setup is straightforward, and I believe that if you understand *NIX-type
>>> services, it comes very easy.
>>>
>>> However, I have to send my work to a network administrator who is
>>> more comfortable in an MS-only environment. While not trying to step on
>>> his toes, I have to explain very carefully where to place the
>>> pre-configured files and wrapper.conf file without sounding pushy.
>>>
>>> I was wondering if anyone has worked on a configuration GUI to
>>> handle the wrapper.conf file? I have created an application for
>>> configuring for the smb.conf file while keeping all comments intact, and
>>> I thought that there might be an interest in doing the same thing for
>>> the wrapper.conf file.
>>> (As an aside, I understand that there are plenty of other SAMBA
>>> configuration apps out there (Webmin and SWAT are pretty obvious) but
>>> they require the installation of another service with all the associated
>>> overhead and security concerns. I wanted to have a simple,
>>> straight-forward app that would not require any outside support and run
>>> on any client. While rough looking, it pretty much achieved my goals.)
>>>
>>> I have started on the basics, and should have a running example in
>>> about a week. If there is enough interest, I'd be glad to submit it
>>> either as an included part of the service wrapper or a separate jar
>>> executable. (That way, the user could simply enter "java -jar
>>> JSWConfig.jar" and go to work.)
>>>
>>> I'm open to any comments, suggestions, heckling, or
>>> name-calling--I've got tough skin, and I'd like to get a good idea if
>>> this is worth pursuing for the good of everyone or just something I'll
>>> keep in my own toolbox.
>>>
>>> David Days
>>> 3-D Computer Solutions, Inc
>>> 13973 Lyck Run Lyra
>>> South Webster, OH 45682
>>>
>>>
|
|
From: David D. <hap...@hu...> - 2006-07-16 04:16:26
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Leif (and anyone else interested.)<br> <br> I've placed the Jar file on my company site (please excuse the sparseness if you look around) at:<br> <br> <a class="moz-txt-link-freetext" href="http://www.tdcs.cc/apps/jswconf/JSWConf.jar">http://www.tdcs.cc/apps/jswconf/JSWConf.jar</a> (for some reason, capitalization is important when specifying the file)<br> <br> My hosting service is reluctant to add the mime-type for Java Web Start, but you can download the JNLP file and get any updates using the following:<br> <br> <a class="moz-txt-link-freetext" href="http://www.tdcs.cc/apps/JSWConf.jnlp">http://www.tdcs.cc/apps/JSWConf.jnlp</a> (again, caps seem to be important to the hosting service)<br> <br> Running: Either use the jnlp file or enter "java -jar JSWConf.jar" That's it!<br> <br> Usage:<br> <ul> <li>Select the file using the "Load" button</li> <li>The list of configuration properties is in the lower window: Green indicates enabled files, Red indicates disables (commented out)</li> <li>Select a property and the property, value, state (enabled/disabled), and comments will be displayed in the top panel.</li> <li>Changes made are instantaneous</li> <li>"Add" places the new property below the currently selected one.</li> <li>"Remove" deletes the currently selected property.<br> </li> <li>If you want to go back to the originally loaded configuration, select "Reload"</li> <li>Click "Save" and the file will be written back to the same place you loaded it from.</li> <li>Empty property settings (anything with a blank before the "=") are dropped when writing the output.<br> </li> </ul> Bugs/Shortcomings/"Gee, I'd like it to do this..."/Next version (or so)<br> <ul> <li>Everything has to be manually entered: No auto fill of jars, no file selection (yet), no automatic use of environment settings</li> <li>No pre-select list of properties (simple enough to do, probably in the next version)</li> <li>Needs to split up the properties into their relevant sections (JVM, Application Params, Service config, etc)</li> <li>No GPL Notice within the application yet, but I'm going on record as saying that anyone who wants to grab it, mod it, and use it in accordance with the GPL has my blessing.</li> <li>Even an unmodded wrapper.conf file looks slightly different ("diff original-wrapper.conf saved-wrapper.conf" makes it seem as if nothing is the same), but appears to follow the observable conventions of the sample wrapper.conf. This is basically a reverse-engineer job--if anyone can direct me to the documentation for the "standard" I'll try to make it compliant to the letter.<br> </li> </ul> I've had the IO function repeatedly crunch through a file 100 times (load and unload) and the output is consistent. If anyone has any weirdness show up, please let me know. I've tried hard to stamp out unwanted padding and such, but I may have missed something.<br> <br> As always, feel free to pass on criticisms, complaints, faint praise, left-handed compliments, and cash bribes. :-)<br> <br> Hope this helps.<br> David Days<br> <br> "Never confuse movement with action."<br> --Hemingway<br> <br> <blockquote cite="mid...@ta..." type="cite"> <pre wrap=""> </pre> </blockquote> </body> </html> |
|
From: Leif M. <le...@ta...> - 2006-07-16 10:31:02
|
David,
On my system when I attempt to add a property, I get a dialog which
only shows me a
comment field. If I manually resize the dialog then I figured out that
a property name and
value is also available. You need to change the default dialog size.
Ideas:
One thing that you could easily do with Java is to have a simple
help dialog for each
property. If you are using Swing, you can show HTML content in a
label. Maybe add
property documentation by simply loading the content of the property's
documention
from the wrapper web site. You could probably even do some simple
manipulation of
the HTML to strip out the menus etc to get the simple content text. If
you want to play
with your own style sheets, you could also build local documentation
based on the
documention source files in the wrapper source distributions.
To make this really useful, it would be nice to have things set up
in such a way as to help
users discover what is available when configuring the wrapper. Rather
than a structured
editor, maybe set it up as a Windows style tab dialog. Tabs would be
"JVM configuration",
"Classpath", "Application Configuration", "Logging", etc.
The users would not have to necessarily see the actual properties.
If you automatically add the wrapper.commandfile and
wrapper.restart.reload_configuration
properties, you could do things like restarting the wrapper to update
its configuration all
from within your tool. Note that not all properties are reloadable.
A great configuration tool would be a good addition to the Wrapper.
I am looking
forward to seeing where you take this.
Cheers,
Leif
David Days wrote:
> Leif (and anyone else interested.)
>
> I've placed the Jar file on my company site (please excuse the
> sparseness if you look around) at:
>
> http://www.tdcs.cc/apps/jswconf/JSWConf.jar (for some reason,
> capitalization is important when specifying the file)
>
> My hosting service is reluctant to add the mime-type for Java Web
> Start, but you can download the JNLP file and get any updates using
> the following:
>
> http://www.tdcs.cc/apps/JSWConf.jnlp (again, caps seem to be
> important to the hosting service)
>
> Running: Either use the jnlp file or enter "java -jar
> JSWConf.jar" That's it!
>
> Usage:
>
> * Select the file using the "Load" button
> * The list of configuration properties is in the lower window:
> Green indicates enabled files, Red indicates disables (commented
> out)
> * Select a property and the property, value, state
> (enabled/disabled), and comments will be displayed in the top panel.
> * Changes made are instantaneous
> * "Add" places the new property below the currently selected one.
> * "Remove" deletes the currently selected property.
> * If you want to go back to the originally loaded configuration,
> select "Reload"
> * Click "Save" and the file will be written back to the same place
> you loaded it from.
> * Empty property settings (anything with a blank before the "=")
> are dropped when writing the output.
>
> Bugs/Shortcomings/"Gee, I'd like it to do this..."/Next version
> (or so)
>
> * Everything has to be manually entered: No auto fill of jars, no
> file selection (yet), no automatic use of environment settings
> * No pre-select list of properties (simple enough to do, probably
> in the next version)
> * Needs to split up the properties into their relevant sections
> (JVM, Application Params, Service config, etc)
> * No GPL Notice within the application yet, but I'm going on
> record as saying that anyone who wants to grab it, mod it, and
> use it in accordance with the GPL has my blessing.
> * Even an unmodded wrapper.conf file looks slightly different
> ("diff original-wrapper.conf saved-wrapper.conf" makes it seem
> as if nothing is the same), but appears to follow the observable
> conventions of the sample wrapper.conf. This is basically a
> reverse-engineer job--if anyone can direct me to the
> documentation for the "standard" I'll try to make it compliant
> to the letter.
>
> I've had the IO function repeatedly crunch through a file 100
> times (load and unload) and the output is consistent. If anyone has
> any weirdness show up, please let me know. I've tried hard to stamp
> out unwanted padding and such, but I may have missed something.
>
> As always, feel free to pass on criticisms, complaints, faint
> praise, left-handed compliments, and cash bribes. :-)
>
> Hope this helps.
> David Days
>
> "Never confuse movement with action."
> --Hemingway
>
>>
> ------------------------------------------------------------------------
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: David D. <hap...@hu...> - 2006-07-16 20:43:15
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Leif,<br>
<br>
Yeah, I saw that (dialog size) and forgot to include it in the bugs
section.<br>
<br>
I was planning on using Tabs for the separation of the different
parts, and I believe that having a restart button would certainly be a
good option. Tracking changed and unchanged properties (and
identifying those which can and can't be used with a "Restart") would
simply be another field to be tracked by the Setting.class.<br>
Documentation would not be difficult to include--that's a good
point. I'll get cracking on it. I'm already using Swing, so that's
not difficult.<br>
I'll collect any other ideas and try to get another version out in
the next week or so.<br>
<br>
Errr...I assume that it's actually functioning correctly for
everyone out there? Looks are fine, but if it doesn't perform it's
basic task, it's still broken.<br>
<br>
David<br>
<br>
Leif Mortenson wrote:
<blockquote cite="mid...@ta..." type="cite">
<pre wrap="">David,
On my system when I attempt to add a property, I get a dialog which
only shows me a
comment field. If I manually resize the dialog then I figured out that
a property name and
value is also available. You need to change the default dialog size.
Ideas:
One thing that you could easily do with Java is to have a simple
help dialog for each
property. If you are using Swing, you can show HTML content in a
label. Maybe add
property documentation by simply loading the content of the property's
documention
from the wrapper web site. You could probably even do some simple
manipulation of
the HTML to strip out the menus etc to get the simple content text. If
you want to play
with your own style sheets, you could also build local documentation
based on the
documention source files in the wrapper source distributions.
To make this really useful, it would be nice to have things set up
in such a way as to help
users discover what is available when configuring the wrapper. Rather
than a structured
editor, maybe set it up as a Windows style tab dialog. Tabs would be
"JVM configuration",
"Classpath", "Application Configuration", "Logging", etc.
The users would not have to necessarily see the actual properties.
If you automatically add the wrapper.commandfile and
wrapper.restart.reload_configuration
properties, you could do things like restarting the wrapper to update
its configuration all
from within your tool. Note that not all properties are reloadable.
A great configuration tool would be a good addition to the Wrapper.
I am looking
forward to seeing where you take this.
Cheers,
Leif
David Days wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Leif (and anyone else interested.)
I've placed the Jar file on my company site (please excuse the
sparseness if you look around) at:
<a class="moz-txt-link-freetext" href="http://www.tdcs.cc/apps/jswconf/JSWConf.jar">http://www.tdcs.cc/apps/jswconf/JSWConf.jar</a> (for some reason,
capitalization is important when specifying the file)
My hosting service is reluctant to add the mime-type for Java Web
Start, but you can download the JNLP file and get any updates using
the following:
<a class="moz-txt-link-freetext" href="http://www.tdcs.cc/apps/JSWConf.jnlp">http://www.tdcs.cc/apps/JSWConf.jnlp</a> (again, caps seem to be
important to the hosting service)
Running: Either use the jnlp file or enter "java -jar
JSWConf.jar" That's it!
Usage:
* Select the file using the "Load" button
* The list of configuration properties is in the lower window:
Green indicates enabled files, Red indicates disables (commented
out)
* Select a property and the property, value, state
(enabled/disabled), and comments will be displayed in the top panel.
* Changes made are instantaneous
* "Add" places the new property below the currently selected one.
* "Remove" deletes the currently selected property.
* If you want to go back to the originally loaded configuration,
select "Reload"
* Click "Save" and the file will be written back to the same place
you loaded it from.
* Empty property settings (anything with a blank before the "=")
are dropped when writing the output.
Bugs/Shortcomings/"Gee, I'd like it to do this..."/Next version
(or so)
* Everything has to be manually entered: No auto fill of jars, no
file selection (yet), no automatic use of environment settings
* No pre-select list of properties (simple enough to do, probably
in the next version)
* Needs to split up the properties into their relevant sections
(JVM, Application Params, Service config, etc)
* No GPL Notice within the application yet, but I'm going on
record as saying that anyone who wants to grab it, mod it, and
use it in accordance with the GPL has my blessing.
* Even an unmodded wrapper.conf file looks slightly different
("diff original-wrapper.conf saved-wrapper.conf" makes it seem
as if nothing is the same), but appears to follow the observable
conventions of the sample wrapper.conf. This is basically a
reverse-engineer job--if anyone can direct me to the
documentation for the "standard" I'll try to make it compliant
to the letter.
I've had the IO function repeatedly crunch through a file 100
times (load and unload) and the output is consistent. If anyone has
any weirdness show up, please let me know. I've tried hard to stamp
out unwanted padding and such, but I may have missed something.
As always, feel free to pass on criticisms, complaints, faint
praise, left-handed compliments, and cash bribes. :-)
Hope this helps.
David Days
"Never confuse movement with action."
--Hemingway
</pre>
<blockquote type="cite">
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">------------------------------------------------------------------------
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
<a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a>
------------------------------------------------------------------------
_______________________________________________
Wrapper-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Wra...@li...">Wra...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/wrapper-user">https://lists.sourceforge.net/lists/listinfo/wrapper-user</a>
</pre>
</blockquote>
<pre wrap=""><!---->
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
<a class="moz-txt-link-freetext" href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a>
_______________________________________________
Wrapper-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Wra...@li...">Wra...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/wrapper-user">https://lists.sourceforge.net/lists/listinfo/wrapper-user</a>
</pre>
</blockquote>
</body>
</html>
|
