Re: Getting the ear plugin to recognise har files

2006-08-19 Thread Stephane Nicoll

No. There's one issue remaining,  I'll cast a vote once it's fixed.

s/





On 8/17/06, Graham Leggett [EMAIL PROTECTED] wrote:

On Thu, August 3, 2006 9:55 am, Stephane Nicoll wrote:

 Anyway, it's handled now and I am busy working on jboss-app.xml
 auto-generation.

Is this available in a released form anywhere where I can give it a test run?

Regards,
Graham
--



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





--
.::You're welcome ::.

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



Re: Getting the ear plugin to recognise har files

2006-08-17 Thread Graham Leggett
On Thu, August 3, 2006 9:55 am, Stephane Nicoll wrote:

 Anyway, it's handled now and I am busy working on jboss-app.xml
 auto-generation.

Is this available in a released form anywhere where I can give it a test run?

Regards,
Graham
--



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



Re: Getting the ear plugin to recognise har files

2006-08-04 Thread Stephane Nicoll

Hi,

On 8/3/06, Graham Leggett [EMAIL PROTECTED] wrote:

On Thu, August 3, 2006 9:55 am, Stephane Nicoll wrote:

 This option won't work for us, as the project that creates the har file,
 already creates an ejb mapped to a jar file, which creates a filename
 clash.

 ? The mapping is for the type, not the extension. You .har file will
 still be packaged as an .har file! Have you tried it in a first place?

Have I tried creating a har artifact called alchemy-trader-1.1.0.jar, and
then deploying it to a repository already containing an ejb artifact
called alchemy-trader-1.1.0.jar? No, I haven't tried that.


Well. No of course. Try creating an har artifact called
alchemy-trader-1.1.0.har. With the mapping I gave you above, the EAR
plugin will handle your 'har' dependency the same way a classical
'jar' dependency (dependency TYPE not extension).

s/




 Anyway, it's handled now and I am busy working on jboss-app.xml
 auto-generation.

Will try this out once you're done with this, and let you know if it works.

Regards,
Graham
--



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





--
.::You're welcome ::.

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



Re: Getting the ear plugin to recognise har files

2006-08-03 Thread Stephane Nicoll

On 8/1/06, Graham Leggett [EMAIL PROTECTED] wrote:

Stephane Nicoll wrote:

 Embedded error: Unknown artifact type[har]

 Looking in the docs, the configuration option artifactTypeMappings
 seems
 to offer a clue, but apart from the text PlexusConfiguration, there is
 no indication what needs to be done to get this to work, or whether this
 option does I what I think it might do.

 Well, it does [1].

   configuration
  artifactTypeMappings
artifactTypeMapping type=har mapping=jar/
  /artifactTypeMappings
/configuration

This option won't work for us, as the project that creates the har file,
already creates an ejb mapped to a jar file, which creates a filename clash.


? The mapping is for the type, not the extension. You .har file will
still be packaged as an .har file! Have you tried it in a first place?

Anyway, it's handled now and I am busy working on jboss-app.xml auto-generation.

Stéphane



Ideally the ear plugin shouldn't try to know about every single file
extension ever made, because invariably someone (in this case JBoss)
invents a new one, and the ear plugin stops working.

A sane default would be to assume the suffix maps to the type for files
that are not recognised.

Regards,
Graham
--






--
.::You're welcome ::.

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



Re: Getting the ear plugin to recognise har files

2006-08-03 Thread Graham Leggett
On Thu, August 3, 2006 9:55 am, Stephane Nicoll wrote:

 This option won't work for us, as the project that creates the har file,
 already creates an ejb mapped to a jar file, which creates a filename
 clash.

 ? The mapping is for the type, not the extension. You .har file will
 still be packaged as an .har file! Have you tried it in a first place?

Have I tried creating a har artifact called alchemy-trader-1.1.0.jar, and
then deploying it to a repository already containing an ejb artifact
called alchemy-trader-1.1.0.jar? No, I haven't tried that.

 Anyway, it's handled now and I am busy working on jboss-app.xml
 auto-generation.

Will try this out once you're done with this, and let you know if it works.

Regards,
Graham
--



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



RE: Getting the ear plugin to recognise har files

2006-08-02 Thread Ian Springer
Doug,

Does jboss-packaging-maven-plugin have any relation to
jboss-sar-maven-plugin [1], or are these just two competing plugins for
creating SARs? One feature which I require which doesn't seem to be
provided by either plugin is the ability to have jar/war/ear/etc.
dependencies packaged within the SAR for nested deployment. Is this
something on the roadmap for jboss-packaging-maven-plugin?

Thanks,
Ian

[1] http://mojo.codehaus.org/jboss-sar-maven-plugin/

| -Original Message-
| From: Doug Douglass [mailto:[EMAIL PROTECTED] 
| Sent: Tuesday, August 01, 2006 6:58 PM
| To: Maven Users List
| Subject: Re: Getting the ear plugin to recognise har files
| 
| Graham,
| 
| There have been some recent discussions over on the mojo-dev 
| list regarding
| JBoss packagings and how best to implement them in the
| jboss-packaging-maven-plugin. Specifically, the very issue 
| you note (name
| clashing) did come up, thought dismissed as a very unlikely use case.
| 
| One thought that surfaced is to use classifiers in situations 
| where the file
| extension is insufficient. eg., bar-artifact-1.0.0-ejb.jar or
| foo-artifact-1.0.0-jboss.har, just like the sources plugin does.
| 
| I'm working on some patches to the 
| jboss-packaging-maven-plugin, so chime in
| if you have any suggestions.
| 
| Doug
| 
| 
| On 8/1/06, Graham Leggett [EMAIL PROTECTED] wrote:
| 
|  Stephane Nicoll wrote:
| 
|   Embedded error: Unknown artifact type[har]
|  
|   Looking in the docs, the configuration option 
| artifactTypeMappings
|   seems
|   to offer a clue, but apart from the text 
| PlexusConfiguration, there
|  is
|   no indication what needs to be done to get this to work, 
| or whether
|  this
|   option does I what I think it might do.
|  
|   Well, it does [1].
|  
| configuration
|artifactTypeMappings
|  artifactTypeMapping type=har mapping=jar/
|/artifactTypeMappings
|  /configuration
| 
|  This option won't work for us, as the project that creates 
| the har file,
|  already creates an ejb mapped to a jar file, which creates 
| a filename
|  clash.
| 
|  Ideally the ear plugin shouldn't try to know about every single file
|  extension ever made, because invariably someone (in this case JBoss)
|  invents a new one, and the ear plugin stops working.
| 
|  A sane default would be to assume the suffix maps to the 
| type for files
|  that are not recognised.
| 
|  Regards,
|  Graham
|  --
| 
| 
| 
| 

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



Re: Getting the ear plugin to recognise har files

2006-08-02 Thread Doug Douglass

Ian,

The goal of the jboss-packaging-maven-plugin is to consume the existing
functionality of the jboss-sar-maven-plugin and extend it to support as many
packagings as JBoss supports and users request. My initial need was for
JBoss Spring packagings (.spring files) for use with the JBoss Spring
Deployer[1].

Since all of the various JBoss packagings are just JARs with a specific
deployment descriptor it didn't seem entirely correct to extend the
jboss-sar-maven-plugin to build HARs, PARs, etc. Much of this was discussed
on the mojo-dev list approx. a month ago.

FYI, the mojo site [2] is out-of-date. Also, there is currently a fairly
significant bug[3] that blocks most usage -- I'm trying to find time and
hints to fix this. It's probably an easy fix but I'm very confused by the
fact that maven generates the artifact with the correct name, but deploys it
with a different name.

I see you added a JIRA issue[4] for your use case. In the mean time, could
you not use/configure the maven-dependency-plugin to copy the required
dependencies into the appropriate location (e.g,. target/classes/lib) prior
to the packaging phase? Just a quick thought.

Doug

[1] http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossSpringIntegration

[2] http://mojo.codehaus.org/jboss-packaging-maven-plugin/

[3] http://jira.codehaus.org/browse/MOJO-449

[4] http://jira.codehaus.org/browse/MOJO-469

On 8/2/06, Ian Springer [EMAIL PROTECTED] wrote:


Doug,

Does jboss-packaging-maven-plugin have any relation to
jboss-sar-maven-plugin [1], or are these just two competing plugins for
creating SARs? One feature which I require which doesn't seem to be
provided by either plugin is the ability to have jar/war/ear/etc.
dependencies packaged within the SAR for nested deployment. Is this
something on the roadmap for jboss-packaging-maven-plugin?

Thanks,
Ian

[1] http://mojo.codehaus.org/jboss-sar-maven-plugin/

| -Original Message-
| From: Doug Douglass [mailto:[EMAIL PROTECTED]
| Sent: Tuesday, August 01, 2006 6:58 PM
| To: Maven Users List
| Subject: Re: Getting the ear plugin to recognise har files
|
| Graham,
|
| There have been some recent discussions over on the mojo-dev
| list regarding
| JBoss packagings and how best to implement them in the
| jboss-packaging-maven-plugin. Specifically, the very issue
| you note (name
| clashing) did come up, thought dismissed as a very unlikely use case.
|
| One thought that surfaced is to use classifiers in situations
| where the file
| extension is insufficient. eg., bar-artifact-1.0.0-ejb.jar or
| foo-artifact-1.0.0-jboss.har, just like the sources plugin does.
|
| I'm working on some patches to the
| jboss-packaging-maven-plugin, so chime in
| if you have any suggestions.
|
| Doug
|
|
| On 8/1/06, Graham Leggett [EMAIL PROTECTED] wrote:
| 
|  Stephane Nicoll wrote:
| 
|   Embedded error: Unknown artifact type[har]
|  
|   Looking in the docs, the configuration option
| artifactTypeMappings
|   seems
|   to offer a clue, but apart from the text
| PlexusConfiguration, there
|  is
|   no indication what needs to be done to get this to work,
| or whether
|  this
|   option does I what I think it might do.
|  
|   Well, it does [1].
|  
| configuration
|artifactTypeMappings
|  artifactTypeMapping type=har mapping=jar/
|/artifactTypeMappings
|  /configuration
| 
|  This option won't work for us, as the project that creates
| the har file,
|  already creates an ejb mapped to a jar file, which creates
| a filename
|  clash.
| 
|  Ideally the ear plugin shouldn't try to know about every single file
|  extension ever made, because invariably someone (in this case JBoss)
|  invents a new one, and the ear plugin stops working.
| 
|  A sane default would be to assume the suffix maps to the
| type for files
|  that are not recognised.
| 
|  Regards,
|  Graham
|  --
| 
| 
| 
|

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




Re: Getting the ear plugin to recognise har files

2006-08-01 Thread Stephane Nicoll

Hi,

On 7/7/06, Graham Leggett [EMAIL PROTECTED] wrote:

Hi all,

I have managed to get a combination of the antrun plugin and the
build-helper-maven-plugin to build and deploy a JBoss har file into my
repository.

The ear plugin however bombs out like so:

[INFO] [ear:generate-application-xml]
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to initialize ear modules

Embedded error: Unknown artifact type[har]

Looking in the docs, the configuration option artifactTypeMappings seems
to offer a clue, but apart from the text PlexusConfiguration, there is
no indication what needs to be done to get this to work, or whether this
option does I what I think it might do.


Well, it does [1].

  configuration
 artifactTypeMappings
   artifactTypeMapping type=har mapping=jar/
 /artifactTypeMappings
   /configuration


Are there any examples out there of the artifactTypeMappings setting being
used?


See above. However, since this one is often used I will add by
default, MEAR-34 is opened for this.

Cheers,
Stéphane


[1] http://maven.apache.org/plugins/maven-ear-plugin/introduction.html


Regards,
Graham
--



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





--
.::You're welcome ::.

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



Re: Getting the ear plugin to recognise har files

2006-08-01 Thread Graham Leggett

Stephane Nicoll wrote:


Embedded error: Unknown artifact type[har]

Looking in the docs, the configuration option artifactTypeMappings 
seems

to offer a clue, but apart from the text PlexusConfiguration, there is
no indication what needs to be done to get this to work, or whether this
option does I what I think it might do.


Well, it does [1].

  configuration
 artifactTypeMappings
   artifactTypeMapping type=har mapping=jar/
 /artifactTypeMappings
   /configuration


This option won't work for us, as the project that creates the har file, 
already creates an ejb mapped to a jar file, which creates a filename clash.


Ideally the ear plugin shouldn't try to know about every single file 
extension ever made, because invariably someone (in this case JBoss) 
invents a new one, and the ear plugin stops working.


A sane default would be to assume the suffix maps to the type for files 
that are not recognised.


Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Getting the ear plugin to recognise har files

2006-08-01 Thread Doug Douglass

Graham,

There have been some recent discussions over on the mojo-dev list regarding
JBoss packagings and how best to implement them in the
jboss-packaging-maven-plugin. Specifically, the very issue you note (name
clashing) did come up, thought dismissed as a very unlikely use case.

One thought that surfaced is to use classifiers in situations where the file
extension is insufficient. eg., bar-artifact-1.0.0-ejb.jar or
foo-artifact-1.0.0-jboss.har, just like the sources plugin does.

I'm working on some patches to the jboss-packaging-maven-plugin, so chime in
if you have any suggestions.

Doug


On 8/1/06, Graham Leggett [EMAIL PROTECTED] wrote:


Stephane Nicoll wrote:

 Embedded error: Unknown artifact type[har]

 Looking in the docs, the configuration option artifactTypeMappings
 seems
 to offer a clue, but apart from the text PlexusConfiguration, there
is
 no indication what needs to be done to get this to work, or whether
this
 option does I what I think it might do.

 Well, it does [1].

   configuration
  artifactTypeMappings
artifactTypeMapping type=har mapping=jar/
  /artifactTypeMappings
/configuration

This option won't work for us, as the project that creates the har file,
already creates an ejb mapped to a jar file, which creates a filename
clash.

Ideally the ear plugin shouldn't try to know about every single file
extension ever made, because invariably someone (in this case JBoss)
invents a new one, and the ear plugin stops working.

A sane default would be to assume the suffix maps to the type for files
that are not recognised.

Regards,
Graham
--





Getting the ear plugin to recognise har files

2006-07-07 Thread Graham Leggett
Hi all,

I have managed to get a combination of the antrun plugin and the
build-helper-maven-plugin to build and deploy a JBoss har file into my
repository.

The ear plugin however bombs out like so:

[INFO] [ear:generate-application-xml]
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to initialize ear modules

Embedded error: Unknown artifact type[har]

Looking in the docs, the configuration option artifactTypeMappings seems
to offer a clue, but apart from the text PlexusConfiguration, there is
no indication what needs to be done to get this to work, or whether this
option does I what I think it might do.

Are there any examples out there of the artifactTypeMappings setting being
used?

Regards,
Graham
--



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