The problem is the packaging as its the only way I know can pull whether
its a .jar or .war. Maybe Brett can show me a better way.  Anyways...you
can fix this with an override:

Add this to your configuration.

<fileName>${project.build.directory}/app-ejb-1.0.jar</fileName>

That should work for you.

Jeff

Kris Bravo wrote:
> To the group as well...
> 
> ---------------------------- Original Message ----------------------------
> Subject: Re: [mojo-dev] Jboss remote deployments?
> From:    "Kris Bravo" <[EMAIL PROTECTED]>
> Date:    Tue, January 10, 2006 1:49 pm
> To:      [EMAIL PROTECTED]
> --------------------------------------------------------------------------
> 
> great, thanks for the feedback. I'm assuming that .ear and an .jar full of
> ejb's are deployable.
> 
> My project packaging is ejb, I'm not sure why it's sending the name
> artifact-version.ejb instead. Oh, wait, I just figured out why: The docs
> say the fileName is
> ${project.build.directory}/${project.build.finalName}.${project.packaging}.
> That doesn't seem right for <packaging>ejb</packaging>. When I get back to
> the office I'll overwrite this to end with .jar and see where it takes me.
> 
> In the mean time, if you have an example plugin description I could
> certainly use it. Or perhaps you could give feedback on mine:
> 
>             <plugin>
>                 <groupId>org.codehaus.mojo</groupId>
>                 <artifactId>jboss-maven-plugin</artifactId>
>                 <configuration>
>                     <hostName>source.blah.blah.us</hostName>
>                     <port>1115</port>
>                     <server>intranet.j2ee</server>
>                 </configuration>
>             </plugin>
> This doesn't seem to do it for an ejb project. But I suspect it's simply
> the .ejb vs .jar ending issue.
> 
> For the long term deployments, I have continuum running on the same
> machine as the jboss server, so I should be okay for permanent deployments
> with proper profiles. Thanks for the heads up.
> 
> Kris Bravo
> Corridor Software, Inc.
> http://www.corridor-software.us
> 
>> Yes, the jboss plugin fully supports remote deployments and was really
> the reason I wrote it ;-)
>> Yes, IIRC you can only deploy valid supported types.
>>
>> .ejb is not a valid deployable.  Jboss wants to see a war/jar/sar, etc.
>>
>> Please also keep in mind that remote deploying on JBoss means the
> deployment does not stick after a server reboot.  Its just good to use
> for development.
>> Jeff
>>
>> Kris Bravo wrote:
>>> Does the jboss maven plugin support remote deployments? I assumed from
> the docs that the following:
>>>          <plugin>
>>>             <groupId>org.codehaus.mojo</groupId>
>>>             <artifactId>jboss-maven-plugin</artifactId>
>>>             <configuration>
>>>                <hostName>remote.server.domain</hostName>
>>>                <port>1115</port>
>>>             </configuration>
>>>          </plugin>
>>> would transmit an ejb or ear file to the server and deploy it; however,
> I'm getting the following error:
>>> Caused by: java.io.IOException: Server returned HTTP response code: 500
> for URL:
>>> http://server.atlanta.ga.us:1115/jmx-console/HtmlAdaptor?action=invokeOpByName&name=jboss.system:service%3DMainDeployer&methodName=deploy&argType=java.net.URL&arg0=file:/path-to-file/target/app-ejb-1.0.ejb
>>>         at
>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149)
>>>         at
>>> org.codehaus.mojo.jboss.AbstractDeployerMojo.doURL(AbstractDeployerMojo.java:96)
>>>
>>> throwing this url in a browser returns this error:
>>> Cause: org.jboss.deployment.DeploymentException: url
>>> file:/path-to-file/target/app-ejb-1.0.ejb could not be opened, does it
> exist?
>>> Is it a mistake that the file ends with .ejb instead of ear?
>>>
>>> If this isn't supported, please let me know. I've read somewhere that
> so long as a url points to the file, it can be deployed on the jboss
> instance. If that's the case, I'd like to modify the jboss plugin to
> support deploying from the deployment destination (i.e., my internal
> release repository).
>>> Kris Bravo
>>>
>>>
> 
> 
> 

Reply via email to