RE: New PDF plugin SNAPSHOT

[Arnaud HERITIER]

Yes, I didn't have the time to do it but we must open an issue for this new 
problem.
We'll try to fix it later.
We'll document that, for now, some svg graphics aren't supported.

Arnaud

> 
> 
> >It's weird because I downloaded the fop 0.25 distrib used in this 
> >plugin and I successfully created the pdf from our 
> project.fo generated 
> >in our test n°2 :-(
> >
> >  
> >
> 
> You're right, this is very puzzling - I did the same with 
> only the jars in my local repository in the classpath and it 
> worked too! I have no clue for the moment, but I don't think 
> it's anything directly fop- or batik related.
> 
> Should we open a new JIRA issue for that or are you going to re-open
> MPPDF-32 where we can discuss that?
> 
> Lukas
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: New PDF plugin SNAPSHOT

[Lukas Theussl]

It's weird because I downloaded the fop 0.25 distrib used in this plugin and I 
successfully created the pdf from our project.fo
generated in our test n°2 :-(

 



You're right, this is very puzzling - I did the same with only the jars 
in my local repository in the classpath and it worked too! I have no 
clue for the moment, but I don't think it's anything directly fop- or 
batik related.


Should we open a new JIRA issue for that or are you going to re-open 
MPPDF-32 where we can discuss that?


Lukas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Should I run maven on the Free Software Foundation's GCJ or Sun's java platform

[Brett Porter]

I believe that Maven has been shown to work on kaffe. I'm not sure
about gcj. It is primarily tested on Sun's platform.

- Brett

On 8/22/05, bw t <[EMAIL PROTECTED]> wrote:
> Hi all,
> 
> Should I run maven on the Free Software Foundation's GCJ or Sun's java
> platform ?
> 
> Thanks,
> bwtoh
> 
> _
> Get your mobile ringtones, operator logos and picture messages from MSN
> Mobile http://msn.smsfactory.no/
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Should I run maven on the Free Software Foundation's GCJ or Sun's java platform

[bw t]

Hi all,

Should I run maven on the Free Software Foundation's GCJ or Sun's java 
platform ?


Thanks,
bwtoh

_
Get your mobile ringtones, operator logos and picture messages from MSN 
Mobile http://msn.smsfactory.no/



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Recursive multiproject site

[Wendy Smoak]

From: "Wendy Smoak" <[EMAIL PROTECTED]>


I have a multiproject site that goes three levels deep:

site
core
sandbox
newproj
newproj-core
newproj-example
otherproj
otherproj-core
otherproj-example

I have maven.multiproject.site.goals=multiproject in project.properties at 
the 'sandbox' and 'newproj' and 'otherproj' levels.


When I run 'maven multiproject:site' from the 'site' subproject, all of 
the documentation *is* getting created.  It looks good at (for example) 
the sandbox/newproj/target/docs level-- the core and example subproject 
docs are there.


No, they're not.  The multiproject:clean goal isn't descending past the 
'sandbox' level, so there were old files lying around.


If I cd to sandbox and run multiproject:site, THEN I get all the files (and 
the next time through, they'll get copied up.)


So the problem is with running 'multiproject:site' *from* the 'site' 
subdirectory.  It makes sense that this would call 'site' for each of the 
sub-projects.  Okay so far... but now anything I try, such as (in 'sandbox' 
maven.xml):

  

  
causes an endless loop.

I imagine the solution is *very* simple and I've just been staring at it too 
long.


How do I get multiproject:site to descend all the way down to the bottom of 
the structure, and copy everything up into site/target/docs?


Thanks,
--
Wendy Smoak 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [m2] no dependencies in webapp build (bug?)

[Edwin Punzalan]

I can't seem to find the jira issue reporting this bug...

So I created one here: http://jira.codehaus.org/browse/MNG-766

Btw, I'm using the beta from svn and I experienced the same problem.




Mike Perham wrote:


I believe this was fixed in SVN after alpha3.  You might try a recent
nightly or querying JIRA to confirm.

-Original Message-
From: Edwin Punzalan [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 19, 2005 8:21 PM

To: Maven Users List
Subject: Re: [m2] no dependencies in webapp build (bug?)

I believe this is a bug.

The provided scope should work the same way as the compile scope with
the exception that provided scoped dependencies will not be "packaged" 
inside the generated package.


Please file a jira issue on
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10500

Thank you.



Julian Wood wrote:

 

OK, I've played with this some more now. Our network is up and down 
due to that dratted W32/IRCbot.worm!, so I couldn't get to the maven

2 docs at all, and was just shooting in the dark a bit.

I still haven't fixed my problem, however. I have two subprojects - a 
jar and a webapp, where the webapp requires the jar.


So, just focusing on the jar pom. It's pom has only 3 dependencies for
   



 


a successful compile. I can do

   m2 clean:clean compile

successfully when scope is either compile or provided, but obviously 
not when scope is either runtime or test. Now when I do


   m2 clean:clean package

I can only compile the test if the scope is set to compile. So trying 
to skip the test, while leaving scope at provided:


   m2 -Dmaven.test.skip=true clean:clean package

It still tries to compile the test, and fails, unless I set the 
dependency scope to compile. This doesn't seem right in itself, but 
the problem gets worse.


So I install my jar into my local repository, making it available to 
my webapp. My webapp has no other dependencies. But doing an m2 
package of my webapp grabs all the dependencies of the jar, which can 
only be scoped at compile, if I want the tests to work. So I seem to 
be stuck.


Maybe that's the way it is supposed to work, but it seems like the 
'provided' scope should make a dependency available on the classpath 
of the test compile. Or maybe there's another way to do that.


In the interim, what sort of a "post goal" could I do to delete the 
dependencies from the target lib before assembling into a war?


Thanks,

J








So I had just found provided, but it still doesn't do what I expected 
it to do.


If my dependencies are all compile, everything is fine, except that it
   



 


places them in the webapp.

If I set it to provided, compile fails. This doesn't seem right at 
all. In fact, the only time I can actually successfully compile is if 
the scope is set to compile (not





On 19-Aug-05, at 11:58 AM, <[EMAIL PROTECTED]>  
<[EMAIL PROTECTED]> wrote:


   


Set the scope to 'provided'. I got myself confused, but compile is
 


the
 


widest scope.

-Original Message-
From: Julian Wood [mailto:[EMAIL PROTECTED]
Sent: Friday, August 19, 2005 7:47 PM
To: Maven Users List
Subject: [m2] no dependencies in webapp build

Hi,

I want to build my webapp without the dependencies required for
compiling and testing. I had thought that limiting their scope to
compile would prevent them from showing up in the webapp build, but  
that

is not the case.

How can I do this?

Thanks,

J

--
Julian Wood <[EMAIL PROTECTED]>

Programmer/Analyst
University of Calgary

http://commons.ucalgary.ca


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 


--
Julian Wood <[EMAIL PROTECTED]>

Programmer/Analyst
University of Calgary

http://commons.ucalgary.ca


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Standardized Maven Environment

[John Pappin]

Plugins can be referenced for a project the same way other dependencies
are. If you want to specify the plugin version; site for example:


maven
maven-site-plugin
1.6.1
plugin


Of course you have to include the remote repository in your repository
list, where the plugin resides.

I'm not sure (maybe one of the developers can tell us) if you specify an
older dependency which one is used... I primarily use this feature to
ensure I'm using a plugin thats been updated since the maven version I'm
using was released.

- Brill Pappin



Buntingster wrote:
[...]


 My question is this: is there any good way to be sure that my developers
 are running in the same maven environment as our build server?  By this
 I mean primarily the plugins (and their versions) that are installed.
 This becomes especially critical when we have internal plugins that will
 be modified on a more frequent basis.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Standardized Maven Environment

[Brett Porter]

Hi,

We're planning to build something like this in to Maven2, or at least
document how it should be done. There are a few alternatives.

Your proposed solution sounds like a very good one.

Another common way is for them to check out their installation from
cvs/svn and have a plugin that updates that regularly for them.

Happy to discuss any further thoughts you have on this.

Cheers,
Brett

On 8/22/05, Buntingster <[EMAIL PROTECTED]> wrote:
> We are looking at standardizing our builds on Maven.  We will have one
> server performing builds for our "official" artifacts.  However, all of
> our developers will also need to be able to build locally for their own
> purposes.  We will be setting up an internal repository for our
> libraries, and we will also have need to write several custom plugins
> for some of our business requirements.
> 
> We will initially be using maven 1 - while we are definitely considering
> maven 2, politics do not allow us to use an unreleased project, and we
> are in desperate need of the dependency management features provided by
> maven.  So, hopefully my solution (at least conceptually) can be applied
> to both maven 1 and maven 2.
> 
> My question is this: is there any good way to be sure that my developers
> are running in the same maven environment as our build server?  By this
> I mean primarily the plugins (and their versions) that are installed.
> This becomes especially critical when we have internal plugins that will
> be modified on a more frequent basis.
> 
> My current thought is to publish the info available in "maven -i" on a
> central web server, and then write a custom plugin (update-maven-env)
> that our developers can run that will retrieve this information and
> retrieve and update the appropriate plugins.
> 
> I was wondering if anyone has any thoughts on this, if there is already
> a solution out there?  Any assistance would be greatly appreciated.
> 
> Thanks.
> 
> -Jared
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Standardized Maven Environment

[Buntingster]

We are looking at standardizing our builds on Maven.  We will have one 
server performing builds for our "official" artifacts.  However, all of 
our developers will also need to be able to build locally for their own 
purposes.  We will be setting up an internal repository for our 
libraries, and we will also have need to write several custom plugins 
for some of our business requirements. 

We will initially be using maven 1 - while we are definitely considering 
maven 2, politics do not allow us to use an unreleased project, and we 
are in desperate need of the dependency management features provided by 
maven.  So, hopefully my solution (at least conceptually) can be applied 
to both maven 1 and maven 2.


My question is this: is there any good way to be sure that my developers 
are running in the same maven environment as our build server?  By this 
I mean primarily the plugins (and their versions) that are installed.  
This becomes especially critical when we have internal plugins that will 
be modified on a more frequent basis.


My current thought is to publish the info available in "maven -i" on a 
central web server, and then write a custom plugin (update-maven-env) 
that our developers can run that will retrieve this information and 
retrieve and update the appropriate plugins.


I was wondering if anyone has any thoughts on this, if there is already 
a solution out there?  Any assistance would be greatly appreciated.


Thanks.

-Jared


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [maven-1.1-beta-1] native2ascii

[Scott Lamb]

On 21 Aug 2005, at 01:44, Arnaud HERITIER wrote:

Hi scott,

It is documented here : http://maven.apache.org/reference/backwards- 
compatibility.html

You did the good thing.

Arnaud


Cool, thanks. What about the ant version? I imagine it won't be at  
1.6.5 forever. Is it important that I use the same ant version as the  
rest of maven? Is there a system property somewhere that indicates  
this version?


Regards,
Scott

--
Scott Lamb 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Recursive multiproject site

[Wendy Smoak]

I have a multiproject site that goes three levels deep:

site
core
sandbox
newproj
newproj-core
newproj-example
otherproj
otherproj-core
otherproj-example

I have maven.multiproject.site.goals=multiproject in project.properties at 
the 'sandbox' and 'newproj' and 'otherproj' levels.


When I run 'maven multiproject:site' from the 'site' subproject, all of the 
documentation *is* getting created.  It looks good at (for example) the 
sandbox/newproj/target/docs level-- the core and example subproject docs are 
there.


However, Maven is not copying the 'newproj/target/docs' files up into 
sandbox/target/doc (which means that they don't get copied into 
site/target/docs).


Does anyone know what I might be missing here?

Thanks,
--
Wendy Smoak




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Resouces/Classes with the same name between main and test.

[John Casey]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I *believe* that the test classes/resources are ahead of everything else
on the test classpath, which means that they should be picked up first
on a ClassLoader.getResourceAsStream(..) for instance. At least, that
has always been the case for me.

I'd say that if it doesn't behave this way, that should be filed as a bug.

HTH,

john

Marcelo Alcantara wrote:
| Hi,
|
| How do I know between test/main resources, which one gets loaded first?
|
| My practives here show that if I have two spring appContext with the
| same name, one in the test and one in the main...the test one have
| priority over the main one when we load it by name from the classpath.
|
| Somebody here can answer that for sure??
|
| Thanks in advance.
|
| Marcelo
|
|
|
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFDCJzuK3h2CZwO/4URArrbAJ4pndb95x1bBucYqb7bp/ZwPhUVOACeKbil
ygRf0irDihWKAmZbuSDiM6E=
=F1Ey
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [M2] How to include resources in a jar?

[Brett Porter]

Ok, that's something I can test out tomorrow.

I'm not sure you need to create a subdirectory for this - the pom.xml
will happily sit alongside your other build files.

Cheers,
Brett

On 8/21/05, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> Brett Porter schrieb:
> > That's odd. We use this all the time, so they should be included.
> >
> > What are their paths? Maybe they are in the default excludes? (Though
> > I would think this would exclude them from the classes directory and
> > the jar)
> >
> This is the pom - actually it's the pom for Cocoon where we try out m2,
> so this is the reason for the unconventional "../src/java" path as we
> want to keep the old build system working until the m2 builds run
> without problems.
> 
>  
> ../src/java
> ../src/test
> 
>   
> ../src/java
> 
>   **/*.roles
>   **/*.properties
>   **/*.xml
> 
>   
> 
> 
> Now, I thought that the jar plugin just archives the target/classes
> directory.
> 
> Carsten
> --
> Carsten Ziegeler - Open Source Group, S&N AG
> http://www.s-und-n.de
> http://www.osoco.org/weblogs/rael/
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: New PDF plugin SNAPSHOT

[Arnaud HERITIER]

Hi Wendy,

Thanks for your tests.
You can report your problems on this issue : 
http://jira.codehaus.org/browse/MPPDF-40
We'll try to fix it before the next release.



Arnaud


> -Message d'origine-
> De : Wendy Smoak [mailto:[EMAIL PROTECTED] 
> Envoyé : dimanche 21 août 2005 08:20
> À : Maven Users List
> Objet : Re: New PDF plugin SNAPSHOT
> 
> From: "Arnaud HERITIER" <[EMAIL PROTECTED]>
> 
> > I published a new snapshot which fixe incompatibilities 
> with maven 1.0 
> > and some jdk.
> ...
> > Let us know what you think about it.
> 
> I'm still getting:
> [java] [ERROR]
> file:/e:/svn/struts/current/site/target/pdf/project.fo:198:168
>  The id "#"
> already exists in this document
> 
> I thought it had to do with the suggestion to create a 
> separate navigation file, which I did, but it turned out to 
> be two  tags with no 'name'
> attribute on the index page.  Those get id="#" in the .fo 
> file, and if you have more than one, the pdf won't build.
> 
> And... apparently you can't have two  tags with the 
> same 'name'
> attribute, _anywhere_ in the xml you plan to convert to PDF.  
> I added names to all the  tags, and now I'm seeing...
> 
> [java] [ERROR]
> file:/e:/svn/struts/current/site/target/pdf/project.fo:480:175
>  The id "#Next" already exists in this document
> 
> ...which is coming from the  tags at the 
> bottom of each of the pages at the top level of the website.
> 
> This is a showstopper for the Struts site-- we have multiple 
> pages with the same section names.  (And I assume it also 
> applies to .)
> 
> Please let me know if you need more information, or if you 
> want me to open a ticket for this.
> 
> --
> Wendy Smoak
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: New PDF plugin SNAPSHOT

[Arnaud HERITIER]

Hi Lukas,

It's weird because I downloaded the fop 0.25 distrib used in this plugin and I 
successfully created the pdf from our project.fo
generated in our test n°2 :-(


Arnaud

> 
> 
> >This new snapshot has a new bug I didn't fixed actually : 
> SVG support 
> >is broken (again :-( )
> >
> >  
> >
> As far as I can tell, SVG is working fine really, - just not 
> with the .svg samples I included for the test cases :-P . For 
> them, batik fails due to a bug that has apparently only been 
> fixed in a later version than the one included in fop.
> 
> I will open another JIRA issue with more detailed explanation.
> 
> Lukas
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [maven-1.1-beta-1] native2ascii

[Arnaud HERITIER]

Hi scott,

It is documented here : 
http://maven.apache.org/reference/backwards-compatibility.html
You did the good thing.

Arnaud


> -Message d'origine-
> De : Scott Lamb [mailto:[EMAIL PROTECTED] 
> Envoyé : samedi 20 août 2005 02:54
> À : Maven Users List
> Objet : Re: [maven-1.1-beta-1] native2ascii
> 
> On Aug 19, 2005, at 12:00 PM, Scott Lamb wrote:
> 
> > - how can I make this work anyway? (for the time being, the same 
> > buildfile has to work with maven 1.0.2 also.) I imagine there's an 
> > easy classpath trick, since this jar is in the ibiblio maven 
> > repository. The trick eludes me, though.
> 
> I ended up adding ant-nodeps-0.6.5.jar to the dependency list 
> and adding this before I call native2ascii:
> 
>  
>  
>
> classname="org.apache.tools.ant.taskdefs.optional.Native2Ascii"
>   classpathref="maven.dependency.classpath"/>
>  
> 
> It seems to work on both versions.
> 
> --
> Scott Lamb 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [M2] How to include resources in a jar?

[Carsten Ziegeler]

Brett Porter schrieb:
> That's odd. We use this all the time, so they should be included.
> 
> What are their paths? Maybe they are in the default excludes? (Though
> I would think this would exclude them from the classes directory and
> the jar)
> 
This is the pom - actually it's the pom for Cocoon where we try out m2,
so this is the reason for the unconventional "../src/java" path as we
want to keep the old build system working until the m2 builds run
without problems.

 
../src/java
../src/test

  
../src/java

  **/*.roles
  **/*.properties
  **/*.xml

  


Now, I thought that the jar plugin just archives the target/classes
directory.

Carsten
-- 
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to generate downloads.xml?

[Vincent Massol]

Hi John,

More specifcially have a look at this tip:
http://mavenbook.xwiki.com/xwiki/bin/view/Main/Tip4DownloadMenu

-Vincent

> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 21 août 2005 09:54
> To: Maven Users List
> Subject: Re: How to generate downloads.xml?
> 
> It comes from the xdoc plugin, based on information in the 
> tag in the POM, I believe.
> 
> - Brett
> 
> On 8/21/05, John Pappin <[EMAIL PROTECTED]> wrote:
> > you have all see the downloads page a lot of Maven sites have.
> >
> > It looks like it's generated by a plugin of some sort, but I can't find
> > a reference or even an example of what it should look like if its
> > manually generated.
> >
> > Can anyone tell me how the download page is created?
> >
> > - Brill Pappin
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to generate downloads.xml?

[Brett Porter]

It comes from the xdoc plugin, based on information in the 
tag in the POM, I believe.

- Brett

On 8/21/05, John Pappin <[EMAIL PROTECTED]> wrote:
> you have all see the downloads page a lot of Maven sites have.
> 
> It looks like it's generated by a plugin of some sort, but I can't find
> a reference or even an example of what it should look like if its
> manually generated.
> 
> Can anyone tell me how the download page is created?
> 
> - Brill Pappin
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to generate downloads.xml?

[John Pappin]

you have all see the downloads page a lot of Maven sites have.

It looks like it's generated by a plugin of some sort, but I can't find
a reference or even an example of what it should look like if its
manually generated.

Can anyone tell me how the download page is created?

- Brill Pappin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]