Re: jboss data-source not included in jboss-app.xml

[elaroche]

damn it !! that's a good idea, I should've thought about that myself !!!
thanks mate.


Wayne Fay wrote:
> 
> Sorry for the misdirection -- I'm a bit surprised that the ear plugin
> supports this functionality. Shows how much I've used Maven + JBoss...
> ;-)
> 
> You may need to poke around in the code for maven-ear-plugin and see
> exactly how it is creating the jboss-app.xml file etc.
> 
> Wayne
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/jboss-data-source-not-included-in-jboss-app.xml-tp15061842s177p15129838.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

organizing groups of dependencies

[Rohnny Moland]

Hei,

I am trying to figure out the best way to group dependencies for
easier maintainance. I was reading this:



Which is close to what I am looking for. Is this something that is
going to be implemented in a later maven version?

I also know that today it is possible to do what is described here:



This is a nice solution if you have 1 dependency group, but not so
nice if you have 3, because one pom can only inherit from one another
pom. Lets say:

parent pom
 ^
test-deps pom
^
gui-deps pom
^
product A
^
jar module 1
jar module 2
..

Any other ways to do this? Would be nice if maven had multiple inheritance.


Thanks,
Rohnny

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

Re: A "Hello World" in ejb3

[Wayne Fay]

"It is just not working" -- can you be more specific? Try adding -X to
the call to Maven (eg mvn -X package) to get debugging information.

If you spot a specific error in the debug log, paste it in a reply to
this email.

Wayne

On 1/27/08, Angelo Chen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm looking for a simple sample Maven project for ejb3, I have tried this:
> http://www.sonatype.com/book/examples/book-j2ee.zip, everything compile, and
> I follow the exact steps in the maven-user-guide.pdf, but it just not
> working.
>
> Thanks,
>
> A.C.
> --
> View this message in context: 
> http://www.nabble.com/A-%22Hello-World%22-in-ejb3-tp15127007s177p15127007.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> 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]

A "Hello World" in ejb3

[Angelo Chen]

Hi,

I'm looking for a simple sample Maven project for ejb3, I have tried this:
http://www.sonatype.com/book/examples/book-j2ee.zip, everything compile, and
I follow the exact steps in the maven-user-guide.pdf, but it just not
working.

Thanks,

A.C.
-- 
View this message in context: 
http://www.nabble.com/A-%22Hello-World%22-in-ejb3-tp15127007s177p15127007.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: please help: OutOfMemoryError with -Xmx1024M -XX:MaxPermSize=512m

[sebb]

Try

export MAVEN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"

instead.

As far as I can see, MVN_OPTS is not used by Maven.


On 27/01/2008, Joerg Hohwiller <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi there,
>
> the build of my projects site does not work anymore.
>
> I do this:
>
> export MVN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
> mvn install -Dmaven.test.skip=true
> mvn -npu -fae -Pcodehaus site:stage -DstagingDirectory=${STAGE_DIR}
>
> The problem occured since I hat to purge my local repository.
> I currently guess that it has to do something with a bug in a new
> released plugin (maybe related to surefire - see below).
>
> Can anybody help me to track this down?
>
> After an extra-ordinary long build I got this error:
>
> [INFO] Generate "Source Xref" report.
> [INFO] 
> 
> [ERROR] FATAL ERROR
> [INFO] 
> 
> [INFO] Java heap space
> [INFO] 
> 
> [INFO] Trace
> java.lang.OutOfMemoryError: Java heap space
> ~at
> org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:260)
> ~at
> org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:296)
> ~at
> org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:302)
> ~at org.apache.velocity.runtime.parser.Parser.(Parser.java:61)
> ~at
> org.apache.velocity.runtime.RuntimeInstance.createNewParser(RuntimeInstance.java:694)
> ~at
> org.apache.velocity.runtime.RuntimeInstance.initializeParserPool(RuntimeInstance.java:681)
> ~at
> org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:229)
> ~at 
> org.apache.velocity.app.VelocityEngine.init(VelocityEngine.java:80)
> ~at 
> org.apache.maven.jxr.DirectoryIndexer.process(DirectoryIndexer.java:220)
> ~at org.apache.maven.jxr.JXR.xref(JXR.java:281)
> ~at
> org.apache.maven.plugin.jxr.AbstractJxrReport.createXref(AbstractJxrReport.java:261)
>
>
> The build also seems to cycle because it does the same things again and again.
> During that it logs sections like this:
> Tests run: 8, Failures: 0, Errors: 0, Skipped: 1
>
> [INFO] Preparing surefire-report:report-only
> [INFO] 
> 
> [INFO] Building mmm
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-core
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-reflect
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-event
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-resource
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-xml
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building util-misc
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building value
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building value-validator
> [INFO] 
> 
> [INFO] No goals needed for project - skipping
> [INFO] 
> 
> [INFO] Building content
> [INFO] 
> --

please help: OutOfMemoryError with -Xmx1024M -XX:MaxPermSize=512m

[Joerg Hohwiller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

the build of my projects site does not work anymore.

I do this:

export MVN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
mvn install -Dmaven.test.skip=true
mvn -npu -fae -Pcodehaus site:stage -DstagingDirectory=${STAGE_DIR}

The problem occured since I hat to purge my local repository.
I currently guess that it has to do something with a bug in a new
released plugin (maybe related to surefire - see below).

Can anybody help me to track this down?

After an extra-ordinary long build I got this error:

[INFO] Generate "Source Xref" report.
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] Java heap space
[INFO] 
[INFO] Trace
java.lang.OutOfMemoryError: Java heap space
~at
org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:260)
~at
org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:296)
~at
org.apache.velocity.runtime.parser.VelocityCharStream.(VelocityCharStream.java:302)
~at org.apache.velocity.runtime.parser.Parser.(Parser.java:61)
~at
org.apache.velocity.runtime.RuntimeInstance.createNewParser(RuntimeInstance.java:694)
~at
org.apache.velocity.runtime.RuntimeInstance.initializeParserPool(RuntimeInstance.java:681)
~at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:229)
~at org.apache.velocity.app.VelocityEngine.init(VelocityEngine.java:80)
~at 
org.apache.maven.jxr.DirectoryIndexer.process(DirectoryIndexer.java:220)
~at org.apache.maven.jxr.JXR.xref(JXR.java:281)
~at
org.apache.maven.plugin.jxr.AbstractJxrReport.createXref(AbstractJxrReport.java:261)


The build also seems to cycle because it does the same things again and again.
During that it logs sections like this:
Tests run: 8, Failures: 0, Errors: 0, Skipped: 1

[INFO] Preparing surefire-report:report-only
[INFO] 
[INFO] Building mmm
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-core
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-reflect
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-event
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-resource
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-xml
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building util-misc
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building value
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building value-validator
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building content
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building content-core
[INFO] 
[INFO] No goals needed for project - skipping
[INFO] 
[INFO] Building c

Re: JavaDoc aggregate-problems

[Roland Asmann]

OK, maybe it was on the list... Was a little pissed when I wrote this this
morning and didn't check the list of it. I would like to apologize for my
behavior.

So, after posting I checked out the sources for both the javadoc-plugin
and the surefire-report-plugin and removed the 'aggregator'-tag. If I use
the plugins in that variant, building my sites 'only' takes 53 minutes.
Still a lot, but I think it's the minimum my project will need, seeing the
size of it.

So, I think the discussion should be whether or not to have these plugins
as aggregators or not... I can understand some people might want this, but
it would be great if the plugin can decide whether or not to act that way
on the configuration...

Not sure if this is possible though, so maybe one of the developers couls
shed a little light on this subject?

Thanks,

Roland


> Actually, this problem was mentioned a couple of times before. I have the
> same headache as the "generate-source" phase is called again, which in my
> case caused the whole source generatred again!
>
> the defect is in javadoc plug-in's defects list on JIRA  (
> http://jira.codehaus.org/browse/MJAVADOC-137). It seems to be caused by
> @aggregator in the javadoc 2.3. Maybe, we could downgrade it to
> version 2.2and try? I'm interested in knowing if it can solve the
> problem ...
>
>
> On 1/26/08, Roland Asmann <[EMAIL PROTECTED]> wrote:
>>
>> So, I went home after this mail last friday, and happened to stumble by
>> the
>> company today at this early hour. The site-build has finished, and has
>> taken
>> a grand total of 818 minute, which roughly translates into 13,6 hours!!!
>>
>> Is it really necessary to run the mentioned plugins as aggregators? I
>> find
>> it
>> hard to believe that nobody has mentioned this before, because this will
>> make
>> things impossible for projects that are a little larger than average or
>> have
>> lots of/slow tests!
>>
>>
>> On Friday 25 January 2008 19:31, Roland Asmann wrote:
>> > Hi all,
>> >
>> > Is there a way to tell Maven to NOT run several of the
>> reporting-plugins
>> in
>> > aggregate-mode?
>> >
>> > At the moment, I am trying to build the sites to my project, which is
>> > taking FOREVER! I've written down the times that Maven is taking for
>> > several different calls, and I feel the reporting it taking way too
>> long.
>> >
>> > If I run my project with 'mvn clean install', it takes about 13
>> minutes
>> to
>> > complete. When I throw out the tests, it needs just under 2 minutes.
>> > However, if II try to run the site ('mvn clean site'), maven uses ages
>> to
>> > complete (not sure yet how long, it has been running for over 4 HOURS
>> > already, and still no clue as to how long it will take!).
>> >
>> > Yes, I know my project is big. It's a multi-module project with about
>> 60
>> > modules, but I don't think they should be split into smaller projects.
>> > Besides, the normal build has an acceptable time-frame (especially if
>> we
>> > skip tests like we do during development), so I feel no need to split
>> them.
>> >
>> > So, the plugins I've found to trigger in aggregate mode (although I
>> have
>> no
>> > idea why they should) are:
>> > - javadoc:javadoc (not using the aggregate-parameter, so why trigger
>> it
>> > this way?)
>> > - surefire-report:report
>> > - surefire-report:report-only
>> >
>> > Any help would be greatly appreciated!
>>
>> --
>> Roland Asmann
>>
>> CFC Informationssysteme Entwicklungsgesellschaft m.b.H
>> Bäckerstrasse 1/2/7
>> A-1010 Wien
>> FN 266155f, Handelsgericht Wien
>>
>> Tel.: +43/1/513 88 77 - 27
>> Fax.: +43/1/513 88 62
>> Email: [EMAIL PROTECTED]
>> Web: www.cfc.at
>>
>> -
>> 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 trace which repository files are used in a build?

[Brian E. Fox]

The dependency plugin also has build-classpath which will put this on a
file for you, or the tree mojo in addition to the resolve one.

-Original Message-
From: Tom Huybrechts [mailto:[EMAIL PROTECTED] 
Sent: Sunday, January 27, 2008 11:32 AM
To: Maven Users List
Subject: Re: How to trace which repository files are used in a build?

The most reliable (and least readable) way is to run with the '-X'
option
and look at the classpath in the configuration of the compiler or
surefire
plugin.

Tom

On Jan 27, 2008 5:30 PM, EJ Ciramella <[EMAIL PROTECTED]> wrote:

> You can try "mvn site" which should give SOME of this, but other
> reporting plugins give more accurate info, like:
>
> http://maven.apache.org/plugins/maven-dependency-plugin/index.html -
> look at the "list" option
>
> or
>
>
http://maven.apache.org/plugins/maven-project-info-reports-plugin/depend
> ency-convergence-mojo.html
>
> -Original Message-
> From: sebb [mailto:[EMAIL PROTECTED]
> Sent: Sunday, January 27, 2008 11:01 AM
> To: users@maven.apache.org
> Subject: How to trace which repository files are used in a build?
>
> Is there a debug flag or other method which can be used to trace which
> files are accessed from the repository during a Maven 2 build?
>
> One could empty the local repository before starting a build, and look
> for the download messages, but hopefully there is an easier method...
>
> -
> 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 trace which repository files are used in a build?

[Tom Huybrechts]

The most reliable (and least readable) way is to run with the '-X' option
and look at the classpath in the configuration of the compiler or surefire
plugin.

Tom

On Jan 27, 2008 5:30 PM, EJ Ciramella <[EMAIL PROTECTED]> wrote:

> You can try "mvn site" which should give SOME of this, but other
> reporting plugins give more accurate info, like:
>
> http://maven.apache.org/plugins/maven-dependency-plugin/index.html -
> look at the "list" option
>
> or
>
> http://maven.apache.org/plugins/maven-project-info-reports-plugin/depend
> ency-convergence-mojo.html
>
> -Original Message-
> From: sebb [mailto:[EMAIL PROTECTED]
> Sent: Sunday, January 27, 2008 11:01 AM
> To: users@maven.apache.org
> Subject: How to trace which repository files are used in a build?
>
> Is there a debug flag or other method which can be used to trace which
> files are accessed from the repository during a Maven 2 build?
>
> One could empty the local repository before starting a build, and look
> for the download messages, but hopefully there is an easier method...
>
> -
> 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 trace which repository files are used in a build?

[EJ Ciramella]

You can try "mvn site" which should give SOME of this, but other
reporting plugins give more accurate info, like:

http://maven.apache.org/plugins/maven-dependency-plugin/index.html -
look at the "list" option

or

http://maven.apache.org/plugins/maven-project-info-reports-plugin/depend
ency-convergence-mojo.html 

-Original Message-
From: sebb [mailto:[EMAIL PROTECTED] 
Sent: Sunday, January 27, 2008 11:01 AM
To: users@maven.apache.org
Subject: How to trace which repository files are used in a build?

Is there a debug flag or other method which can be used to trace which
files are accessed from the repository during a Maven 2 build?

One could empty the local repository before starting a build, and look
for the download messages, but hopefully there is an easier method...

-
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 trace which repository files are used in a build?

[sebb]

Is there a debug flag or other method which can be used to trace which
files are accessed from the repository during a Maven 2 build?

One could empty the local repository before starting a build, and look
for the download messages, but hopefully there is an easier method...

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

Re: release:perform plugin: after release properties are changed to real values

[Vytautas Čivilis]

thank you!

Tomasz Pik wrote:

On Jan 26, 2008 6:46 PM, Vytautas Čivilis <[EMAIL PROTECTED]> wrote:
  

Hi.

If I have pom with the following, for instance:



scm:cvs:ext:[EMAIL 
PROTECTED]:/fold/cvs:${groupId}/${artifactId}/

scm:cvs:ext:[EMAIL 
PROTECTED]:/fold/cvs:${groupId}/${artifactId}/


then after release:perform, the pom in the head would contain real
values of those properties, e.g.:



scm:cvs:ext:[EMAIL PROTECTED]:/fold/cvs:mygroup/myartf/

scm:cvs:ext:[EMAIL 
PROTECTED]:/fold/cvs:mygroup/myartf/


That's surely undesired. Is this done on purpose (what it is then), and
how could I avoid such behavior?



This problem has been reported, you may track it here:
http://jira.codehaus.org/browse/MRELEASE-128

Regards,
Tomek

  

Thanks.
Vytautas

-
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: generating a project for ejb3

[Graham Leggett]

Angelo Chen wrote:


is there a easy way to generate a directory structure for ejb3 project?
maven-archetype-j2ee-simple archetype does not work for ejb3. thanks.


In our case, the only differences our ejb3 projects have with normal jar 
projects is that they are of packaging ejb, and contain this:


  
org.apache.maven.plugins
maven-ejb-plugin
2.1

  3.0
  true
  

alchemy/cluster/dispatch/ejb/ClusterService.class
  
  

  true
   
 
 
  

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Repeating resource collections

[Wim Deblauwe]

maybe you can use a common parent pom that defines those?

regards,

Wim

2008/1/25, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> As I continue to move our Ant build to Maven artifacts, I have found
> myself repeating  collections, particularly the  and
>  criteria.
>
> In ant, such duplication would be eliminated by defining FileSets and
> referencing them throughout the build. Is there any equivalent in Maven?
>
>
> Robert Egan
> --
> This email message and any attachments may contain confidential,
> proprietary or non-public information.  The information is intended solely
> for the designated recipient(s).  If an addressing or transmission error
> has misdirected this email, please notify the sender immediately and
> destroy this email.  Any review, dissemination, use or reliance upon this
> information by unintended recipients is prohibited.  Any opinions
> expressed in this email are those of the author personally.




-- 
Vigilog - an open source log file viewer: http://vigilog.sourceforge.net
Blog: http://www.jroller.com/page/Fester