The --passwordfile option is a replacement for --password. This means
all the commands where --password is/was applicable, --passwordfile is
a preferred substitute. Remote commands don't know where domain
configuration (and the domain-passwords store) is and hence, they can
not make use of the aliasing facility (unlike the server). This
facility however will work for unattended boots.
I am not confused, I am just trying to create a script that users can
checkout my project and run a unique script to configure, deploy and
run my application.. what includes JMS and JavaMail resources.. since
I cannot hard-code the passwords in this script, I have a few
options.. including an interactive session with the users or (better)
a lookup in a default location password file..
then I started to think in a simple parser to load this file.. and
perhaps the users can use the same file to store the asadmin
passwords..
I already got the keys... and now I am continuing to edit my script :)
On Fri, Sep 25, 2009 at 11:48 PM, <glassfish_at_javadesktop.org> wrote:
> Felipe,
>
> I am not sure if you are confused about AS_ADMIN passwords (which are client side passwords)
> and the JavaMail (or database or anything else) passwords (which are server side passwords).
> The passwords used by server for mail, database, jms are all stored in domain.xml *in clear* by
> default. If you are looking to encrypt those, then you have to use what's called password aliasing.
>
> http://wiki.glassfish.java.net/attach/GlassFishAdministrationPages/aliased-passwords.html
>
> -Kedar
> [Message sent by forum member 'km' (kedar.mhaswade_at_sun.com)]
>
> http://forums.java.net/jive/thread.jspa?messageID=365794
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
--
Looking for a client application for this service:
http://fgaucho.dyndns.org:8080/arena-http/wadl